相比传统的整体式应用程序(monolithic application)，微服务具有诸多优势。倘若结合云计算，那些优势就会放大。

云计算让应用程序管理员可以访问或获取可灵活扩展的计算和存储资源，从而改变了我们交付服务的方式。但是云计算也在显著影响IT的另一个方面：应用程序开发。企业组织应该重新考虑应用程序的设计原则，并调整设计模式，以便充分利用云计算具有的可扩展性;而做到这一点的一条途径就是通过微服务架构。

微服务带来了一种全新的应用程序设计策略，它使用诸多服务来实施应用程序，而不是构建整体式应用程序。比如说，按传统方法，企业组织会使用运行用户接口代码的网站服务器、运行所有业务逻辑和服务的整体式应用程序，以及满足所有持久存储需求的单一数据库，构建电子商务网站。可能要部署网站服务器和应用服务器各一台，它们配备负载均衡系统和自动扩展功能，以便根据负载的变化增加和减少资源。

虽然这是一种很常见的设计模式，却存在其劣势。比如说，整体式应用程序哪怕出现细小的变化也需要开发人员重新构建和重新部署整个应用程序。这可能很耗费时间，如果开发人员没有全面深入地测试应用程序，还会导致问题。如果应用程序必须保持一组复杂的状态信息，测试所有可能的状态组织即使并非不切实际，至少也困难重重，问题也会出现。

传统应用程序设计存在的另一个缺点是，它依赖单一的持久数据存储区，通常是关系数据库，比如MySQL或PostgreSQL。这些是很流行的选择，因为它们在许多情况下效果很好，但是它们并非总是最佳选择。比如说，需要灵活模式和可扩展性时，就要使用NoSQL数据库。此外，关系数据库这种选择最适合需要支持事务的数据存储系统，比如网站的结账服务。

微服务架构可以将应用程序组件分解为比整体式应用程序所使用的单位粒度更细小的单位。开发人员可以为应用程序里面的每一个逻辑功能构建一个服务，而不是实施拥有所有业务逻辑的单个应用程序。所以，在上述电子商务这个例子中，可能有不同的微服务从商品目录获取产品数据，另一个微服务检查产品库存，还有一个微服务向第三方服务提交装货单。这每一个服务都会运行自己的流程，应用程序可以根据需要调用这些服务，并在它们之间传送信息。

采用面向云的微服务架构

微服务为云部署提供了几个优点。

企业组织想要尽可能高效地运行云服务器。在微服务架构中，它们可以在小型服务器上运行应用程序，或者将多个微服务合并到一台较大服务器上，以一种更经济高效的方式来使用计算资源。

另外，由于微服务是细粒度化，企业组织只要在需求量很大的情况下增加运行微服务的服务器数量。比如说，如果在网站上运行搜索的需求大幅上升，自动扩展服务检测到这一点后，就能为搜索集群部署额外的服务器。虽说整体式设计也可以在自动扩展环境下运行，但是不像微服务那么高效。微服务需要的最小实例比支持整体式应用程序的最小实例可能要小得多。

在云计算环境下使用微服务时，总是要规划好安全。不然，非法来源(即未授权用户)可能部署这些服务。除了用户授权外，微服务还应该需要某种形式的验证令牌，验证令牌允许服务验证调用方的身份。另外，要对你的服务运行模糊测试及其他类型的渗透测试，帮助识别安全漏洞。

微服务架构与持续部署方法很搭。自动化工具有助于简化构建代码、将微服务部署到生产环境的过程。同样，整体式系统也能做到这一点，但是整个过程却不如微服务来得高效。比如说，如果你非得回滚(roolback)之前已经部署的代码，回滚微服务给生产环境带来的干扰要比回滚大规模应用程序来得小。

总的来说，微服务可以补充云计算，并且便于更高效地使用资源，如果不同的服务有不同的性能概况更是如此。