这是我参与「第三届青训营 -后端场」笔记创作活动的第5篇笔记

一、什么是架构？

1.1、什么是架构-定义

• 架构，又称软件架构，
  • 是有关软件整体结构与组件的抽象描述
  • 用于指导软件系统各个方面的设计
• Q:定义还是太抽象，能不能再通俗一点？
  • 实现一个软件有很多种方法，架构在方法选择上起着至关重要的指导作用
• Q:架构的重要性？
  • 地基没打好，大厦容易倒
  • 地基坚实了，大厦才能盖得高
  • 站在巨人肩膀上，才能看得远

1.2、什么是架构-单机

软件系统需要具备对外提供服务，单机，就是把所有功能都实现在一个进程里，并部署在一台机器上

• 优点：
  • 简单
• 问题：
  • 运维需要停服

1.3、什么是架构-单体、垂直应用|垂直切分

• 单体架构：分布式部署
• 垂直应用架构：按应用垂直切分的单体
• 优点：
  • 水平扩容
  • 运维不需要停服
• 问题：
  • 职责太多，开发效率不高
  • 爆炸半径大

1.4、什么是架构-SOA、微服务|水平切分

• SOA(Service-oriented Architecture)
  • 将应用的不同功能单元抽象为服务
  • 定义服务之间的通信标准
• 微服务架构：SOA的去中心化演进方向

二、后端架构实战

2.1、后端架构实战-自适应静态权重

• 方案：
  • 采集宿主机物理资源信息
  • 调整容器注册的权重
• 优势：
  • 复杂度低
  • 完全分布式，可用性高
  • 微服务中间件无适配成本
• 缺点：
  • 无紧急回滚能力
  • 缺乏运行时自适应能力

2.2、后端架构实战-自适应动态权重 Alpha

• 方案：
  • 容器动态权重的自适应调整
  • 服务网格的服务发现&流量调度能力
• 演进方向：
  • 解决无法紧急回滚的问题
  • 运行时权重自适应
• 缺点：
  • 过度流量倾斜可能会有异常情况

2.3、后端架构实战-自适应动态权重 Beta

• 方案：
  • 服务网格上报RPC指标
• 演进方向：
  • 极端场景的处理成为可能
• 缺点：
  • 时序数据库压力较大
  • 动态权重决策中心职责越来越多，迭代 -> 变更 -> 风险

2.4、后端架构实战-自适应动态权重 Release

• 演进方向：
  • 微服务化
  • 引入消息队列削峰、解耦
  • 离在线链路切分
  • 梳理强弱依赖

三、写在最后

• 没有最好的架构，只有最合适的架构
• 如何做架构设计
  • 需求先行。弄清楚要解决什么问题
  • 业界调研。业界都有哪些解决方案可供参考
  • 技术选型。内部/社区都有哪些基础组件
  • 异常情况。考虑清楚xxx不行了怎么办
• 架构与工程师成长
  • 技术经理
  • 架构师