目录

一、单体架构

二、分布式架构

三、微服务

四、微服务结构

五、SpringCloud

六、服务拆分

七、远程调用

---

一、单体架构

        单体架构就是将业务的所有功能都集中在一个项目中进行开发，并打成一个包进行部署。

        他的优点很明显，就是架构简单，部署成本低。

        缺点也很明显，就是功能之间的耦合度高，当我们面对的是互联网的大项目时，如果采用单体架构，那么就会非常麻烦，因为功能之间可能存在依赖，或者存在某种关系，当我们要改变单体架构中的一个功能模块的时候，很有可能我们就要接连着修改其他功能模块。因此，这样是非常不方便的。该架构不适合大型项目的开发。

二、分布式架构

        分布式架构，即根据业务功能对系统进行拆分，每个业务模块作为独立的项目进行开发，称为一个服务。

        这种架构的优点就是，降低了服务的耦合度，有利于服务的升级拓展。

        

        但是这种架构也是有缺点的，最重要的就是“服务治理”，分布式架构需要考虑很多问题，比如：

•    服务拆分粒度如何？
•    服务器集群地址如何维护？
•    服务之间如何实现远程调用？
•    服务健康状态如何感知？

        。。。

        而用于解决这些问题的一种方案就是“微服务”方案。

三、微服务

        微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征:

• 单一职责:微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发。
• 面向服务:微服务对外暴露业务接口。
• 自治:团队独立、技术独立、数据独立、部署独立。
• 隔离性强:服务调用做好隔离、容错、降级，避免出现级联问题。

        缺点:架构非常复杂，运维、监控、部署难度提高。

四、微服务结构

        微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。

        其中，SpringCloud是通过整合其他开源框架而来的。

        微服务技术对比：

        SpringCloudAlibaba是SpringCloud的一部分，因为Dubbo也是Alibaba的因此，SpringCloudAlibaba是Dubbo和SpringCloud的整合体，体系比较完善，在国内也是越来越火的。

        在企业中，常用的就是四种技术栈：

五、SpringCloud

        SpringCloud是目前国内使用最广泛的微服务框架。官网地址:Spring Cloud

        SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验:

六、服务拆分

        服务拆分注意事项
                1.不同微服务，不要重复开发相同业务

                2.微服务数据独立，不要访问其它微服务的数据库

                3.微服务可以将自己的业务暴露为接口，供其它微服务调用

七、远程调用

        远程调用也就是，我们要在代码中，通过另一个模块暴露出的接口来获取相应数据，而不是直接查其数据库。

        在Java代码中发起http请求，需要注册一个模板。