《云上大型赛事保障白皮书》——第七章 保障阵型与流程管理——7.1 云上大型赛事保障阵型——7.1.2 北京冬奥保障阵型

简介: 《云上大型赛事保障白皮书》——第七章 保障阵型与流程管理——7.1 云上大型赛事保障阵型——7.1.2 北京冬奥保障阵型

7.1.2 北京冬奥保障阵型


在冬奥之前,我们与北京冬奥组委签署保障合同方案,其中规定了详细的保障机制和流程,在具体操作过程中,我们成立了对应的前中后台团队进行东西向服务分层,各团队基于业务影响进行南北向的服务分级,并组建了管理层应急响应小组做为最终的决策层,具体的保障阵型如下图所示。

image.png

图:北京冬奥阿里云保障团队组织架构图


下面从前到后再对不同的团队进行逐一介绍。

客户:不同的奥运客户实体,基本都会使用奥组委指定的ITSM工具联系到阿里云的保障团队,但阿里云提供的接口不同,例如:北京冬奥核心系统客户,会反馈至工作在北京冬奥组委技术运行中心(TOC)的阿里云TOC驻场保障团队;国际奥组委项目群(OBS\OCS等客户),对于来到北京的OBS,会反馈至工作在"闭环"主媒体中心(MMC)的阿里云MMC驻场保障团队,其余则通过ITSM工单系统或阿里云国际站工单系统反馈至阿里云技术中台保障团队。

前台团队:工作在北京冬奥组委技术运行中心(TOC)和闭环区主媒体中心(MMC),现场服务在TOC和MMC的奥运客户实体。在TOC的现场保障团队又区分为不同的角色:值班经理(Duty1Manager)负责保障过程的整体把控、监控资源盯屏和云产品变更审批;技术专家(Technical1Specialist)负责承接客户反馈的ITSM工单和紧急配置变更,并针对需进一步处理的问题发起阿里云内部处理流程;运行经理(Operation Manager)负责技术问题的响应升级、对客沟通和后场报障;运行专家(Operation Expert)负责现场的技术问题深入排查、前后场技术串联,是现场保障团队的技术兜底;安全专家(Security Expert)\DCDN专家(DCDN Expert)则针对于具体的安全产品和DCDN产品提供产品方保障,这是由于此两个产品为奥运云上架构下最容易产生大规模故障的产品线;Info AV值班经理则是为一个比较特殊的IOC创新项目Info AV系统专门安排的一个现场支持岗位。前台团队的主要职责是为客户提供快速响应和现场服务,提升奥运客户的服务体感,对定位至阿里云侧的问题快速拉通中后台团队介入处理。

1684907317131.png


中台团队:在北京冬奥,阿里云技术中台团队的名字叫做OCOC(Olympic Cloud

Operation1Center),OCOC团队定位为整个解决问题环节中的技术中台,处理来自于TOC和MMC现场团队升级的问题,并直接处理无现场服务的奥运客户的问题,工作在阿里云的北京望京园区和杭州飞天园区。OCOC团队是服务阵型中承前启后的一环,来自于前台团队流转的阿里云侧问题绝大部分在OCOC团队闭环,OCOC团队通过内部问题管理系统对问题响应、问题处理、问题排查解决、风险上报、故障应急等进行持续跟踪和闭环处理,确保整体SLA达成。同时,OCOC团队建立了奥运客户所有云产品的告警与监控机制,设计了相应的告警应急预案,当告警发生时,通过标准告警应急预案进行处理,设计了垂直技术应急预案,当发生不同云产品突发情况时,通过标准垂直技术应急预案进行处理,以此确保云上环境运转正常。在特定情况下引入后台团队,即:当紧急情况发生时,引入安全生产团队;当需要产品底层原理排查时,引入产品研发团队。OCOC团队主要由阿里云全球技术服务部专家服务团队(GTS-AES)构成,之前护航过阿里云所有重大活动,例如双十一、双十二、云栖大会等等,经验非常丰富。

后台团队:即安全生产团队和产品研发团队。安全生产团队负责处理产品侧的重大故障,及时引入对应的产研团队,在发生故障的情况下主导故障应急;产研团队则是整体服务阵营中人数最多的团队,这是因为客户使用了60+款云产品,而每款云产品都需有对应的冬奥保障团队。具体来讲,从研发侧,一共有基础产品事业部、基础设施事业部、数据库产品事业部、流量产品事业部、计算平台事业部、产品解决方案与大网站事业部等六个部门参与,覆盖北京冬奥全量奥运客户所使用的所有云产品。产研部门除了主导云产品侧的问题处理,还研发了不同的云产品层实时监控,做为整体监控系统的一部分发挥作用。

对于TOC现场客户产生的具体问题,其服务流程如下:

客户向技术运行中心现场团队提交ITSM工单,或面对面交流提出问题。技术运行中心现场团队依据SLA响应工单,确认事件描述,如果不能解决,就升级给远程OCOC团队。远程OCOC团队会和TOC现场团队通过钉钉密切协作。

如果需要云产品团队介入,OCOC团队会引入产品团队。当紧急情况发生时,则还会引入安全生产团队。

任何对业务有重大影响的紧急情况都可能导致SLA违规或引起负面舆论,立即上报给管理应急决策小组。

管理层应急响应小组将对紧急情况的处置做出决策,并和北京冬奥组委管理层保持密切沟通,包括技术运行中心主任。

对于MMC现场客户产生的具体问题,其服务流程如下:

客户向主媒体中心现场团队提交ITSM工单,或面对面交流提出问题。

主媒体中心现场团队依据SLA响应工单,确认事件描述,如果不能解决,就升级给远程OCOC团队。远程OCOC团队会和TOC现场团队通过钉钉密切协作。

