可靠性论点
一个显眼的可用性数字所描述的,不过是一种期望与一条退款条款。真正让国家级工作负载持续运行的,是系统所在的位置、其恢复方式,以及谁被允许触及它。
任何平台中最脆弱的依赖,都是你无法掌控的那一部分。当承载你核心智能的基础设施运行在外国云上时,它的可用性完全取决于该供应商的定价、政策和司法管辖权。而在你自己的土地上,韧性被内建于技术栈之中,灾难恢复与高可用、多区域故障切换与持续监控,并由你自己的人员运营。任何外部力量都无法限制它、切断它或以制裁将其夺走。
该系统始终运行在你完全掌控的基础设施之上。这是唯一无法被外部撤销的服务级别。
可靠性架构
这不是中断发生后才援引的赔偿条款,而是逐层维系服务运行的工程能力,始终在您自己的边界之内。
主权云平台将灾难恢复与高可用性视为原生属性,因此这套系统是为生存而生,而非为失败而道歉。
同一控制平面下的多云与多集群编排,让工作负载可跨区域分布并在区域间实现故障切换,一切都在您自己的司法管辖范围之内完成。
结构化的 L1、L2 和 L3 知识转移让维持服务运转的人员成为贵方自己的雇员。恢复工作无需等待境外支持队列。
护栏、策略与审计运行时置于推理路径之中,并在整个技术栈中具备可观测性,因此任何性能下降都能在你的围墙之内被发现并处理。
可用性、响应与恢复目标是专为你的部署、工作负载与监管环境而书写,并由上层架构予以保障,而非照搬公开的等级列表。
整个技术栈部署在您的国土之上、受您的法律管辖,没有任何外国供应商的定价、政策或故障能够决定您的服务是否维持运行。
韧性背后的工程能力
我们的工程团队是全球云原生生态系统的顶级贡献者之一,因此多区域故障转移是一种工程属性而非奢望。
隔离故障并在负载下重新路由流量的服务网格与编排层,正是由在上游创建和维护此类基础设施的同一团队所构建。
在贵方设施内建立韧性技术栈,并将其移交给团队,使其在我们离开后长期维持运行的深度能力。
服务级别如何设定
一次主权部署的范围限定于单一机构,其服务水平亦是如此。承诺写在真正理解这项工作的地方,并在其实际运行的地方得到保障。
可用性、响应与恢复目标会针对你的工作负载、关键程度与监管环境以书面形式约定,并在平台上线前完成签署。
每一项目标都由主权云平台的灾难恢复与高可用性、多区域韧性和持续监控作为保障,而不是靠事后的退款来兜底。
完成L1、L2、L3知识转移后,对服务水平负责的将是您自己的人员,运行在任何外部方都无法限流或制裁的基础设施之上。
一项你自己拥有的服务水平,是任何外国供应商都无法悄然改写的。
运营韧性
在所有权带来的四项成果中,这一项决定着服务水平的成败。运营韧性,就是当外部再无可失效之物时依然留存的东西。
一个平台的韧性,取决于其最脆弱的依赖环节。当智能运行在他人的云上时,这一依赖便是一段商业关系与一个外国司法管辖区,二者都可能在毫无预警的情况下发生变化。主权部署消除了这一隐患。系统始终运行在贵方完全掌控的基础设施之上。
主权是所有权在架构层面的属性。