javascript - 手动部署 meter app VS mup

Question

谁能帮我了解一下meteor app的部署过程？

我使用 Meter 很长时间了，有一次我开始在我想用来托管应用程序的同一台机器 (VPS) 上从头开始开发 meteor 应用程序。我还在本地构建了另一个应用程序，并在完成后将整个应用程序复制/粘贴到另一台机器上进行托管。

在这两种方式中，它都按预期工作。

谁能解释一下 MUP 的需求是什么？以及类似的上传内容。还有捆绑文件，它有什么用？它不只是您应用程序的“zip”文件吗？我的意思是，如果我只是手动压缩它(例如使用 rar)，结果会不一样吗？？

而且我认为自己为 meteor 应用程序设置服务器非常简单。

提前谢谢你。

Answer 1

是的，您可以简单地通过在源文件夹中调用 meteor CLI 来运行 meteor，但是实际上构建和部署有几件事情要做。

首先，在“开发模式”下运行会导致代码不断寻找代码中的更改以重新部署。这会占用资源……当部署在 AWS 或其他云服务上时，这些资源会花费真金白银，更不用说它会占用用于实际工作的资源。

最重要的是，构建正在优化代码、运行最小化器、转译器等。这是在开发模式下运行时实时完成的，这再次占用资源。

最后，开发模式运行内部 MongoDB，与完整的 MongoDB 安装相对。据我所知，完整安装将优于“嵌入式”版本，而且它允许您在单独的服务器上运行它，这再次释放了资源。

撇开性能不谈，自动构建和部署优于手动复制/粘贴。任何时候一个人必须手动设置一些东西，它一定会在某个时候失败。我们不擅长长期的重复性任务。在我作为专业开发人员 17 年多的时间里，我参与了许多安装，包括生产和非生产。我可以告诉你，随着时间的推移，自动安装不太可能因肉安装(需要人实际执行的安装)而失败。我们往往不会一遍又一遍地执行相同的步骤，因此每次都会有所不同。

在我个人的 Meteor 开发中，我什至开始使用自动化的持续集成服务器来完成我所有的部署，包括 Dev 和 Prod。我设置了一次脚本，将我的 CI 服务器指向我的存储库，它会监视它的变化。当我更新代码并推送到我的 GIT 存储库时……砰! CI 服务器接管，拉下新代码，构建它，测试它，如果一切看起来不错，就部署它。 MUP 在使该过程自动化方面发挥了重要作用，因为它处理了很多繁重的工作。如果在构建或部署过程中出现任何失败，我会收到一封电子邮件通知，然后仔细阅读日志以查看发生了什么。我使用通过 Docker 镜像部署的最新实验性 MUP 构建，这很好，因为现在我可以随时轻松地将服务器添加到我的集群中。

而且由于我已经想出如何通过 MUP 和 Jenkins(我的 CI 服务器)自动化一个项目，所以它主要是复制/粘贴和更新我其他项目的一些配置。