这是我参与「第五届青训营」伴学笔记创作活动的第 7 天
架构
架构，又称软件架构，是有关软件整体结构与组件的抽象描述，用于指导软件系统各个方面的设计
单机
- 把所有功能都实现在一个进程里，并部署在一台机器上
- 简单，但是运维时需要停服
垂直切分/垂直应用
- 按应用垂直切分的单体
- 优点：水平扩容，运维不需要停服
- 缺点：职责太多，开发效率不高，爆炸半径大
SOA、微服务|水平切分
- SOA(Service-Oriented Architecture)
- 将应用的不同功能单元抽象为服务
- 定义服务之间的通信标准
- 微服务架构:SOA的去中心化演进方向
企业级后端架构剖析
云计算
通过软件自动化管理，提供计算资源的服务网络，是现代互联网熟悉分析和存储的基石
云原生
- 云原生技术为组织(公司)在公有云、自由云、混合云等新型的动态环境中，构建和运行可弹性拓展的应用提供了可能。
-
弹性资源：基于虚拟化容器以及灵活的编排调度机制，可以为云服务提供快速扩缩容能力，而且极大程度地提高了物理资源的利用率。在这方面，kubernetes 技术已经成为了业界的标准
- 将存储资源当成服务一样
-
微服务架构：它是云原生的重要基石之一。依托于功能单元结构，使得云服务具备了快速迭代的可能，业务得以迅速发展；统一的通信标准能够帮助越来越多的组件加入到云原生的大家庭，同时也使得各组件之间的交互变的更容易
- DevOps：设计->开发->测试->交付->开发->测试->交付，自动化的流程使得软件的工作流程更高效，将微服务架构的优势发挥的淋漓尽致
- 结合自动化流程，提高软件开发，支付效率
- 结合自动化流程，提高软件开发，支付效率
- 服务网格：服务网格的重要进步就是将业务逻辑与网络通信和治理解耦开来。业务不再需要关心异构系统中 RPC 中间件治理能力的不统一，也使得复杂的治理能力的落地成为可能
- 微服务之间通讯的中间层
- 高性能网络代理
- 业务代码和治理解耦
问题、挑战
- 基础设施层面
- 物理资源是有限的
- 机器
- 带宽
- 资源利用率受制于部署服务
- 物理资源是有限的
- 用户层面
- 网络通信开销较大
- 网络抖动导致运维成本提高
- 异构环境下，不同实例资源水位不均
