Fai qualcosa del genere:
./launcher bootstrap myimage
# il comando che invia quell'immagine al tuo posto preferito per avviare le immagini
./launcher start-cmd
e questo ti darà le variabili d’ambiente di cui hai bisogno per avviare la tua immagine.
Non è davvero così difficile. Puoi persino integrarlo in un’azione di GitHub in modo che costruisca la tua immagine e la invii al tuo repository docker. Guardando i commit a docker_compose, sembra che ci siano mosse in corso per produrre un’immagine che non necessiti di essere avviata, o almeno renderla più facile per fare alcune delle cose richieste (migrare il database, precompilare gli asset e inviarli a s3 e così via). L’ho fatto per clienti che volevano usare k8s o il “coso” di AWS per il lancio di immagini (non ricordo il nome).
Un paio di volte ho considerato di offrire tali immagini pre-costruite come servizio, ma non ho mai trovato nessuno che volesse pagare per questo.
Ma ci sono un sacco di piccoli pezzi. Per quanto ne so, CDCK usa launcher per costruire immagini, ma le avvia e le gestisce con altri strumenti, proprio come vuoi tu. E quando hanno iniziato, docker-compose non era ancora un modo decente per farlo e quando lo è diventato, avevano già fatto funzionare launcher, quindi trovare un modo per migrare tutti da launcher a qualcos’altro non era davvero un’opzione.
Se le immagini bitnami funzionano per te, allora usale, ma se non funzionano, avrai bisogno dell’aiuto di qualcuno che le usa, che qui siamo per lo più nessuno.