Discourse ist abhängig von PostgreSQL, das in einem gemeinsam genutzten Volume läuft; und viele weitere wichtige Dateien befinden sich in diesem gemeinsam genutzten Volume (Bilder, hochgeladene Dateien, Backups, Logs und mehr).
Wenn Sie die Integrität des Dateisystems im /shared-Volume gemäß den Discourse-Konfigurationsstandards gewährleisten, können Sie eine Discourse-Docker-Image- und Container-Anwendung problemlos starten und stoppen. Allerdings können Sie die Anwendung (soweit ich weiß) nicht ohne die Discourse-Skripte erstellen (es sei denn, Sie führen eine vollständige Reverse Engineering der Skripte durch und schreiben Ihr eigenes Skript basierend auf den einwandfrei funktionierenden und unterstützten Skripten), da die Skripte dafür verantwortlich sind, eine ausgefeilte EmberJS-SPA (Client-seitige Technologie) auf Basis von Ruby on Rails (Server-seitige Technologie) zu erstellen, ganz zu schweigen von der Verwaltung der Konfiguration der Kernanwendung und aller Plugins. Um ehrlich zu sein, ist es eine ziemlich ausgefeilte Anwendung.
Ja, Sie können einen Discourse-Container starten oder einen Discourse-Container aus einem Discourse-Image erstellen, ohne Skripte zu verwenden, wenn (und nur wenn) Sie bereits ein einwandfreies Discourse-Docker-Image erstellt haben, das den Discourse-Konfigurationsstandards entspricht, einschließlich der Anforderungen an den persistenten Speicher für die Datenbank, Bilder und Uploads, Backups, Protokolldateien usw. Es gibt viele wichtige Dateien, die für Discourse im gemeinsam genutzten Volume erforderlich sind; daher können Sie nicht einfach ein „normales Discourse-Docker-Image“ nehmen und es ohne alle oben genannten erforderlichen Voraussetzungen (und nicht alle wurden oben erwähnt!) zum Laufen bringen.
Ich hoffe, das hilft.