站长统计推荐,做鞋的垂直网站,安装建设手机银行移动门户网站,旅游酒店网站建设背景分析简介#xff1a; Kubernetes 在生产环境中的采用率越来越高#xff0c;复杂度越来越高#xff0c;由此带来的稳定性保障的挑战越来越大。 Kubernetes 在生产环境中的采用率越来越高#xff0c;复杂度越来越高#xff0c;由此带来的稳定性保障的挑战越来越大。
对于基于 K… 简介 Kubernetes 在生产环境中的采用率越来越高复杂度越来越高由此带来的稳定性保障的挑战越来越大。 Kubernetes 在生产环境中的采用率越来越高复杂度越来越高由此带来的稳定性保障的挑战越来越大。
对于基于 Kubernetes 的云产品稳定性保障已成为基本诉求稳定性缺陷会给产品带来巨大的损失如用户流失、用户信心下降、产品迭代速度变慢等。
虽然基于 Kubernetes 的稳定性保障很重要但业界缺少基于实践的标准化稳定性保障方案导致同样的问题在同一产品或不同的产品中重复出现最佳实践不能应用在更多相同技术栈的产品中不同产品形成的稳定性保障最佳实践也不能互补。
为此基于过去的开发实践以及基于 Kubernetes 的稳定性保障经验尝试形成《Kuberentes 稳定性保障手册》将稳定性保障最佳实践进行沉淀使得人人对 Kubenretes 稳定性保障的理论形成全面的理解相应的工具和服务成为基础设施复用在类似技术栈的产品中加速稳定性保障最佳实践的传播、迭代和应用。
本篇文章作为《Kubernetes 稳定性保障手册》第一篇文章抽象稳定性保障中的核心内容作为稳定性保障最简使用手册。
极简手册目标
1min 理解稳定性保障目标3min 把握稳定性保障全局视图一站查找稳定性保障推荐工具或服务
稳定性保障目标
满足服务或产品对稳定性的诉求加速服务或产品的迭代
稳定性保障检查项 稳定性保障级别 实践
方法论
全局视图
实践流程
整理运行链路图标记链路是否是关键链路基于运行链路图进行可观测性配置基于链路重要程度进行可控性治理
为了降低实践的成本需要把握云产品中的元素及交互关系从基础的元素和交互方面解构复杂系统
元素 (2 类)云产品组件云产品交互 (2 类共 3 种场景)云产品内部组件自身组件与组件之间云产品之间云产品与云产品之间
如下图 随着元素数量和交互关系的增多系统会逐步变得复杂稳定性保障面临的挑战也会越来越大要避免引入非必要的复杂性。
因此需要先梳理清楚当前的运行链路图进行链路重要性分析并整理组件大图判断组件的爆炸半径。在此基础上还需要进行参与人员的 review避免在人员的投入方面存在单点风险。
运行链路图示例 链路重要性示例 云产品间交互示例 基于上述对系统复杂度、运行链路的分析面对稳定性保障的问题域可以有效提出、落地解决方案。
问题处理
实践流程
长期维护角色列表、功能流程图、运行链路图在多个分级的「告警群」中感知问题的发生和恢复在唯一的「问题处理群」中处理问题和复盘问题
对于复杂的系统通常会有如下的角色关系 梳理清楚每层的角色并使得参与同学可以方便查找目标同学会缩短问题处理时间。
问题域
概述 推荐 后续
对于《Kubernetes 稳定性保障手册》接下来会进行如下的章节细化分别从方法论和工具/服务的角度进行总结形成初版后与大家分享进行共建 作者悟鹏
原文链接
本文为阿里云原创内容未经允许不得转载
