常用架构原则

常用架构原则

在系统概要和系统方案阶段,可参考的原则,落地过程中还是要结合业务场景灵活应用。

  1. N+1设计。永远不要少于2个,通常为3个。-> 部署实例,拜春哥不挂掉。
  2. 回滚设计。发布失败和故障,回滚至指定时点的版本。
  3. 禁用设计。现在大多都通过服务配置和sidebar等来做,关闭指定功能和场景。
  4. 监控设计。这个…敲黑板的重点。
  5. 设计多活数据中心。机房内数据冗余、机柜冗余,进阶到的多数据中心或者同城多活。
  6. 使用成熟的技术。struts的棺材板压不住了。
  7. 异步设计。这个现在已经是主流设计了,前端、后端都有很多方案。
  8. 无状态设计。客户端策略、缓存、消息等的重点应用环节。
  9. 水平扩展非垂直升级。在应用中选择水平扩展的策略很重要,比如用户ID。
  10. 一定的前瞻性设计。为扩展性考虑。
  11. 非核心则购买。关注业务重点。
  12. 使用商品化硬件。这个几乎是行业共识了,专业事专业做。
  13. 小构建、小发布、快试错。敏捷开发表示有话要说。
  14. 隔离故障。熔断get
  15. 自动化。设计、构建自动化->低代码平台、测试自动化、压测自动化。

留下回复