Discourse は、共有ボリューム上で動作する PostgreSQL に依存しています。また、画像、アップロードされたファイル、バックアップ、ログなど、多くの重要なファイルもその共有ボリューム内にあります。
Discourse の構成標準に従って /shared ボリュームのファイルシステムの整合性を維持していれば、Discourse の Docker イメージとコンテナアプリケーションを簡単に起動・停止できます。しかし、Discourse スクリプトなしでアプリケーションをビルドすることは（私の知る限り）できません（スクリプトを完全にリバースエンジニアリングし、完璧に機能しサポートされているスクリプトに基づいて独自のスクリプトを作成しない限り）。なぜなら、これらのスクリプトは、Ruby on Rails（サーバーサイド技術）の上に高度な EmberJS SPA（クライアントサイド技術）を構築する責任を負っており、コアアプリケーションとすべてのプラグインの構成管理も行っているからです。正直なところ、これは非常に複雑なアプリケーションです。
はい、すでにデータベース、画像とアップロード、バックアップ、ログファイルなどの永続的ストレージ要件を含む Discourse の構成標準に準拠した完璧な Discourse Docker イメージをビルドしている場合（その場合のみ）、スクリプトを使用せずに Discourse コンテナを起動したり、Discourse イメージから Discourse コンテナを作成したりすることができます。共有ボリュームには Discourse に必要な多くの重要なファイルが含まれており、上記のすべての必須前提条件（上記で言及されたものだけではありません！）が揃っていない状態で、単に「素の Discourse Docker イメージ」を取得して起動・実行することはできません。
これが役立つことを願っています。