2021-06-08-微服务架构演变过程（二）

最新推荐文章于 2021-11-15 15:03:34 发布

热爱Java的程序猿

最新推荐文章于 2021-11-15 15:03:34 发布

阅读量169

点赞数

分类专栏：后端文章标签：分布式 java

本文链接：https://blog.csdn.net/qq_41270550/article/details/115244515

版权

105 篇文章 0 订阅

订阅专栏

1.项目架构模式：
前后端分离：
微服务项目架构：SpringCloud+ Vue
前后端分离架构：

拆分
前端和后端不在是一个人开发，分成多个不同人开发。
前端架构—
后端架构-----

前端：vue技术
后端：java/php/.net---- http协议+json格式+restful

前端分离技术就是对我们控制层和业务层逻辑实现拆分，
前端控制可以采用vue调用我们后端接口（http＋json）
2.粒度拆分：
微服务架构模式是从SOA架构模式演变过来，比SOA架构模式粒度更加精细，让专业的人去做专业的事情（专注），目的是提高效率，每个服务与服务之间互不影响，微服务架构中
每个服务必须独立部署、互不影响，微服务架构模式体现轻巧、轻量级、适合于互联网公司开发模式。
3.协议：
服务与服务通讯协议采用Http协议，使用restful风格API形式来进行通讯，数据交换格式轻量级json格式通讯，整个传输过程中，采用json，所以http协议可以跨语言平台，并且可以和其他不同的语言进行相互的通讯，所以很多开放平台都采用http协议接口。

1.微服务架构基于 SOA架构演变过来，继承 SOA架构的优点，在微服务架构中去除 SOA 架构中的 ESB 企业服务总线，采用 http+json（restful）进行传输。
2.微服务架构比 SOA 架构粒度会更加精细，让专业的人去做专业的事情（专注），目的提高效率，每个服务于服务之间互不影响，微服务架构中，每个服务必须独立部署，微服务架构更加轻巧，轻量级。
3.SOA 架构中可能数据库存储会发生共享，微服务强调独每个服务都是单独数据库，保证每个服务于服务之间互不影响。
4.项目体现特征微服务架构比 SOA 架构更加适合与互联网公司敏捷开发、快速迭代版本，因为粒度非常精细。
ESB企业服务总线：解决多系统之间跨语言无法实现通讯的问题，对我们数据协议实现转换，可以提供可靠的消息传输，第三方框架实现。
一般情况下都是采用Http+JSON格式传输，所以没有必要使用ESB企业服务总线。

1.在知名互联网企业中，基本上不会使用springcloud 内部根据自己业务自己定制分布式框架。
2.在大厂互联网公司中，基本上所有分布式基础设施组件都是自己写的，因为需要根据自己
公司内部的业务定制框架，所有分布式框架架构设计思想基本上都是一样。
注意：如果在后期去大厂面试的同学记得，一定要学习微服务架构思想和原理

SpringCloud并不是rpc远程调用框架，而是一套全家桶的微服务解决框架，理念就是解决我们在微服务架构中遇到的任何问题。
服务治理：eureka
分布式配置：config
客户端调用工具rest/feign客户端 rpc远程调用
说明：阿里巴巴、腾讯、百度
注意：大家如果去一些比较大型的互联网公司中，整个公司内部实现rpc通讯的框架、服务助治理都是内部自己研发
Rpc远程调用框架有哪些？
Httpclient、dubbo、feign、grpc、基于netty手写rpc

在这里插入图片描述