第二部分执行过程
分为变更管理、危机管理、故障管理、常规的可扩展性架构原则
常规的可扩展性架构原则有 ：
N+1原则： 避免单点部署，服务可靠性保证最基础的要求
回滚设计：设计层面要考虑兼容性，db层规范，不允许不兼容的脚本变更。
监控设计：埋点监控，日志分析，告警服务等
开关设计: 重要的服务要支持开关、启停控制，异常发生时可减少损失，减轻修复问题的时间压力。
多活设计：多机房，多集群部署等，避免地震火灾等不可控因素导致的服务整体不可用。
异步设计：减少调用链路的整体耗时，提升串联系统的整体可用率。异步常和并行调用一起作为服务性能优化的一种手段。
采用成熟的技术：创新性的技术一般有未知的缺陷，可以用在实验性的项目中，待验证成熟稳定后可以大范围推广。重要的、核心的系统，稳定性优先，不要因采用新技术而引入新的风险。
服务无状态：无状态服务具有良好的伸缩性，可随时扩充资源，使用率下来了也可以放心的停掉多余的服务，可以随时启停服务，运维简单，可以考虑引入自动化技术提升效率。
快速迭代 ：增量模式，好的架构应避免系统推倒重来，应该是积木式的逐步叠加、逐步丰富完善起来的。
采用自动化技术：自动化可以固化一些常规操作流程，减少人工误操作，提升研发效率，开发、运维人员可以集中精力做更有针对性的、个性化的事情。
为了确保必要的架构原则在项目上得到实施落地：成立架构评审委员会
————————————————
版权声明：本文为CSDN博主「coding-now」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/feiyingwang/article/details/107250343