1、第一代软件架构是单体架构，紧耦合，系统复杂，错综交互，动一发而牵全身，重复制造各种轮子：OS、DB、Middleware ，属于完全封闭的架构。
2、第二代是 SOA架构，松耦合 ，通常通过ESB进行系统集成 ，有状态，发布升级周期以月计量，集中式部署、计划内停机扩容。
3、第三代是微服务架构，解耦，按天、周进行升级发布，配置项全自动化 ，可扩展，具备自动弹性伸缩能力，高可用能力强，升级、扩容不中断业务。
4、微服务下新的挑战：如何基于微服务框架高效开发和上线，在不可预期的流量下如何保证业务高可靠运行，在复杂的微服务系统中如何实现问题快速定位与恢复，传统架构下的遗留系统如何向微服务架构低成本迁移。
5、新的微服务架构可以支持快速的环境搭建，让开发人员从需要关注一切分布式编码细节，转变到只需关注业务。
6、微服务架构可以更好的支持灰度发布，为保障新特性能平稳上线，可以通过灰度发布功能选择少部分用户试用，降低发布风险。
7、新的微服务架构可以实现自己的负载均衡不需要依赖传统的硬件设备，也不需要Nginx相关的复杂配置，降低了学习成本。
8、微服务治理可以实现限流降级：在浯裁佻辞流量高峰时，可根据消费者优先级适当调整流量限制，保护生产者不被流量击垮。在生产者出现故障时，消费者可主动断开与生产者的连接，以保护消费荨层吒椋者避免故障传染，能正常对外提供服务。
9、另外，还可以提供熔断容错：在某个生产者在指定时间段持续出现故障时，消费者主动断开其连接，如果生产者故障排除，则连接自动恢复。在消费者访问生产者的某一个实例失败时，则根据容错策略自动进行错误处理，如：选择另一个实例重试、按时间间隔持续重试同一实例，或者快速返回失败不重试。
