北京
分享至
很多团队把高可用当成韧性，以为多副本、多可用区就等于系统不会倒。但这两件事解决的是不同问题：冗余能掩盖控制面的依赖关系，也能掩盖从未被真正演练过的恢复路径。
冗余掩盖了什么
副本和冗余节点让系统看起来随时可用，可一旦控制面出问题，依赖链条就会暴露。平时被冗余遮住的那些依赖，恰恰是故障时最先断裂的地方。
更麻烦的是恢复路径。没有真实演练过的恢复流程，在关键时刻往往走不通——它只是纸面上存在，而不是被验证过。
韧性是一种概率能力
韧性不该被当成系统自带的一种属性，而应被看作一种概率能力。它需要有人真正负责，需要反复演练，而不是靠架构图上的冗余数量来证明。
把韧性当成属性，团队就会假设它天然存在；把它当成概率能力，团队才会去追问：这条恢复路径上次跑通是什么时候？谁在为它负责？
高可用可以买来，韧性只能练出来。这两者的差距，往往就在系统最需要它的那一刻显现。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
