目录
一、单体架构
单体架构就是将业务的所有功能都集中在一个项目中进行开发，并打成一个包进行部署。
他的优点很明显，就是架构简单，部署成本低。
缺点也很明显，就是功能之间的耦合度高，当我们面对的是互联网的大项目时，如果采用单体架构，那么就会非常麻烦，因为功能之间可能存在依赖，或者存在某种关系，当我们要改变单体架构中的一个功能模块的时候，很有可能我们就要接连着修改其他功能模块。因此，这样是非常不方便的。该架构不适合大型项目的开发。
二、分布式架构
分布式架构，即根据业务功能对系统进行拆分，每个业务模块作为独立的项目进行开发，称为一个服务。
这种架构的优点就是，降低了服务的耦合度，有利于服务的升级拓展。
但是这种架构也是有缺点的，最重要的就是"服务治理"，分布式架构需要考虑很多问题，比如：
- 服务拆分粒度如何？
- 服务器集群地址如何维护？
- 服务之间如何实现远程调用？
- 服务健康状态如何感知？
。。。
而用于解决这些问题的一种方案就是**"微服务"**方案。
三、微服务
微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征:
- 单一职责:微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发。
- 面向服务:微服务对外暴露业务接口。
- 自治:团队独立、技术独立、数据独立、部署独立。
- 隔离性强:服务调用做好隔离、容错、降级，避免出现级联问题。
缺点:架构非常复杂，运维、监控、部署难度提高。
四、微服务结构
微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。
其中，SpringCloud是通过整合其他开源框架而来的。
微服务技术对比：
SpringCloudAlibaba是SpringCloud的一部分，因为Dubbo也是Alibaba的因此，SpringCloudAlibaba是Dubbo和SpringCloud的整合体，体系比较完善，在国内也是越来越火的。
在企业中，常用的就是四种技术栈：
五、SpringCloud
SpringCloud是目前国内使用最广泛的微服务框架。官网地址:Spring Cloud
SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验:
六、服务拆分
服务拆分注意事项
1.不同微服务，不要重复开发相同业务
2.微服务数据独立，不要访问其它微服务的数据库
3.微服务可以将自己的业务暴露为接口，供其它微服务调用
七、远程调用
远程调用也就是，我们要在代码中，通过另一个模块暴露出的接口来获取相应数据，而不是直接查其数据库。
在Java代码中发起http请求，需要注册一个模板。
