伍佰亿书画网网站,app开发公司掌握我的源代码吗,广告设计制作公司名字,纯代码给wordpress增加淘客功能简介#xff1a; 模拟驾驶能力输出#xff0c;赋能客户提升稳定性信心 1.背景
我们技术服务团队经常会遇到这样的状况#xff0c;随时随地收到紧急电话#xff0c;开始紧张地排查问题#xff0c;处理故障以及恢复服务。硬盘故障、网络不通、大量不到终态、水位高、流量激…简介 模拟驾驶能力输出赋能客户提升稳定性信心 1.背景
我们技术服务团队经常会遇到这样的状况随时随地收到紧急电话开始紧张地排查问题处理故障以及恢复服务。硬盘故障、网络不通、大量不到终态、水位高、流量激增等问题不胜枚举也许因为一个很小的变更因某种不可预期的场景引起蝴蝶效应导致了大面积的系统混乱、故障和服务中断对客户的业务造成严重影响。故障往往带来巨大的损失然而由于分布式系统的特性各种不可预期的突发事件在所难免单靠人力并不能够百分之百地阻止其发生。与其担惊受怕系统会出现什么样的问题不如化被动为主动提前模拟线上环境可能出现的各种情况来检验我们的系统是否能做到容错是否在出现问题时仍然具有对外提供服务的能力。 模拟驾驶的初衷就是通过实验性的方法主动找出系统中的脆弱环节让人们建立起复杂分布式系统在生产中抵御突发事件的信心。任何足够复杂的系统都不可避免地带有让人意想不到的暗债暗债是现代软件系统逐步复杂化进程中的副产品它会威胁系统的正常运转。模拟驾驶的意义就在于它会帮助你发现暗债从而在暗债变成系统的严重问题之前加以应对避免造成损失。
2.模拟驾驶
模拟驾驶是GTS-SRE混合云团队遵循混沌工程实验原理并融合团队内部多年高可用体系沉淀下来的经验而打造的一款技术服务提供丰富的故障场景、异常仿真的实现能够帮助分布式系统提升容错性和可恢复性以期帮助更多的政府和企事业单位做好稳定性建设。
2.1基础服务内容 图1模拟驾驶基础服务内容框架
2.1.1混沌工程课程培训
混沌工程学培训课程涉及三个专题共八章20小节的内容。课程从混沌工程学的理论出发融合阿里内部实践通过由混合云历史故障库和故障能力库中精炼总结得来的经典案例深入浅出地解释了如何完成混沌工程实验包括所需要面对的挑战、推进的准备项、采用的工具以及模拟驾驶的实施方法是混沌工程学实践的入门课程。通过课程的学习可以帮助用户达到以下的目标
了解混沌工程学基本的概念、原则、前提、作用以及应用了解混合云在混沌工程学实践的工具包了解具体实施混沌工程实验的方法了解各场景的模拟驾驶演练操作方法参与混合云混沌工程的社区共建。
2.1.2模拟驾驶工具包
实验注入工具-Apsara Chaos Platform Apsara Chaos Platform简称ACP是混合云一款遵循混沌工程原理和混沌实验模型的实验注入工具帮助企业提升分布式系统的冗余容错能力、故障隔离能力、可观测性并且在企业上云或往云原生系统迁移过程中提供弹性能力和易用性能力的保障。ACP可支持丰富的异常仿真场景包括边界异常仿真如docker异常等、应用层仿真如进程假死、异常退出等、系统层仿真如CPU、内存、磁盘空间等系统资源消耗、硬件层仿真如网卡抖动、带外重启等并且在异常场景编排的异常类型节点可以对此模拟能力进行实例化。监控告警工具-TAM Alarm Center TAM Alarm Center(简称TAC是SRE团队为混合云精心打造的一站式告警运维平台覆盖混合云所涉及的云产品、大数据、云实例以及用户所涉及的站点应用等告警提供告警生命周期管理以及报警外发等解决方案。帮助混合云快速发现、定位异常问题。目前中国区100项目已部署TAC其中有40%的项目可以通过钉钉、短信或邮件的方式实现告警外发。有效地提高了告警处理效率减少因告警未及时处理导致故障的情况大幅提高项目运维质量减少项目人力投入成本。故障诊断工具-SRE-CLI Site Reliability Engineer - Command-Line Interface简称SRE-CLI是一款黑屏化控制台的故障诊断工具能够根据异常场景从场景库中匹配检查项进行自动诊断并确认异常原因归档异常详细信息最终给出处理建议。SRE-CLI可帮助混合云快速发现、定位异常问题的原因提供从问题描述、故障定位及诊断、输出诊断报告、提供解决建议的全方位“问诊”服务。目前云平台底座产品天基的40%问题已经能够通过SRE-CLI工具进行诊断定位从而减少了人工手动排查的时间有效地提高了故障处理效率大幅提高项目运维质量减少项目人力投入成本。巡检及问题诊断工具-铜雀 铜雀专注于智能化巡检及问题诊断是TAM和驻场服务团队日常工作中的首要工具。它能让TAM和驻场服务团队从日常繁琐的巡检工作中解放出来将精力投入到更有价值的客户服务中去通过打通云平台侧、租户侧及应用侧的信息辅助应用运维及优化并通过工具化手段提升现场问题分析定位的能力和速度。铜雀目前作为混合云企业版的标准输出产品已经能够100%覆盖V3平台的局点。目前铜雀的功能主要是以巡检为中心后续将逐渐将故障应急、高频变更、问题诊断能力补充上来并将铜雀的基础能力开放出来使产品、驻场、TAM等人员的经验不断沉淀到系统中打造以铜雀为中心的运维生态圈。
2.2服务案例
2.2.1背景
某电力集团客户想验证云平台的高可用性以及阿里的故障应急能力在沟通之后了解到SRE-TAM团队有专业完善的模拟驾驶能力遂提出服务申请邀请技术服务团队至业务现场进行赋能培训及演练服务。
2.2.2目标
技术服务团队希望通过本次服务提升客户对混沌工程这一理念的认知和对云平台的了解同时帮助现场同学和客户提升故障的应急处理能力提振平台稳定性信心。
2.2.3服务概述
技术服务团队调研并收集项目现场信息赋能客户进行混沌工程培训课程的讲授包括混沌工程概述、混合云混沌工具包介绍、模拟驾驶三个专题 图2客户现场进行赋能培训
进行工具的准备及部署工作在业务现场部署了ACP和SRE-CLI工具对已部署的TAC工具进行了升级工作客户提供了演练时间窗口技术服务团队按照标准流程前期检查、故障注入、告警查看、故障诊断恢复进行了五个场景的模拟驾驶演练指导客户使用工具进行操作演练并答疑 图3客户现场指导操作并答疑
2.2.4成果
通过本次模拟驾驶的服务加强了客户对混沌工程实验的认知和加深了客户对云平台高可用性的了解
通过手把手地指导并且协同客户一起从故障注入到故障发现最后到解决故障的实验全流程实践客户对模拟驾驶的影响范围和爆炸半径有明显的体感对混沌工程的原则有了一定的认知模拟驾驶演示后客户对云平台的自愈能力和健壮性表示深度认可并且对后期进行常态化、机制化的演练意向比较强烈客户很乐意参与混合云模拟驾驶的共建。
3.总结及思考
伟人说“实践是检验真理的唯一标准”然而在开展模拟驾驶之旅的过程中是无法一蹴而就地达到实验的最理想状态的那我们可以按照怎样的路径去实施第一次模拟驾驶实验呢 首先所谓模拟驾驶的实验性是为了探索“未知”的风险找到暗债但是实践中不妨先从“已知”开始。通过对“哪里最可能出问题”的思考和讨论我们评估出系统潜在的弱点和预期结果这可以让你对演练的优先级有所把握哪些潜在问题更有可能发生或后果更严重。团队可以通过记录并总结历史故障类型、发生频次以及对应的依赖项等从而对“哪里最可能出错”有初步的认识。当你觉得某一项可能存在问题时先从这类场景注入故障会是一个好的开始。 其次在实验实施前我们需先创建一个假设这会是一个很好的团队思维练习。通过讨论这个场景你可以在运行它之前对预期结果进行假设比如这个失败对客户、企业或对你的依赖项有什么影响?在运行第一个实验之后你可能会遇到两个结果之一验证了系统对引入的故障是否具有弹性或者发现需要修复的问题。这两个结果都很好。如果是第一种情况你增强了对系统及其行为的信心如果是后者你则在系统导致停机之前发现了问题。 最后模拟驾驶实验主张“在离生产环境越近的地方进行实验越好越真实”但我们认为从实际情况的角度来看这取决于组织对这一理念的接受程度。那么让各方都比较放心的一种比较温和的实验路径是从线下逐渐走到生产。不过对于分布式系统而言部署不同、流量不同都会带来不一样的结果唯有在生产环境中进行实验才能真正验证否则会大大地削弱这些实践的价值。 就如同人类要打疫苗才能免除未知的病痛系统的稳定性建设也离不开模拟驾驶希望我们的团队可以更多地将模拟驾驶技术能力输出赋能更多的客户来提升反脆弱性和系统稳定性的信心 原文链接 本文为阿里云原创内容未经允许不得转载。
