Discourse dépend de PostgreSQL exécuté dans un volume partagé ; de nombreux autres fichiers importants se trouvent dans ce volume partagé (images, fichiers téléchargés, sauvegardes, journaux, etc.).
Si vous maintenez l’intégrité du système de fichiers du volume /shared selon les normes de configuration de Discourse, vous pouvez démarrer et arrêter une image Docker et une application conteneurisée Discourse avec facilité ; cependant, vous ne pouvez pas construire l’application (à ma connaissance) sans les scripts Discourse (sauf si vous effectuez un ingénierie inverse complète des scripts et écrivez votre propre script basé sur les scripts parfaitement fonctionnels et pris en charge), car les scripts sont responsables de la construction d’une SPA EmberJS sophistiquée (technologie côté client) au-dessus de Ruby on Rails (une technologie côté serveur), sans parler de la gestion de la configuration de l’application principale et de tous les plugins. C’est une application assez sophistiquée, pour être honnête.
Oui, vous pouvez démarrer un conteneur Discourse ou créer un conteneur Discourse à partir d’une image Discourse sans aucun script, si (et seulement si) vous avez déjà construit une image Docker Discourse parfaitement fonctionnelle conforme aux normes de configuration de Discourse, y compris les exigences de stockage persistant pour la base de données, les images et les téléchargements, les sauvegardes, les fichiers journaux, etc. Il y a beaucoup de fichiers importants requis pour Discourse dans le volume partagé ; vous ne pouvez donc pas simplement « prendre une image Docker Discourse standard » et la faire fonctionner sans toutes les prérequis mentionnés ci-dessus (et tout n’a pas été mentionné ci-dessus !)
J’espère que cela vous aide.