生产环境下Heroku应用搭配MongoDB的部署方案咨询

首先明确核心结论：不建议你直接在Heroku实例内安装运行MongoDB，原因如下：

• Heroku所有dyno的文件系统都是临时易失的，只要dyno发生重启、重新部署、资源调度切换，所有存储在本地磁盘的数据都会被清空，完全无法满足生产环境数据持久化的核心要求，即使是付费的专业dyno也不改变这个底层特性。
• 自行在dyno内安装MongoDB还需要你自己负责运维监控、版本更新、数据备份、容灾切换等工作，反而会增加生产环境的运维负担和故障风险。

针对生产环境的MongoDB部署，目前有两种可行方案，优先推荐使用MongoDB Atlas：

1. 采购MongoDB Atlas付费版对接Heroku
   这是官方首推的搭配方案，你不需要选择最高档位的套餐，可以根据自身业务的QPS、存储容量、备份要求选择对应档位的付费Atlas实例，部署时选择和你的Heroku应用所在区域一致的Atlas节点，网络延迟极低，对接逻辑和你开发阶段用免费Atlas的逻辑完全一致，只需要把生产环境的Atlas连接字符串更新到Heroku的环境变量里即可。
2. 选择Heroku生态内的第三方MongoDB托管附加组件
   Heroku的附加组件市场也有其他第三方服务商提供的托管MongoDB服务，可以直接在Heroku控制台一键开通绑定，数据运维也由服务商负责，不过这类服务的MongoDB版本更新、功能支持都不如官方的Atlas完善，适合有特殊需求的场景。

注意：不存在可以直接安装在Heroku dyno内用于生产的MongoDB版本，所有生产可用的方案都采用托管式数据库的形式和Heroku应用对接。

内容的提问来源于stack exchange，提问作者Martin Wittick