是的，但这就是我所说的，随着时间的推移，我总是可以升级到具有更多资源的更高套餐。我从来没打算长期使用那个……套餐。我只是想在试水的时候避免不必要的开销，你懂吗？
除了服务器资源之外，你能指出一些我想要将它们分开的原因吗？目前，我看不到将它们放在单独服务器上的好理由，但我总是愿意学习一些关于我不了解的事情的不同观点。
这是一个非常有趣的观点，我以前不知道。所以看来这确实是已经做过并且有效的事情。很高兴知道。
你说的父站点是什么意思？每个安装不应该是独立的吗？哪个会被认为是父站点？
我有点困惑，因为当我查看 app.yaml 文件时，有一个专门用于 Brevo 电子邮件和凭据的部分。你说过我可以选择为每个社区使用单独的 app.yaml 文件。那么，这不意味着每个社区都有自己的 Brevo 凭据，包括通知电子邮件吗？
那些会阻止我正确备份的事情，或者通知邮件无法正常发送之类的事情。再说一次，作为一个非专家，而且对 Discourse 来说还是新手，有些人可能会认为有问题，但我现在还没有看到。
是的，我就是这么想的。唯一共享的就是服务器本身。其他一切都将作为单独的安装运行，因此有了关于电子邮件的问题（如上所述）。
我认为对我来说最具挑战性的步骤已经完成了，那就是几个月前深入研究安装 Discourse。我对它一无所知。我甚至不知道“docker”是什么意思。到目前为止，我的看法更清晰了，尽管在自托管方面我仍然认为自己是“Discourse 基本用户”。在社区和 ChatGPT/Claude 的帮助下，我学到了一些东西，并记录了事物的工作原理和安装方式。我能接受挑战，老实说：这真的只是安装软件。又不是我要制造核弹 
如果出了问题，就删除所有内容，回到每台服务器一个安装。一切都好 
正如我所说，我已经安装了自己的社区，所以我认为最难的部分已经过去了。我擅长遵循说明和提问，所以当我在尝试新事物时，我可以随时暂停并进行研究、做笔记等等。
我现在更关注的是理解它的机制、优缺点、什么是可能的和什么是不可能的，这样我就可以做出一些明智的决定，而不会后悔以后需要花费太多时间来修复问题，你懂吗？
所以，你们今天分享的所有信息都非常有价值，因为它让我对需要考虑的事情有了一个很好的了解。特别是当你提到 Discourse 团队提供的托管服务是多站点的时。这真的让我看到了这是可能的。也许需要多做一些步骤，但一切都可以完成。
非常感谢你们的反馈 