# Discourse のテスト環境と本番環境における最適なアプローチ

**URL:** <https://meta.discourse.org/t/best-approach-for-test-and-production-instance-of-discourse/125235>\
**Category:** Self-hosting\
**Created:** [2019 年 8 月 8 日午後 2:38 UTC](https://meta.discourse.org/t/best-approach-for-test-and-production-instance-of-discourse/125235 "2019-08-08T14:38:36Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**Post date:** [2019 年 8 月 8 日午後 4:03 UTC](https://meta.discourse.org/t/best-approach-for-test-and-production-instance-of-discourse/125235/2 "2019-08-08T16:03:52Z")

</div>

マルチサイトはテストサーバーには役立ちません。プラグインの破損を確認するためにアップグレードすると、両方のサイトが使用不能になります。リバースプロキシの背後にある同じサーバーでも可能ですが、多くの手間がかかります。もしあなたにとって難しくないなら、「複数のDiscourseインスタンス」のいずれかのソリューションが適しているかもしれません。最も簡単な方法は、別のサーバーを用意し、両方が同じS3バックアップバケットを共有して、本番サイトから開発サイトへデータを簡単に復元できるようにすることです。これにより、最新のバックアップから新しいサーバーをすぐに起動できることも確認できます。

---

_[View the full topic](https://meta.discourse.org/t/best-approach-for-test-and-production-instance-of-discourse/125235)._