@Stephen Es gibt einen Fehler in deiner Argumentation: Die Beschreibung für Multi-Container ist voller Warnungen, dass du für Updates selbst verantwortlich bist und verstehst, wie es funktioniert, und die lange Beschreibung oben ist so verschleiert, dass wahrscheinlich jeder, der sie betrachtet, ohnehin aufgeben würde. Lies dir bitte meinen Beitrag unter Migrate quickly to separate web and data containers durch und sag mir dann, dass dies die Leute nicht abschrecken wird, die Schwierigkeiten haben werden, ihm zu folgen, oder dass er die Notwendigkeit von Backups und die Fähigkeit, im Fehlerfall auf ein Backup zurückzugreifen, nicht ausreichend betont!
Ich war zutiefst unglücklich, als ich kurz nach der Migration auf einen leistungsfähigeren Server (für ein Sicherheitsupdate) den Befehl ./launcher rebuild app ausgeführt habe und meine Seite für eine empörend lange Zeit offline war, wobei ein Großteil dieser Zeit für den Neuaufbau der PostgreSQL-Teile des Containers aufgewendet wurde. In diesem Moment habe ich die 2-Container-Dokumentation und diese Dokumentation gefunden und wollte wirklich nicht weitere 4 Stunden Ausfallzeit für eine Migration in Kauf nehmen, also habe ich weiterhin lange Ausfallzeiten für ./launcher rebuild app in Kauf genommen, um die 4 Stunden Ausfallzeit einer Wiederherstellung zu vermeiden. Als vage kompetente Person war ich lange Zeit sehr verärgert darüber, dass diese Konfiguration effektiv versteckt war.
Das Thema zu PostgreSQL 12 ist eine großartige Referenz, weil die Leute am Ende mehr Ausfallzeit haben, weil sie die gesamte App mehrfach neu aufbauen müssen, obwohl sie nur den PostgreSQL-Container zweimal neu aufbauen müssten. Ich kann nicht sagen, dass ich den gesamten Thread gelesen habe, wegen der automatischen Löschung nach 6 Tagen, aber es ist für mich keineswegs offensichtlich, dass inkompetente Multi-Container-Bereitstellungen das große Problem dort sind, oder auch nur ein großes Problem.
(Entschuldigung, manchmal werde ich ein wenig müde von der Haltung „alle Benutzer sind inkompetent