因此，将 Apache 作为 Discourse 的 Nginx 反向代理绝对是一个可行的方案。
我同意，这样做的好处是未来升级会更轻松，这一点很重要。
但在架构中增加一个跳点不仅会使未来的问题排查变得更加复杂——我还担心 Apache 作为使用长轮询（long polling）的 Web 应用的反向代理时的性能表现，正如 @sam 在 2016 年的这篇帖子中指出的那样。
我通常更喜欢 Nginx 而不是 Apache，除非涉及到 mod_security。如果操作系统仓库能提供像 Apache 那样的 mod_security 支持包，那将非常理想，但目前要在 Nginx 上启用 mod_security，需要在 RHEL/CentOS 和 Debian 上从源码编译 Nginx。而在生产环境中，我尽量避免依赖从源码编译的包，这就像躲避瘟疫一样。