SpringCloud微服务实战(1)-简介

• 终点

好的架构不是设计出来的，而是进化而来的，一直在演进ing

单一应用架构=》垂直应用架构=》分布式服务架构=》流动计算架构

1.2 需考虑因素

---

什么不适合微服务？

• 系统中包含很多很多强事务场景

• 业务相对稳定，迭代周期长

• 访问压力不大，可用性要求不高

1.3 原则

---

沟通的问题会影响系统设计（康威定律）

Organizations which design systems are constrained toproduce designs which are copies of the communication structures of these organizations.

任何组织在设计一套系统(广义概念上的系统)时，所交付的设计方案在结构上都与该组织的沟通结构保持一致。

围绕业务构建团队

Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization’s communication structure.

设计系统的架构受制于产生这些设计的组织的沟通结构。产品必然是其(人员)组织沟通结构的缩影。

跨部门沟通是非常难的，系统各个模块的接口也反映了它们之间的信息流动和合作方式。

• 单体

• 微服务

去中心化的数据管理

微服务架构发展历程

========================================================================

响应式微服务

---

• 即时响应性

服务任何时间都要有响应，哪怕挂了

• 可恢复性

也称回弹性，压力大过后压力降下来后状态能够恢复。比如熔断、降级等机制

• 弹性

即伸缩性，无状态服务可以任意扩展

框架最出名的就是 Vert.x Springwebflux RxJava

服务网格与云原生

---

将服务间的网络通信层及其控制策略下沉到基础设施，就形成了所谓的“服务网格”技术。 通过微服务、容器化、持续交付、Devops等技术，组成了所谓的“元原生”体系。

数据库网格

---

单元化架构

---

• CellArchitecture

• 以单元为组织架构，以单元化部署为调度单位

• 每个单元都是全能的，部署了所有应用，但不是全量的，只有他负责的单元部分的数据

• 通过业务入口设置流量调度器进行流控

微服务架构应用场景

单体与微服务

• 微服务引用在复杂度低的情况下，生产力反而比单体架构低

• 在复杂度高的地方，情况恰恰相反

• 随着复杂度的升高，单体架构的生产力快速下降，而微服务相对平稳

大规模复杂业务系统的架构升级与中台建设

如何实施

微服务架构最佳实践

系统改造

• 功能剥离，数据解耦

• 自然演进，逐步拆分

• 小步快跑，快速迭代

• 灰度发布，谨慎试错

• 提质量线，还技术债

拆分原则

• 高内聚低耦合

• 不同阶段拆分要点不同

扩展立方体

• 特性开关

• 容错设计

自动化

• 自动化测试

• 自动化部署

• 自动化运维

分布式事务

• 幂等/去重/补偿

• 慎用分布式事务

监控体系

• 系统指标

• 业务指标

• 容量规划

• 报警预警

总结

如果你选择了IT行业并坚定的走下去，这个方向肯定是没有一丝问题的，这是个高薪行业，但是高薪是凭自己的努力学习获取来的，这次我把P8大佬用过的一些学习笔记（pdf）都整理在本文中了

《Java中高级核心知识全面解析》

小米商场项目实战，别再担心面试没有实战项目：

个方向肯定是没有一丝问题的，这是个高薪行业，但是高薪是凭自己的努力学习获取来的，这次我把P8大佬用过的一些学习笔记（pdf）都整理在本文中了

《Java中高级核心知识全面解析》

[外链图片转存中…(img-RnRoK5Cw-1714468860914)]

小米商场项目实战，别再担心面试没有实战项目：

[外链图片转存中…(img-HP0GxNap-1714468860915)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录