这是我参与「第五届青训营 」伴学笔记创作活动的第 5 天
一、什么是架构
实现一个软件有很多种方法，架构在方法选择上起着至关重要的指导作用
演进过程：
- 单机 → 垂直切分 → 水平切分
- 单机 → 单体、垂直应用 → SOA、微服务
- 垂直应用架构：按应用垂直切分的单体
- SOA：将应用的不同功能单元抽象为服务，定义服务之间的通信标准
- 微服务架构：SOA的去中心化演进方向
- 问题：
- 数据一致性：装货台共交付了多少蛋糕？
- 高可用：这么多师傅，如何合作？
- 治理：烤箱坏了，怎么容灾？
- 解耦/过微：运维成本高了，值当吗？
- 只有兰师傅做蛋糕 → 多雇佣几个师傅，都做蛋糕 → 多雇佣几个师傅，但分工协作，做蛋糕胚/做奶油/裱花等
二、企业级后端架构剖析
-
云计算: 是指通过软件自动化管理，提供计算资源的服务网络，是现代互联网大规模数据分析和存储的基石。(虽然但是，我这里还是看不太懂)
-
云原生： 云原生技术为组织或公司，在公有云、自由云、混合云等新型的动态环境中，构建和运行可弹性拓展的应用提供了可能。
-
云原生的弹性计算资源类型
- 服务资源调度
- 微服务：和面、雕花
- 大服务：烤箱
- 计算资源调度
- 在线：热销榜单
- 离线：热销榜单更新
- 消息队列
- 在线：削峰、解耦
- 离线：大数据分析
- 服务资源调度
-
云原生的弹性存储资源类型(将存储资源当成服务一样)
- 经典
- 对象：宣传视频
- 大数据：用户消费记录
- 关系型数据库
- 收银记录
- 元数据
- 服务发现：蛋糕店通讯录
- NoSQL(即非关系型数据库，不需要很明确有关系地进行记录)
- KV: 来个xx蛋糕
- 经典
-
云原生的DevOps
Dev0ps是云原生时代软件交付的利器，可以通过它结合自动化流程，提高软件开发、交付效率。
-
云原生的微服务架构
云原生场景下，微服务大可不必在业务逻辑中实现符合通信标准的交互逻辑，而是交给框架来做。
通信标准有两种：
- HTTP (RESTful API)
- RPC(Thrift,gRPC)
微服务中间件也有两种，RPC 和 HTTP:
- 性能
- 服务治理
- 协议可解释性
-
云原生的服务网格(不懂)
服务网格
- 微服务之间通讯的中间层
- 高性能网络代理
- 业务代码与治理解耦
相比较于RPC/HTTP框架
- 异构系统治理统一化
- 与业务进程解耦，生命周期易管理
