Haces algo como esto:
./launcher bootstrap myimage
# el comando que envía esa imagen a tu lugar preferido para lanzar imágenes
./launcher start-cmd
y eso te da las variables de entorno que necesitas configurar para lanzar tu imagen.
Realmente no es tan difícil. Incluso puedes integrarlo en una acción de github para que construya tu imagen y la envíe a tu repositorio de docker. Si observas los commits de docker_compose, parece que hay movimientos en marcha para producir una imagen que no necesite ser iniciada, o al menos facilitar que haga algunas de las tareas requeridas (migrar la base de datos, precompilar activos y enviarlos a s3, etc.). He hecho esto para clientes que querían usar k8s o el “lanzador de imágenes” de AWS (no recuerdo su nombre).
Un par de veces he considerado ofrecer tales imágenes preconstruidas como un servicio, pero nunca encontré a nadie que quisiera pagar por ello.
Pero hay un montón de pequeñas piezas. Lo mejor que puedo decir es que CDCK usa el lanzador para construir imágenes, pero las lanzan y las gestionan con otras herramientas, tal como tú quieres. Y cuando empezaron, docker-compose aún no era una forma decente de hacerlo y para cuando lo fue, ya habían hecho que el lanzador funcionara, por lo que encontrar una manera de migrar a todos del lanzador a otra cosa realmente no era una opción.
Si las imágenes de bitnami te funcionan, úsalas, pero si no, necesitarás ayuda de alguien que las use, que en su mayoría no está aquí.