如果需要云产品团队介入,OCOC团队会引入产品团队。当紧急情况发生时,则还会引入安全生产团队。

任何对业务有重大影响的紧急情况都可能导致SLA违规或引起负面舆论,立即上报给管理应急决策小组。

管理层应急响应小组将对紧急情况的处置作出决策,并和国际奥组委管理层保持密切沟通。

对于线上奥运客户产生的具体问题,其服务流程如下:

客户通过ITSM系统或者阿里云国际站工单系统向OCOC团队提交工单。

如果需要云产品团队介入,OCOC团队会引入产品团队。当紧急情况发生时,则还会引入安全生产团队。

任何对业务有重大影响的紧急情况都可能导致SLA违规或引起负面舆论,立即上报给管理应急决策小组。

管理层应急响应小组将对紧急情况的处置作出决策,并和客户管理层保持密切沟通。

相关文章
|
消息中间件 NoSQL Java
Redis监听Key的过期事件
在redis.conf配置文件中有个配置项:notify-keyspace-events " " ,默认是没有key的过期监听的,我们需要将其开启
2933 0
|
4月前
|
人工智能 运维 安全
工单闭环从半天到 6 分钟:我们把 AI Agent 编进了组织架构
我们以云原生应用部门为试验田,用商业化产品 AgentTeams 落地一支"数字员工小分队",让它们承接日常研发、工单答疑、开源维护与运营等业务,把原本人肉串联的协作流程,做成 AI Native 的工作方式。
1452 171
|
9月前
|
存储 缓存 调度
阿里云Tair KVCache仿真分析:高精度的计算和缓存模拟设计与实现
在大模型推理迈向“智能体时代”的今天,KVCache 已从性能优化手段升级为系统级基础设施,“显存内缓存”模式在长上下文、多轮交互等场景下难以为继,而“以存代算”的多级 KVCache 架构虽突破了容量瓶颈,却引入了一个由模型结构、硬件平台、推理引擎与缓存策略等因素交织而成的高维配置空间。如何在满足 SLO(如延迟、吞吐等服务等级目标)的前提下,找到“时延–吞吐–成本”的最优平衡点,成为规模化部署的核心挑战。
2182 40
阿里云Tair KVCache仿真分析:高精度的计算和缓存模拟设计与实现
|
7月前
|
人工智能 数据可视化 API
零成本解锁AI算力!OpenClaw阿里云及本地部署与GLM-4.7-Flash免费调用实战保姆级教程
在使用OpenClaw(别名“大龙虾”)时,很多用户会遇到Token消耗过快的问题。2026年,智谱AI开放平台推出的GLM-4.7-Flash模型提供完全免费调用服务,该模型作为30B级SOTA模型,强化了编码能力、长程任务规划与工具协同,上下文窗口达200K,最大输出Tokens为128K,适配OpenClaw的复杂智能体任务执行需求。
7890 0
|
6月前
|
人工智能 JSON 供应链
畅用7个月无影 JVS Claw |手把手教你把JVS改造成「科研与产业地理情报可视化大师」
LucianaiB分享零成本畅用JVS Claw教程(学生认证享7个月使用权),并开源GeoMind项目——将JVS改造为科研与产业地理情报可视化AI助手,支持飞书文档解析、地理编码与腾讯地图可视化,助力产业关系图谱构建。
24260 15
畅用7个月无影 JVS Claw |手把手教你把JVS改造成「科研与产业地理情报可视化大师」
|
云安全 人工智能 安全
马年专属平安签已上线,诚邀您参与「云上体检 开签纳福」互动活动!
阿里云「云上体检 开签纳福」活动:扫码抽马年平安签,获云上安全寄语;完成「2026云上安全健康体检」即领福气盲盒(100%中奖),分享签文截图还可抽AirPods 4等大奖!
1043 7
|
8月前
|
存储 人工智能 缓存
一种基于分层记忆与注意力约束的对话AI架构
本文提出一种新型对话AI记忆架构:从空白记忆库起步,分三层(核心/中层/临时)动态存储信息;通过两层过滤(模型识别+用户反馈)精准入库;采用注意力降压、高频抑制等机制杜绝复读;核心记忆上锁保护,满库自动清理。让AI真正“记得住、不啰嗦、不乱记、越聊越懂你”。(239字)
|
10月前
|
SQL Oracle 关系型数据库
Oracle 常用函数
拿到手的数据不总是规规矩矩的?Oracle内置了超多实用函数,可以直接在SQL里“加工”数据。无论是大小写转换、截取字符串,还是日期的加减、数字的四舍五入,都有对应的函数。特别推荐用NVL来优雅地处理空值,以及用CASE语句实现复杂的判断逻辑,能让你的查询既强大又省事。
1112 4
|
机器学习/深度学习 缓存 自然语言处理
17_文本预处理全流程:分词到lemmatization
在自然语言处理(NLP)领域,文本预处理是整个流程中最基础、也最关键的一步。2025年的研究表明,高质量的文本预处理可以将后续模型性能提升30%-45%,这一数据较2023年的25%有了显著增长。预处理的核心目标是将原始文本转换为适合机器学习模型处理的结构化形式,同时保留关键语义信息。
668 0
|
安全 算法 BI
《HarmonyOSNext 应用/元服务上架全攻略:从签名到过审的保姆级指南,让你一次跑通不踩坑!》
本文为HarmonyOS应用/元服务上架提供详细指南,涵盖签名到过审全流程。首先在AGC创建项目与应用,接着通过DevEco Studio生成密钥和CSR文件,申请发布证书与Profile。然后配置签名并编译打包,最后提交至AppGallery Connect审核。附避坑指南,助你顺利上架。
1253 0

热门文章

最新文章