Discourse 测试和生产实例的最佳方案

支持 安装
1

你好，
我正准备按照 指南 在 Digital Ocean 云服务器上创建一个 Discourse 实例。

起初，我们将使用 Discourse 的精简/默认配置，并逐步扩展。为了熟悉系统，我们希望偶尔使用测试实例。
以下哪种方法更明智：

  1. 在同一服务器上通过反向代理运行
  2. 多站点配置

正如 在主机上设置沙盒和测试 Discourse？ 中所总结的那样。

我知道第一种方法需要更多内存，正如 Two standalone instances on one server? - #26 by schleifer 中所述，但它仅偶尔运行。
围绕这个问题还有其他相关主题：

  1. 单台服务器上运行多个 Discourse 实例
  2. 在同一台机器上运行 Discourse 和其他网站
    但其中缺乏优缺点对比。

本次练习的另一个目标是熟悉以下内容：

  1. 备份
  2. 迁移位置
  3. 迁移内容
  4. 迁移设置
  5. 迁移单个讨论

一个使用场景是：我们在生产实例中讨论某些内容，将整个数据库（论坛内容）迁移到测试实例进行测试，然后通过单个讨论的导出/导入将讨论移回生产实例，同时复制已更改的设置，以便我们可以测试并批准某个插件。

2

多站点部署对测试服务器毫无益处。如果升级以测试插件是否损坏，两个站点都会受影响。

同一台服务器通过反向代理运行是可以的，但会带来很多麻烦；如果这对你来说不难，那么“多个 Discourse 实例”的解决方案可能适合你。最简单的方案是搭建独立的服务器，并让它们共享同一个 S3 备份桶，这样就能轻松将生产站点的数据恢复到开发站点，以查看效果。这也能让你确信，你可以利用最新的备份快速启动新服务器。

3

这真的很便宜 :slight_smile: 比 OD 方案更好，如何自动将备份从 DO 推送到 S3？

你能说说具体有哪些麻烦吗：upside_down_face:
因为我们目前采取的是低成本方案（至少在初期）。所以

我们更希望避免这种做法。

4

这样您就可以让两个容器共享同一个备份卷，而无需费力配置 S3 备份。

5

nginx 代理让我想起了什么，看看我能不能搞定它：yum:}

6

在我看来，最好的方法是尽量减少折腾和复杂化。直接创建两个 Droplet，然后搞定。

7

我用一个 Droplet 尝试过，但最后无法发送验证邮件，DigitalOcean + Siteground 通过 465 端口发送邮件无法使用（2525 端口可以） :face_with_symbols_over_mouth:。
现在我决定从头开始，按照安装指南操作，包括注册一个 Mailgun 账户 :face_vomiting:。