Sie machen so etwas:
./launcher bootstrap myimage
# der Befehl, der dieses Image an Ihren bevorzugten Ort zum Starten von Images pusht
./launcher start-cmd
und das gibt Ihnen die Umgebungsvariablen, die Sie zum Starten Ihres Images festlegen müssen.
Es ist wirklich nicht so schwer. Sie können es sogar in eine GitHub-Aktion integrieren, damit es Ihr Image erstellt und in Ihr Docker-Repository pusht. Wenn man sich die Commits zu docker_compose ansieht, scheint es Bestrebungen zu geben, ein Image zu produzieren, das nicht gebootstrapped werden muss, oder es zumindest einfacher zu machen, einige der erforderlichen Dinge zu erledigen (Datenbank migrieren, Assets vorkompilieren und nach S3 pushen usw.). Ich habe dies für Kunden getan, die k8s oder das AWS Image-Launcher-Ding (ich erinnere mich nicht an den Namen) verwenden wollten.
Ein paar Mal habe ich darüber nachgedacht, solche vorgefertigten Images als Dienst anzubieten, aber nie jemanden gefunden, der dafür bezahlen wollte.
Aber es gibt eine Reihe von kleinen Teilen. Soweit ich weiß, verwendet CDCK den Launcher zum Erstellen von Images, aber sie starten und verwalten sie mit anderen Tools, genau wie Sie es möchten. Und als sie anfingen, war docker-compose noch keine gute Möglichkeit, dies zu tun, und als es das war, hatten sie den Launcher bereits zum Laufen gebracht, sodass es keine wirkliche Option war, alle vom Launcher zu etwas anderem zu migrieren.
Wenn die Bitnami-Images für Sie funktionieren, dann verwenden Sie sie, aber wenn nicht, müssen Sie Hilfe von jemandem bekommen, der sie verwendet, und das sind hier hauptsächlich niemand.