Vous faites quelque chose comme ceci :
./launcher bootstrap myimage
# la commande qui pousse cette image vers votre emplacement préféré pour lancer des images
./launcher start-cmd
et cela vous donne les variables d’environnement dont vous avez besoin pour lancer votre image.
Ce n’est vraiment pas si difficile. Vous pouvez même l’intégrer dans une action github afin qu’elle construise votre image et la pousse vers votre dépôt d’images docker. En regardant les commits de docker_compose, il semble que des mesures soient prises pour produire une image qui n’a pas besoin d’être amorcée, ou du moins pour faciliter certaines des tâches requises (migrer la base de données, précompiler les actifs et les pousser vers s3, etc.). J’ai fait cela pour des clients qui voulaient utiliser k8s ou l’outil de lancement d’images AWS (je ne me souviens plus de son nom).
Quelques fois, j’ai envisagé d’offrir de telles images pré-construites en tant que service, mais je n’ai jamais trouvé personne qui voulait payer pour cela.
Mais il y a un tas de petites pièces. Au mieux, je peux dire que CDCK utilise le lanceur pour construire des images, mais ils les lancent et les gèrent avec d’autres outils, tout comme vous le souhaitez. Et quand ils ont commencé, docker-compose n’était pas encore un moyen décent de le faire et quand il l’a été, ils avaient déjà fait fonctionner le lanceur, donc trouver un moyen de migrer tout le monde du lanceur vers autre chose n’était vraiment pas une option.
Si les images bitnami fonctionnent pour vous, utilisez-les, mais si ce n’est pas le cas, vous devrez obtenir de l’aide de quelqu’un qui les utilise, ce qui n’est pratiquement personne ici.