このガイドでは、Enterprise でホストされている Discourse ユーザー向けのステージングサイトの仕組み、安全に変更をテストおよび検証する方法、そしてステージング環境と本番環境を同期するための利用可能なオプションについて説明します。
Discourse ホスティングでは、ステージングサイトは、ライブの本番サイトに影響を与えることなく、アップデート、変更、カスタマイズをテストできるサンドボックス環境として機能します。
ステージングサイトのセットアップ
ステージングサイトは、通常、Discourse Enterprise ホスティング顧客のオンボーディングプロセスの一部として設定されます。ステージングサイトは Enterprise プランにのみ含まれており、すべての Discourse インスタンスに対して自動的に作成されるわけではありません。
ステージングは、本番サイトに影響を与えることなく、カスタマイズ、アップデート、または変更をテストできるサンドボックスとして設計されています。カスタム設定やプラグインと Discourse コアとの間に互換性の問題が発生した場合、それらを本番環境にデプロイする前に、ステージング上で安全に特定して解決できます。
ステージングサイトへのアクセス制限
基本的な HTTP 認証を使用することで、ステージングサイトを保護し、不正なユーザーやボットからのアクセスをブロックできます。この種類の認証では、サイトへのアクセスを許可する前にユーザー名とパスワードの入力を求めます。以下はログイン画面の例です：
ステージングサイトを「ログイン必須」にしたくないが、アクセスを制限したい場合に特に便利です。
ステージングサイトへのデプロイ
デフォルトでは、ステージングサイトは Discourse チームによって自動的にデプロイされます。
ステージングデプロイで更新されるもの
デプロイにより、制御されたテスト環境で新しいアプリケーションコード、プラグインバージョン、およびテーマのアップデートをテストおよび検証できます。
デプロイはアプリケーションコードの更新に関連しており、コンテンツの変更とは異なります。アプリケーションコードには、Discourse GitHub リポジトリ にコミットされた変更および関連するプラグインとテーマのリポジトリが含まれます。
本番サイトとステージングサイトの同期
バックアップの復元
本番環境とステージング環境を同期する推奨方法は、一方のサイトのバックアップを他方に復元することです。ホストされている顧客はこのプロセスをリクエストでき、バックアップの復元を受け入れるサイトのすべてのコンテンツ、設定、ユーザー、データを完全に上書きします。
認証やステージングに特化した設定など、サイト固有の構成は、復元後に手動で再設定する必要がある場合があります。
このプロセスで考慮すべきサイト関連の構成の例をいくつか挙げます：
- ユーザーログイン認証
- Discourse Connect 設定
- API キー
同期後、スタッフ以外のユーザー向けにメール送信は無効化されます。
よくある質問 (FAQ)
ステージングを使用すれば、本番デプロイで問題が起きないことが保証されますか？
ステージング環境は多くの潜在的な競合や設定ミスを特定するのに役立ちますが、本番環境のすべてのライブシナリオ（例：トラフィック負荷、外部 API 統合）を完全に再現することはできません。それでも、開発作業にとって大きなセーフティネットとなります。
ステージングサイトには、本番サイトのすべてのプラグインとテーマが含まれますか？
はい、設定プロセス中に除外しない限り、ステージングサイトには通常、本番サイトと同じプラグインとテーマが含まれます。また、ステージングサイトには、本番サイトに含める前にテストしたいプラグインやカスタマイズを含めることもできます。
非 Enterprise サイトでステージングサイトを持てますか？
ステージングサイトは Enterprise プランでのみ提供されます。
代替案として、こちら から 14 日間のトライアルサイトを開始し、一時的なサンドボックス環境として使用できます。この新しいインスタンスを継続して使用したい場合は、同等以下の価値を持つ 2 番目以降のサイトに対して、Pro または Business プランの料金が 20% 割引になります。