机场统一运维项目ITSS案例.docx

《机场统一运维项目ITSS案例.docx》由会员分享，可在线阅读，更多相关《机场统一运维项目ITSS案例.docx（11页珍藏版）》请在第一文库网上搜索。

1、机场统一运维项目ITSS案例案例基本信息案例名称某市机场统一运维项目案例单位名称华为技术有限公司所应用的ITSS标准4信息技术眼务运行维护第I席分通用要求(GB28827I-2OI2)Z信息技术服务运行维护第2部分：交付规范(GBZT28827.2-2012)回信息技术服务运行维护第3部分：应急响应规范(GB288273-2012)信息技术服务运行维护第4部分；数据中心服务要求(GB28827.4-2019)信息技术服务咨询设计第】部分：通用要求(GB36463.I-2OI8)If.T务数据中心霰务能力成熟度模型(GBT331-2ni信息技术云计算云泰务运营通用要求(GB36326-2018)

2、信息技术服务场行维护服务能力成孰度膜里(ITSS.1-2O15)其他：(如有其他.请填写标准具体编号名称)案例类型咨询设计回运行维护口数据中心版务云服务口其他：案例简介400字内本案例介绍了某市机场在业务数字化装型过程中运维体系所面临的挑版，并基于数字化转型和运维质量的诉求制定统一运维体系的建设目标和路径。该机场敏字化转型中采用了业务应用、数字平台、PaaS,IaaS、感知层的分层解墙架构.提升了业务敏捷性,同时服务对象呈现量级增加,数字业务连续性也提出了更高的服务等级诉求，该机场过往信息化运维基于烟囱模式难以满足运维需求。甚于此总体诉求，某市机场与华为公司联合构茏了：统一运维烟索、统一流程规

3、范、统一运维管理推架以及统一运维平台的.某市机场统一运维体系二在2023年完成某市机场运维体系建设交付,并进行持续运维阶段。应用行业机场关键词运行维护服务，人员，资源,技术，运维需求方，运维供给方一、案例背景1实施背景某市机场位于珠三角区域，是中国境内集海、陆、空、铁联运为一体的现代化大型国际空港。十三五期间,该机场启动数字化转型和智慧机场的总体规划和建设。在数字化转型进程中该机场与华为公司双方基于平台+生态的理念构建起了机场数字化平台，这个平台以华为ICT基础设施为底座，在底座之上叠加多个通用平台以及数字平台，并联合合作伙伴在平台之上构建行业生态系统，目前在新建平台上已运行几十个应用系统，可

4、提供各类服务。随着该机场数字化转型项目的实施,越来越多的ICT基础设颁口业务系统部署上线、运行，运维团队所面临管理和技术的挑战也越来越多：第一，管理角度：数字化架构中应用系统集成度越来越高，故障时业务影响范围和严重程度更大，运维管理风险和工作压力也就越大。业务系统运行中很多间题都是跨产品、跨系统和跨部门,需要多兵种合成营”才能快速解决问题，但现实中间题处理均是临时抽调该机场不同职能团队以及相关技术领域中不同软硬件供应商（共计几十家）进行协同定位，存在沟通成本高、时效性差等不足。第二，技术角度：由基础设施向上至各平台至各应用系统呈现种类繁多，各产品技术架构、集成架构复杂，同类产品中各厂家的规格、

5、协议标准也有所差别；该机场数字化架构中的新技术与现有运维手段存在技术鸿沟。2实施目标为了快速改善和提升某市机场的运维能力，由该机场作为运维需求方，华为公司作为运维供给侧主导方联合构建了:某市机场面向数字化架构的统一运维体系。某市机场统一运维中短期目标某市机场统一运维目标：一、服务模式视角（短期目标）：由被动响应式服务向主动预防式服务转变，构建核心业务系统的预防和应急策略，避免重大故障发生；二、服务质量视角（中期目标）：核心业务系统故障/事件响应时间5分钟、恢复时间30分钟、业务应用可用率99.95%;故障/事件及时解决率99%o二、应用过程1实施方案本次运维项目华为公司作为运维服务供方提供了：

6、运维咨询、运维筹建、日常运维、持续改进等四项服务内容（图1）,确保某市机场运维服务具备全生命周期、可闭环及可持续迭代的能力。华为运维服务架构中四大服务组件以信息技术服务运行维护第1部分：通用要求（GB/T28827.1-2012）中运行维护服务能力模型（图2）、信息技术服务运行维护第2部分:交付规范（GB/T28827.2-2012）中交付规范作为参考模型并进行了相应适配。运维咨询规划运维筹建日常运维持续改迸；|现状调研需求分析i组织人员优化方案工具平台优化方案海程优化方案运维方案详细设计账务产品服务平台服务时适配开发团畋聋管理王丽S趣准备制度、视范设计服务台指标体系iSi+运维业务在线运堆流

7、程在线统一运维平台移动APP修警性能查询工单处理状态感知全栈采集和模里数据可视呈现专项业务砌曾eSee（数据分析）总体态势资源大屏指标告理自动报表RgeTicket（澹程）工单流程管理IT服务管理知识管理控eOps（自动化）自动修复自动执行1自动发放定期任务eCMDB（）配置管理资产信息管理.统一数据管理监iWatch（全栈唾）全栈采集散凫他监控应用监控网络监控A1根因列断运维开发流程编排自对象配置策略配Si雌分析配*配置数字平台与应用应用II大散据IIPaaSII数字平台I基础设施I信息网络|腔中心|终端图1:华为运维服务架构图2:运行维护服务能力模型华为作为服务供方向某市机场提供的运维服务

8、体系建设的具体步骤如下:第一：在运维咨询环节，华为参考ITSS核心原理组成要素：人员（人员及其知识、经验和技能要求）、流程（事件管理、问题管理、变更管理、信息安全管理、服务级别管理等）、技术和资源（运维工具、服务台、知识库等）的要求对该机场运维能力进行了现状评估，基于该机场运维目标进行差距分析，并制定向运维目标演进的可行路线图。第二在运维筹建环节,设置了该机场统一运维组织架构；首先设置运维服务供需双方的运维服务管理团队履行运维管理职能,其次服务供方构建一线，二线（含外场），三线的三级运维组织；制定了各相应团队/小组职责、岗位职责、人员绩效考核体系、人员培训机制、各技术领域运维技术规范（专业知识

9、、综合知识）、统一服务台管理制度；制定了安全生产规范、运维操作管理规范等；优化了故障管理、问题管理、应急管理、变更管理、资产管理、重保等相关服务流程。第三：在日常运维环节，由统一运维组织基于服务级别要求进行响应式、例行式运维服务。第四：持续优化则基于该机场运维业务需求对运维服务状态、数字化架构态势进行数据分析和趋势分析为进一步运维业务优化和数字化架构演进提供数据依据。第五：提供统一运维平台，实现观察/感知、分析、决策、实施/执行、服务管理于一体的自动化运维能力。2实施过程为了达成某市机场的运维目标,华为公司所提供的统一运维体系服务方案中主要构建了四个关键能力：统一运维组织、统一流程规范、统一运

10、维管理框架和统一运维平台。构建统一运维组织多兵种合成营的建设为了统第口盘活某市机场内外部运维人员,将该机场自有人员与各软硬件供应商现场运维人员进行统一管理。从功能上设立运维服务管理团队和运维服务交付团队，其中运维服务管理团队由运维服务需方、供方分别设立并对接配合；设立专职运维经理，负责运维服务交付团队资源调度和工作质量管理，定期输出运维报告（日报，月报，季报，年报），并负责交付团队成员的直接考核和淘汰工作。运维服务交付团队（由多家软硬件供应商现场运维人员构成多兵种合成营）设置了：一线、二线/外线、三线阶梯型运维组织。一线主要职能：作为服务台提供问题受理统一入口；提供7x24主动监控服务。二线主

11、要职能：对内场对象进行故障定界/定位和分析，通过跨技术领域协同加速故障处理和减少业务受损矽卜场主要职能：对外场对象（例如：办公设备、无线网络、物联网外场等）提供现场运维和修复服务。三线作为故障定位中闭环环节，由各软硬件供应商的技术支持团队构成。在对统一运维组织中各运维岗位、角色进行设立时，华为项目组参考了信息技术服务运行维护第4部分数据中心服务要求（GB/T28827.4-2019）中附录A-数据中心运行维护人员建议，对运维管理岗、技术岗、操作岗的岗位职责、技能需求、工作范围进行了明确，对运维工作界面分工、标准化交付提供了依据。运维的交付模式：一线、二线均为现场交付，三线为各相关厂家提供远程为

12、主现场为辅的交付。主要交付成果：1 .某市机场统一运维咨询报告；2 .某市机场统一运维组织设置报告、统一运维组织系统建设；3 .统一运维各领域岗位职责、人员技能要求、人员绩效考核体系；4 .各技术领域运维技术规范、统一服务台管理制度等。构建统一流程规范一被动晌应运维走向主动预防运维通过对某市机场运维流程的重构和编排,推动该机场运维模式由被动响应式向主动预防式转变。我们首先基于统一运维组织视角对各运维流程（故障管理、问题管理、应急管理、变更管理、资产管理等）进行了优化和适配；其次从核心应用系统视角对各流程进行编排，形成针对核心应用系统的主动预防式运维流程。主动预防式运维流程分为事前、事中、事后三

13、个部分，事前聚焦：应急准备、隐患预警、巡检和变更整改（按需）；事中聚焦故障处理和应急处置；事后进行总结优化并持续迭代主动式预防流程，见图3o华为项目组在这个环节参考了信息技术服务运行维护第3部分应急响应规范(GB/T28827.3-2012)中运行维护服务应急响应过程，见图4o业务系统核心生产系统生产系统辅助生产系统非生产系统运维级别T1T2T3T4应急准备监测与覆警应急处置总结改进图4:运行维护服务应急响应过程在主动预防式运维流程基础上进一步的明确了基于业务系统进行运维分层分级、故障/事件分级规范以及故障处理通报机制，从而促进该机场统一运维团队服务级别协议S1A的达成。运维分层分级原则:基于

14、业务系统是否属于生产系统以及相关重要性进行划分，运维级别分为4个等级，如图5所示：图5:业务系统运维分级故障分级原则基于影响范围和紧急程度，将故障/事件分为11-14四个等级。根据运维分层分级规则，以业务系统的T级与故障/事件的严重程度二维表作为故障/事件定级参考，如图6:巳按规则设定T1-T4的业务系统不可用时最高的故障/事件级别,原则上故障/事件的定级不能超过该T级所设定的事件级别。一级别定义运维级别、业务系统不可用，失去全部服务能力业务系统失去或可能失去，要服务能力业务系统失去较少服务能力对业务没有影响T1121314T212121314T312131314T413131314为了及时响

15、应、跟踪、加速故障/事件处理进程，我们在故障/事件分级管理的基础上明确了故障/事件通报规范。11-12故障/事件：5分钟上报各专业领域维护小组和该机场客户侧对口责任人；15分钟上报统一运维团队和该机场客户侧运维经理；30分钟前后向该机场主管信息化主管发送进展通报。主要交付成果：1 .某市机场统一运维各流程优化适配；2 .建立主动预防式主流程框架；3 .建立业务系统的运维分级规范；4 .建立故障/事件分级、定级规范以及通报规范。构建统一运维管理框架及统一运维平台为了进一步提升某市机场统一运维组织中多家软硬件供应商的运维服务协同性和一致性为了对该机场新型数字化架构中的服务对象提供全栈运维技术管理能力，本次项目对某市机场的运维管理框架进行了优化适配；促使该机场统一运维组织中多家软硬件供应商在统一运维管理框架指导下，在统一运维平台上进行标准化、规范