流星束与流星——生产
Meteor bundle vs meteor --production
我面临着是应该从 meteor 捆绑节点 js 应用程序还是 运行 meteor --production 的困境。
我最感兴趣的是性能影响。我在 here 上找到了一些解释，但没有明确说明 meteor 运行s 处于生产模式。
运行 meteor --production 会大大简化我的部署过程。
我想知道有什么理由坚持捆绑吗？
我认为当您 运行 meteor --production 时，您仍然 运行ning 就好像您处于开发模式，仅使用 "production" 设置等。你还在得到一个internal/localMongoDB，你还在烧CPU个时间监控文件等等
如果这是真的，那么最终的结果就是你根本不会缩放。我怀疑 运行ning local MongoDB 使用 optlog，这对 Meteor 应用程序来说是一个巨大的性能提升。
您最好的选择是查看一些自动化 build/deploy 工具。我个人使用过 mup 和 mupx。最新版本的 mup 构建您的应用程序，设置 MongoDB（如果需要）和 nginx，将它们全部构建为 docker 图像，然后部署它们。您甚至可以使用 nginx 设置 SSL 证书（尽管还没有 Let's Encrypt 支持 :()。或者，您可以使用任意数量的工具轻松地自己编写部署脚本，包括原始脚本。我认为在长期 运行与尝试使用 meteor 命令 运行 应用程序相比，你的状态要好得多。
我面临着是应该从 meteor 捆绑节点 js 应用程序还是 运行 meteor --production 的困境。
我最感兴趣的是性能影响。我在 here 上找到了一些解释，但没有明确说明 meteor 运行s 处于生产模式。
运行 meteor --production 会大大简化我的部署过程。
我想知道有什么理由坚持捆绑吗？
我认为当您 运行 meteor --production 时，您仍然 运行ning 就好像您处于开发模式，仅使用 "production" 设置等。你还在得到一个internal/localMongoDB，你还在烧CPU个时间监控文件等等
如果这是真的，那么最终的结果就是你根本不会缩放。我怀疑 运行ning local MongoDB 使用 optlog，这对 Meteor 应用程序来说是一个巨大的性能提升。
您最好的选择是查看一些自动化 build/deploy 工具。我个人使用过 mup 和 mupx。最新版本的 mup 构建您的应用程序，设置 MongoDB（如果需要）和 nginx，将它们全部构建为 docker 图像，然后部署它们。您甚至可以使用 nginx 设置 SSL 证书（尽管还没有 Let's Encrypt 支持 :()。或者，您可以使用任意数量的工具轻松地自己编写部署脚本，包括原始脚本。我认为在长期 运行与尝试使用 meteor 命令 运行 应用程序相比，你的状态要好得多。