一:微服务体系架构
微服务体系架构图
- 如何管理这么多服务(服务治理 注册中心[服务注册 发现 剔除])
- 服务之间如何进行通信(restful RPC)
- 客户端如何访问这些服务(网关)
- 服务出现问题,该如何自处理(容错)
- 服务出现问题,该如何进行排查(链路追踪)
完整的微服务图
二:微服务发展历程
单体架构
单体架构将业务的所有功能集中在一个项目中开发,打成一个部署包。
优点:架构简单,部署成本低
缺点:耦合度高
分布式架构
根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务。
优点:降低服务之间的耦合,有利于服务升级拓展
服务治理
随着功能模块的增多,也会产生一些分布式架构需要考虑的问题:
1.服务拆分粒度如何?
2.服务集群地址如何维护?
3.服务之间如何实现远程调用?
4.服务健康状态如何感知?
微服务架构
微服务是一种经过良好架构设计的分布式架构方案。
微服务架构特性:
1.单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复开发。
2.面向服务:微服务对外暴露业务接口。
3.自治:团队独立、技术独立、数据独立、部署独立。
4.隔离性强:服务调用做好隔离、容错、降级,避免出现级联问题。
三:微服务技术对比
微服务技术对比图
小结:
单体架构特点:
- 简单方便,高度耦合,扩展性差,适合小型项目,例如学生管理系统
分布式架构特点:
- 松耦合,扩展性好,但架构复杂,难度大,适合大型互联网项目如:京东,淘宝
微服务架构特点:
- 优点:拆分粒度更小,服务更独立,耦合度更低
- 缺点:架构非常复杂,运维、监控、部署难度高
标签:架构,独立,如何,初识,拆分,服务,分布式 来源: https://www.cnblogs.com/aimu69/p/16034364.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。