微服务，是OO (面向对象，Object Oriented) 专家 Martin Fowler 于2014年在他一篇文章《Microservice》提出的。在 Mattin 的头脑中，兴奋点似乎只有技术。
微服务是用来描述将软件应用程序设计为独立部署的服务的一种特殊方式。
微服务架构是一个分布式系统，一定是按照业务领域划分为独立的服务单元，有自动化运维、容错、快速演进的特点，它能解决传统单体架构中的痛点，同时也能满足复杂的业务需求。
在业务初期，一个产品的前景还不是很明显的情况下，单体架构有这很明显的优势，它的开发成本、运维成本、服务器成本都很低。
单体架构的三个缺点：
1）业务复杂时，代码量会增大，代码的阅读性、可维护性会降低，新人接手代码难度增加。
2）用户增多时，并发越来越大，单体架构不足以承担。
3）测试的难度越来越大，因为你不能保证，改一个业务代码会不会对其他业务代码进行影响。
微服务的微字如何理解：
1）根据代码量大小
2）根据开发时间长短
3）根据业务大小
微服务的6大优点
1）减少新人学习任务的时间成本，因为它把复杂任务拆分为单个任务。
2）增加开发速度，因为服务之间采用HTTP传输，开发人员可以在每个服务上采用自己熟悉的方式开发。
3）具有很强的横向扩展能力，因为每个服务都是独立的，边界明确，所以每个服务都可分解为更小的服务
4）重写服务成本低，和单体结构相比，重新某个微服务不会影响其他服务
5）部署相互不影响，和单体结构想不，部署某个微服务不会影响其他服务
6）在CAP（Consistency（一致性）、Availability（可用性）、Partition-tolerance（分区容错性） ）理论中是AP架构，具有高可用、分区容错的特点。
微服务的不足
1）微服务的复杂度，因为是分布式系统，所以比单体架构复杂度高
2）分布式事务，因为微服务是一个AP架构，就需要用分布式事务做数据一致性。业界公认的有 二阶段提交、三阶段提交
3）服务的划分比较难，Martin 提出的规则，服务是可以被替换和更新的、服务与服务之间没有耦合。
4）服务的部署难度大，目前随着用PaaS服务，Docker编排等，难度在降低。
微服务的三大难题
1）服务故障的传播
2）服务的划分
3）服务的分布式事务
熔断器的重大作用
1）服务资源隔离
2）服务降级
3）自我修复
Netflix的Hystrix熔断器开源组件，功能非常强大。