四种正确的微服务部署方式( 二 ) _微服务

挑战
由于在典型的公共IaaS中，VM的大小通常是固定的，因此用户使用起来并不太方便。而随着资源利用率的低下，部署的成本则会反而升高。毕竟IaaS提供商收取VM费用时，是不会顾及VM的真正使用率的。
由于VM镜像的大小各不相同，它们在创建和实例化的速度上会有所差异，因此这可能会直接导致新版本部署进程的缓慢。不过，用户通常可以通过使用轻量级的VM，来克服此类缺陷。
在管理上，基于单个虚拟机的服务实例模式，往往需要运营团队通过使用工具来构建和管理虚拟机，以节省运维的时间。当然，您也可以通过使用诸如Box fuse之类的解决方案。
3.基于容器的服务实例
众所周知，常见的容器技术包括：Docker和Solaris Zones 。在这种部署模式下，每个服务实例都运行在其各自的容器中，因此也被称为操作系统级别的虚拟化机制。
为了使用该模式，您需要将服务打包成为一个文件系统类型的镜像(通常被称为容器镜像)，其中包含执行该服务所需的应用程序、及其库文件。在完成打包之后，您需要启动一到多个容器，并在物理机或虚拟机上运行它们。为了管理多个容器，许多开发人员都会选择使用诸如Kubernetes或Marathon之类的集群管理器。

文章插图

优点
类似前面基于虚拟机的服务实例模式，该模式也可以独立运作。您可以跟踪每个容器当前使用到的资源数量。不过与前者相比，该模式的最大优势在于容器往往是轻量级的，而且其构建的速度非常快。此外，由于不涉及到任何操作系统的启动机制，因此容器的启动也非常迅速。
挑战
尽管此类基础架构日趋成熟，但是基于容器的服务实例仍然落后于虚拟机架构。并且由于它们共享主机操作系统的内核，因此在安全性上也不及虚拟机。
同样与虚拟机所面临的挑战一样，您需要花时间从事较为繁重的容器镜像管理工作。也就是说，如果没有使用诸如Amazon EC2 Container Service(ECS)之类的托管容器解决方案的话，您必须手动管理容器，乃至虚拟机的基础架构。
此外，由于大多数针对容器的部署都是遵循基于虚拟机的定价模式，这就会导致用户必须增加额外的部署成本，以及进行超额的虚拟机配置，从而应对突发的负载高峰。
4.无服务器部署
作为微服务部署的第四种策略，无服务器部署技术能够支持Java、Node.js和Python服务。AWS Lambda是全球开发人员使用最多的无服务技术。在该部署模式下，您需要将服务打包成为一个ZIP文件，然后将其上传到Lambda函数(即一种无状态服务)中。
同时，您需要提供各种元数据，这些元数据带有在处理请求时所调用到的不同函数名称。Lambda函数需要自动运行足够多的微服务实例，以处理不同的请求。而作为用户，您只需根据所花费的时间、以及消耗的内存，为每个请求支付费用便可。

文章插图

优点
由于您只需根据服务器的工作量付费，因此无服务器部署的最大优势便是价格。
由于能够从虚拟机、容器等IT架构方面解放出来，因此您可以有更多时间去专注于应用程序的开发。
挑战
无服务器部署的最大挑战是：它不能被用于那些长期运行的服务中。所有请求都必须在300秒内完成。
由于Lambda函数可能会为每个请求运行不同的实例，因此您的服务也必须是无状态的。
您的服务必须使用其支持的语言进行编写，并且必须能够快速启动，否则将会面临超时或被终止的危险。
总结
众所周知，如果没有正确的策略，微服务应用的部署可能会寸步难行。而在选择适合本企业的部署策略之前，我们需要全面考虑当前服务是由何种语言编写而成，其对应的框架，相应的部署、扩展与管理要求等方面。鉴于上述四种微服务部署方式，我们常用到的是通过平台即服务(Platform as a Service)的方式，将原有的单体应用程序迁移到无服务器的架构之中。
原文标题：Right Strategies for Microservices Deployment，作者：Rahul Singh

【四种正确的微服务部署方式】