微服务不单单是一种技术架构，也涉及到了管理、组织架构。
在微服务的架构下，一个服务应该是由一个团队全权负责的。
1. 通过服务实现组件化
2. 按业务能力来划分服务和开发团队
3. 去中心化
4. 基础设施自动化(DevOPs、自动化部署)
扩展性好，各个服务之间低耦合
容易部署，软件从单一可部署单元，被拆成了多个服务，每个服务都是可部署单元
容易开发，每个组件都可以进行持续集成式的开发，可以做到实时部署，不间断地升级
易于测试，可以单独测试每一个服务
由于强调互相独立和低耦合，服务可能会拆分得很细。
这导致系统依赖大量的微服务，变得很凌乱和笨重，性能也会不佳。
一旦服务之间需要通信（即一个服务要用到另一个服务），整个架构就会变得复杂。
典型的例子就是一些通用的 Utility 类，一种解决方案是把它们拷贝到每一个服务中去，用冗余换取架构的简单性。
分布式的本质使得这种架构很难实现原子性操作，交易回滚会比较困难。
微服务是SOA的一种实现
微服务是去ESB的SOA
背后实际上是两种思想的分歧：服务的治理分布还是集中
微服务是架构设计方式，分布式是系统部署方式。
分布式的思想就是把一个系统的不同模块，部署在不同的服务器上，以应对高并发的问题。
SOA是一种分布式架构，把业务系统分成多个子系统，提供不同的服务，再通过服务组合、编排实现业务流程；
通常在SOA架构中，ESB企业服务总线扮演了重要的角色。
微服务是SOA的升华，如果非要说点儿不同的，那么微服务更加强调服务的细分和专业，
去ESB总线、去中心化，部署粒度更细，服务扩展更灵活。