这是我参与「第五届青训营 」伴学笔记创作活动的第 7 天。
架构,又称软件架构
- 是有关软件整体结构与组件的抽象描述
- 用于指导软件系统各个方面的设计
单机架构
- 软件系统需要具备对外提供服务,单机,就是把所有功能都实现在一个进程里，并部署在一台机器上
优点：简单
缺点：运维需要停服
单体架构:分布式部署
垂直应用架构:按应用垂直切分的单体
优点:
- 水平扩容
- 运维不需要停服
问题:
- 职责太多,开发效率不高
- 爆炸半径大
SOA(Service-Oriented Architecture)
- 将应用的不同功能单元抽象为服务
- 定义服务之间的通信标准
微服务架构:
SOA的去中心化演进方向
小结：
架构的演进初衷: 好比做蛋糕。
- 需求量越来越大,终归要增加人手
- 越做越复杂,终归要分工合作
架构的演进思路: 就像切蛋糕。
蛋糕越来越大，一口吃不下终归要切分
- 竖着切(垂直切分)
- 横着切(水平切分)
云计算:
是指通过软件自动化管理，提供计算资源的服务网络，是现代互联网大规模数据分析和存储的基石。
基础:
- 虚拟化技术一整租vs合租
- 编排方案一业主vs租赁平台
云原生：
云原生技术为组织（公司)在公有云、自由云、混合云等新型的动态环境中，构建和运行可弹性拓展的应用提供了可能。它的代表技术有:
- 容器化
- 服务网格微服务
- 不可变基础架构
- 声明式API
弹性计算资源类型: 服务资源调度
- 微服务:和面、雕花
- 大服务:烤箱 计算资源调度
- 在线:热销榜单
- 离线:热销榜单更新 消息队列
- 在线:削峰、解耦
- 离线:大数据分析
弹性存储资源类型: 经典
- 对象:宣传视频
- 大数据:用户消费记录
关系型数据库
- 收银记录
元数据
- 服务发现:蛋糕店通讯录
NoSQL
- KV:来个xx蛋糕
将存储资源当成服务一样。
通信标准:
- HTTP (RESTful API)
- RPC (Thrift, gRPC)
微服务中间件RPC vs HTTP:
- 性能
- 服务治理
- 协议可解释性
云原生场景下，微服务大可不必在业务逻辑中实现符合通信标准的交互逻辑，而是交给框架来做。
服务网格(Service Mesh) :
- 微服务之间通讯的中间层
- 高性能网络代理
- 业务代码与治理解耦
相比较于RPC/HTTP框架:
- 异构系统治理统一化
- 与业务进程解耦，生命周期易管理
收获：通过本次课程学习，了解了如何做架构设计，也学会了一些标准。
- 需求先行。
- 业界调研。
- 技术选型。
- 异常情况。
