架构师日记-软件高可用实践那些事儿
💡
原文中文，约5700字，阅读约需14分钟。
📝
内容提要
本文从协作效率、技术落地和运营规范几个方面，提出了实施步骤和落地细节，以提高软件可用率，解决需求交付链路复杂、故障时间容忍度低、频繁需求迭代等挑战。具体包括：减少交付链路层级、缩短信息传递链路、架构设计、编码实现、安全上线、部署运营等生产阶段的落实，以及容灾设计、鲁棒性设计等，并制定了《高可用达标定期自查表》，以提高软件可用率。
🎯
关键要点
- 高可用性是指系统经过专门设计以减少停工时间，保持服务可用性。
- 软件交付过程中的协作效率、技术落地和运营规范是实现高可用的关键。
- 需求交付链路复杂，涉及多方利益相关者，任何环节出错都会影响可用率。
- 故障时间容忍度低，全年99.99%的可用率仅允许52分钟故障时间。
- 频繁需求迭代与可用率之间存在负相关关系，需要平衡两者。
- 提高协作效率的关键在于减少交付链路层级和缩短信息传递链路。
- 架构设计影响系统的实现成本和后续运维难度，需重视设计文档和容灾设计。
- 编码实现是软件高可用的基础，需建立代码评审机制和编码规范。
- 安全上线是防止故障的重要环节，需遵循上线流程规范。
- 能力冗余是实现高可用的重要手段，包括网络、存储和服务的冗余设计。
- 运营规范保障系统可监控、可报警、可定位和可修复。
- 应急预案是应对故障的必要措施，需制定详细的处理手册。
- 高可用达标定期自查表是落实规范的重要工具，需定期检查各项指标。
➡️
