🔢前言
当今软件架构中，拥有四代软件架构。这四个都是基于所在时代，技术，需求等多种因素应运而生的。
在未来是否会有第五代软件架构，无人可知。笔者大胆推测，这第五代很可能与人工智能的大语言模型有关🫣。
🔢四代软件架构
1️⃣第1代 单体架构
单体架构顾名思义，就是将所有功能集中在单个应用中。
注意，Linux内核是单体架构，但不妨碍其也是模块化的。
🫡优点
- 技术单一不复杂
- 部署
- 测试容易
- 集成和扩展相对容易
🤔缺点
- 具有极强的耦合度
- 一个功能的崩溃可能导致整个程序的崩溃
- 技术单一，开发效率低下
- 随着开发时间增长，维护难度也增大
2️⃣第2代 面向服务架构(SOA)
Service Oriented Architecture
多个应用垂直分层。系统之间通过 Service API 和中心化管理的企业服务总线进行交互。
🫡优点
- 调用层架划分，模块化
- 接口规范和标准化
- 可跨平台发布
🤔缺点
- 严重依赖总线
- 服务粒度问题
- 垂直分层中的某一层崩溃，可能导致整个应用无法服务
SOA 的支持者提出一份宣言，主要包括下面几点：
- 业务价值高于技术战略
- 战略目标高于特定项目的收益
- 内在互操作性高于定制集成
- 共享的服务高于特定目标的实现
- 灵活性高于优化
- 不断演进的提炼高于在最开始追求完美
3️⃣第3代 微服务架构
水平分层和垂直分层相结合，应用分割成一组松耦合的服务。采用轻量级通信机制。
🫡优点
- 模块化
- 易测试
- 替换系统模块时更灵活
- 可与旧系统集成：不需要迁移整个应用程序，只需要迁移当前开发的部分
- 支持分布式开发：开发团队可以并行地处理多个微服务
- 可伸缩性：一个微服务可以独立于其他微服务进行扩展
- 可快速迭代和持续交付
🤔缺点
- 需要成熟的 DevOps 方法并依赖于 CI/CD 自动化
- 更难调试，并需要更好的监控和分布式追踪机制
- 对较小的应用程序来说，额外的开销可能会超出过带来的好处
- 需要准确的划分服务内容
4️⃣第4代 云原生结构
基础是第三代微服务架构，将容器变为云端。通过资源动态管理，docker容器技术，Service Mesh 服务网站，API 服务化，持续集成/持续部署(CI/CD)等技术，实现实现应用程序的快速迭代、高效开发和高可靠性。
🫡优点
- 云的优势
- 快速迭代和部署
- 高可用性
- 持续交付，高效
🤔缺点
- 云的劣势
- 技术复杂
- 安全性的挑战
- 管理和监控复杂
- 部署麻烦
⭐END
🌟关注我
关注我，学习更多C/C++，算法，计算机知识
B站：
👨💻主页：天赐细莲 bilibili
