单片架构更适合轻量简单的应用。微处置惩罚架构——处置惩罚巨物。1扩散建筑的演变历史。

在铁板一块时代的开始，你有一个非常开心的关键业务应用，然后它就变成了一个巨大的不可理解的怪物。由于采用过时和低效的技术，很难雇佣潜在的开发人员。

应用无法扩展，可靠性很低。最后，敏捷性的开发和部署无法完成。

面向服务的体系结构(SOA)在SOA时代，每个分散的系统都可以由一套集成在一台或多台计算机上的服务来构建。我们通过诸如WSDL(用于SOAP协议)或WADL(用于REST协议)这样的语言来恰当地定义服务接口。

然后，服务的消费者将使用这些接口来实现客户端。在微服务时代，微服务架构模式有点像SOA，由多个服务组成。但是，我们可以从另一个角度来看这个问题。微服务架构模式是一种不包括网络服务(WS-)和ESB服务的SOA。

微服务应用愿意接受简单的轻量级协议，比如REST，而不是WS-，停止在微服务中使用ESB及其类似效果。微服务架构模式也拒绝使用诸如规范模式之类的SOA思想。微服务的延伸——服务网格时代的容器技术为网飞、领英和推特提供了底层框架，用于构建他们要求苛刻的永远在线的多区域、多数据中心应用平台。

但这并不意味着使用容器技术没有困难。基于容器的部署的轻量级特性使得跨多个容器的平台的维护和编排变得非常庞大。随着微服务架构(MSA)的出现，单片应用被划分为更小的微服务。这些微服务可以完成整个服务中的特定功能，并将其部署在容器中(在大多数情况下)。

这给扩散生态系统带来了一系列新的需求。系统最终要保持一致，两者之间没有太大的交流。2微服务技术体系3春云生态圈参考[1]http://Dockone.io/article/394[2]https://www.infoq.cn/article/the-evolution-of-distributed-systems/。

本文来源：开云在线登录-www.peacewithict.com