什么是微服务？微服务是指开发一个单个、小型、具备有业务功效的服务。其特点如下：每个服务运行在自己的历程中，通过轻量的通讯机制（基于HTTP/REST API）联系。

其中，使用 REST API 更好些，因为 REST自己就是 Web，而不是基于 Web：“Be of the web, not behind the web”。每个服务可以使用差别的编程语言编写。

每个服务提供一个模块界限，服务上下文。每个服务都有一个用RPC-或者消息驱动API界说清楚的界限。每个服务能够通过自动化方式独立地部署在单个或多个服务器上。

每个服务能够通过自动化方式弹性扩展伸缩。每个服务能够独立更换、独立升级，而不影响其它服务。

每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库。传统应用架构与微服务架构之间的区别单体式应用的需求的一个小改变会导致整个系统重新构建重新部署，难以让变化只影响在一个模块内，举行扩展伸缩时也只能整个系统扩展，而不能针对其一部门扩展其资源能力。单体式应用在差别模块发生资源冲突时，扩展将会很是难题。好比，一个模块对CPU敏感，另外一个内存数据库模块对内存敏感。

然而，由于这些模块部署在一起，因此不得不在硬件选择上做一个妥协。单体式应用另外一个问题是可靠性。因为所有模块都运行在一个历程中，任何一个模块中的一个BUG，好比内存泄露，将会有可能弄垮整个历程。

除此之外，因为所有应用实例都是唯一的，这个BUG 将会影响到整个应用的可靠性。康威定律：设计系统的组织，最终发生的设计会反映出组织内部和组织之间的相同结构“organizations which design systems … are constrained to produce designs which are copies of the communication structures of these organizations”—— Melvin Conway 1960’s传统的MVC架构，会导致任何一个需求改变都必须要跨团队交流。微服务这种极端松耦合的架构需要极端松耦合的组织团队。按业务而不是按功效划分服务，每个服务可以使用差别的技术客栈，每个服务是跨功效的，团队成员是拥有全部的技术。

微服务与SOA的区别从外貌上看，微服务架构模式有点像SOA，它们都是由多个服务组成。从业务角度看，微服务是具备有业务功效的服务，而SOA中Web服务可能是个非业务功效的原子服务。从技术角度看，微服务架构模式是一个不包罗Web服务（WS-）和 ESB服务的SOA。微服务应用接纳简朴轻量级协议，好比REST，而不是WS-，在微服务内部制止使用ESB以及ESB类似功效。

微服务架构模式也 拒绝使用canonical schema等SOA观点。本文转载自：https://maping930883.blogspot.com/2016/06/architect015.html谢谢原作者分享好文。

本文来源：yobo体育网页版-www.biotulin-china.com