认识微服务
随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？
单体架构
单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。
优点：
- 架构简单
- 部署成本低
缺点：
- 耦合度高（维护困难、升级困难）
分布式架构
分布式架构：根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。
优点：
- 降低服务耦合
- 有利于服务升级和拓展
缺点：
- 服务调用关系错综复杂
分布式架构虽然降低了服务耦合，但是服务拆分时也有很多问题需要思考：
- 服务拆分粒度如何？
- 服务集群地址如何维护？
- 服务之间如何实现远程调用？
- 服务健康状态如何感知？
因此，人们需要制定一套行之有效的标准来约束分布式架构。
微服务架构
微服务的架构特征：
单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责。自治：团队独立、技术独立、数据独立，独立部署和交付。面向服务：服务提供统一标准的接口，与语言和技术无关。隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题。
微服务的上述特性其实是在给分布式架构制定一个标准，进一步降低服务之间的耦合度，提供服务的独立性和灵活性，做到高内聚，低耦合。
服务拆分原则：
- 不同的微服务，不要重复开发相同的业务。
- 微服务数据独立，不要访问其它微服务的数据库。
- 微服务可以将自己的业务暴露为接口，供其它微服务调用。
可以认为微服务是一种经过良好架构设计的分布式架构方案。
但方案该怎么落地？选用什么样的技术栈？全球的互联网公司都在积极尝试自己的微服务落地方案，其中在 Java 领域最引人注目的就是 SpringCloud 提供的方案了。
认识 SpringCloud
什么是 SpringCloud ？
-
SpringCloud 是目前国内（甚至全球）使用最广泛的微服务框架（官网） 。
-
SpringCloud 是微服务架构的一站式解决方案，集成了各种优秀的微服务功能组件，并基于 SpringBoot 实现了这些组件的自动装配，从而提供了良好的开箱即用体验。
SpringCloud 常见组件：
注意，由于 SpringCloud 底层是依赖 SpringBoot 的，因此两者有如下的版本兼容关系：
微服务技术对比
微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是 SpringCloud 和阿里巴巴的 Dubbo。
企业需求：
