微服务的特点：
1.单一职责原则：每个服务应该负责单独的功能，正是SOLID原则之一。
2.独立部署、升级、扩展和替换：每个服务都可以单独部署及重新部署而不影响整个系统。这使得服务很容易升级。
3.支持异构/多种语言：每个服务的实现细节都与其他服务无关，这使得服务之间能够解耦，团队可以针对每个服务选择最合适的开发语言、工具和方法。
4.轻量级：微服务通常有轻量级的分布式服务框架承载，采用了P2P通信，无中心节点，性能可以线性增长；第三方软件依赖减少，减少类冲突和冗余依赖，集成和升级更方便。
微服务使用场景：
1.业务复杂度高，超过5个以上的子模块（业务功能较复杂）；
2.项目需要长期迭代开发和维护（半年以上）；
3.需求层面：公司发展到一定规模，需求变化频繁，并且研发团队达到10人左右；
4.性能层面：对响应时间要求不苛刻的系统，比如：电商系统 ；
5.数据一致性层面： 尽量避免分布式事务问题，对数据一致性不太高可保证最终一致性；
单体架构的适用场景：
1.业务场景简单,功能不复杂，研发人员较少。
2.公司处于创业初期：为了生存，需要的是快速开发出功能，然后到市场上试错。
3.性能要求及其苛刻：一些对性能要求比较高的系统，例如股票软件。
4.需求比较稳定的系统也不适合做成微服务，例如：公司内部OA，考勤系统等。