微服务部署的正确策略

微服务部署挑战

单体应用程序的部署意味着您运行单个（通常是大型应用程序）的多个相同副本。这主要是通过配置 N 个服务器（无论是物理服务器还是虚拟服务器）并在每台服务器上运行应用程序的 M 个实例来完成。虽然这看起来非常简单，但通常情况并非如此。然而，它比部署微服务应用程序要容易得多。

如果您计划部署微服务应用程序，那么您必须熟悉这些服务所使用的各种框架和语言。这也是最大的挑战之一，因为每一项服务都有其特定的部署、资源要求、扩展和监控要求。除此之外，部署服务必须快速、可靠且经济高效！

好消息是，可以轻松扩展多种微服务部署模式，以处理来自各种集成组件的大量请求。阅读此博客，了解哪一个最适合您的组织并进行部署\

微服务部署策略

1. 每台主机多个服务实例（物理或虚拟机）

也许部署应用程序的最传统方法是“每主机多个服务实例”模式。在此模式中，软件开发人员配置单个或多个物理或虚拟主机，并在每个主机上运行多个服务实例。此模式有几个变体，包括将每个服务实例作为一个进程或在同一进程中运行多个服务实例的变体。

好处

由于多个服务实例使用相同的服务器及其操作系统，因此资源使用相对高效。

服务实例的部署也相对较快，因为您只需将服务复制到主机并运行它。

例如，如果服务是用 Java 编写的，那么您只需复制 JAR 或 WAR 文件，或者复制源代码（如果它是用 Node.js 或 Ruby 编写的）。

由于没有任何开销，因此以这种模式启动服务也很快。如果服务有其进程，您可以启动它，否则您也可以动态部署到容器中，或者如果该服务是在同一容器进程或进程组中运行的许多实例之一，则重新启动它。

挑战

除非每个实例都是一个单独的进程，否则对服务实例几乎或完全缺乏控制。您无法限制每个实例使用的资源。这会显着消耗主机的内存。
如果多个服务实例在同一进程中运行，则缺乏隔离性。这通常会导致一项行为不当的服务中断同一进程中的其他服务。
部署时出现错误的风险更高，因为部署它的运营团队需要了解服务的最微小的细节。因此，开发团队和运营人员之间的信息交换是消除所有复杂性的必要条件。

2. 每台主机的服务实例（物理或虚拟机）

每主机服务实例模式是部署微服务的另一种方法。这允许您在其主机上单独运行每个实例。它有两个专门化：每个虚拟机的服务实例和每个容器的服务实例。

每个虚拟机服务实例模式允许您将每个服务打包为虚拟机 (VM) 映像，例如 Amazon EC2 AMI。每个实例都是使用该 VM 映像运行的 VM。使用这种模式的流行应用程序之一是 Netflix 的视频流服务。要构建自己的虚拟机，您可以配置持续集成服务器（例如 Jenkins）或使用 packer.io。

好处

使用每个虚拟机一个服务实例模式的最大好处之一是它使用有限的内存并且无法从不同服务中窃取资源，因为它是独立运行的。

它允许您利用 AWS 等成熟的云基础设施来利用负载平衡和自动扩展。

它密封了服务的实现技术，因为一旦服务被打包为虚拟机，它就变成了黑匣子。它使部署变得更加简单和可靠。

挑战

由于典型公共 IaaS 中的虚拟机通常具有固定大小，因此它可能没有得到完全利用。资源利用效率较低最终还会导致部署成本较高，因为 IaaS 提供商通常对虚拟机收费，无论虚拟机是闲置还是繁忙。
最新版本的部署通常很慢。这是因为 VM 映像因其大小而创建和实例化速度很慢。这个缺点通常可以通过使用轻量级虚拟机来克服。
除非您不使用工具来构建和管理虚拟机，否则每个虚拟机一个服务实例模式对于您和您的团队来说通常非常耗时。这通常是一个乏味的过程，但好消息是可以通过使用诸如 Box fusion 等各种解决方案来解决该问题。