✍️
架构设计三板斧
  • 关于
  • 序言
  • 基础概念
    • 什么是架构
    • 为什么要做架构
    • 耦合
    • 垂直与水平扩展
    • 架构设计三板斧
    • 待补充
  • 三板斧之一-分治
    • 后端架构设计
      • 从集成架构开始
      • SOA，微服务，ServiceMesh
      • 领域驱动设计
      • 如何选择架构风格
      • 待补充
    • 前端架构设计
      • 从静态网页到前后端分离
      • 从组件复用到微前端
      • 大型前端工程中的领域驱动
      • 同构与SSR
      • 待补充
    • 待补充
  • 三板斧之二-权衡
    • 选择必须的架构特性
    • 选择合适的技术方案
    • 待补充
  • 三板斧之三-验证
    • 日志记录与查找
    • 监控与报表
    • 报警及人工介入
    • 待补充
  • 架构特性-高并发
    • 再聊水平扩展
    • 缓存，读写分离
    • 弹性扩容
    • 待补充
  • 架构特性-高可用
    • 备份，自动切换，自动恢复
    • 抖动，重试风暴，雪崩
    • CAP定理及取舍
    • 所谓异地多活
    • 流控，削峰
    • 待补充
  • 行业应用与案例
    • 电商架构设计
    • 低代码架构设计
      • OT算法与协同编辑
      • 动态Schema数据存储
      • 前端组件设计
      • 流程与触发器设计
      • 元数据及多环境隔离
      • 弱网络环境
  • 其它
    • 渐进式架构
    • 开发者体验
    • Serverless
    • 待补充
由 GitBook 提供支持
在本页

这有帮助吗？

三板斧之二-权衡

上一页待补充下一页选择必须的架构特性

最后更新于3年前

选择必须的架构特性
选择合适的技术方案
待补充