Você faz algo assim:
./launcher bootstrap myimage
# o comando que envia essa imagem para o seu local preferido para iniciar imagens
./launcher start-cmd
e isso lhe dá as variáveis de ambiente que você precisa definir para iniciar sua imagem.
Não é realmente tão difícil. Você pode até integrá-lo a uma ação do GitHub para que ele crie sua imagem e a envie para o seu repositório docker. Olhando os commits para docker_compose, parece que há movimentos em andamento para produzir uma imagem que não precise ser inicializada, ou pelo menos facilitar que ela faça algumas das coisas necessárias (migrar o banco de dados, pré-compilar ativos e enviar para s3 e assim por diante). Eu fiz isso para clientes que queriam usar k8s ou o “launcher” de imagens da AWS (não me lembro o nome).
Algumas vezes considerei oferecer tais imagens pré-construídas como um serviço, mas nunca encontrei ninguém que quisesse pagar por isso.
Mas há um monte de pequenas partes. Pelo que entendi, a CDCK usa o launcher para construir imagens, mas elas as iniciam e gerenciam com outras ferramentas, assim como você quer. E quando começaram, o docker-compose ainda não era uma maneira decente de fazer isso e, quando foi, eles já tinham feito o launcher funcionar, então encontrar uma maneira de migrar todos do launcher para outra coisa realmente não era uma opção.
Se as imagens bitnami funcionarem para você, então use-as, mas se não funcionarem, você precisará obter ajuda de alguém que as use, o que é a maioria de ninguém aqui.