银行数据中心运维转型.docx

银行数据中心运维转型银行数据中心运维转型1一、银行数据中心运维的发展和演进21.1单一数据存储阶段21.2数据集成管理阶段21.3智慧运营阶段2二、城商行运维的痛点分析32.1运维制度不规范32运维流程不合理33运维技术水平低44应急管理不高效42.4.1风险防范意识不高4灾备体系不清晰4系统应急预案不完善5三、城商行运维转型的思考和对策53.1战略层面一一管理层关注52战术层面一一做合规的事63实操层面一一正确地做事63.1运维人员62运维流程6运维技术7四、小结7一、银行数据中心运维的发展和演进近年来，随着移动互联网、大数据、云计算、AI技术等金融科技业态逐步向传统金融领域渗透，银行业务系统越来越庞大，系统之间的关联越来越复杂，金融科技的不断发展•一方面为传统银行业的跨越升级插上了腾飞的翅膀，另一方面也给数据中心运维带来了极大挑战。业务的高速增长始终离不开运维的强有力支撑，银行数据中心经历了从部件级运维到一体化发展的各个阶段，数据中心的内涵也从单一数据存储场所向智慧运营不断演进。1.1单一数据存储阶段在单一数据存储阶段，数据中心的运维重点是服务器、存储和网络，主要承担的功能是数据存储和管理，集中存储了银行的业务数据。处于此阶段的数据中心功能比较单一，整体可用性低，业务连续性要求不高，仅仅便于数据的集中存放和管理，面向单套业务系统的存储和应用，运维管理粗放，资源台帐不清，运维人员时刻处于“火线”边缘。1.2数据集成管理阶段数据集成管理阶段是数据中心运维管理的转型阶段，此时数据中心组织专门的人员进行集中维护，注重运维效率，为业务系统提供有效支撑。有些做得比较好的数据中心己经开始集成CMDB,自动化集成ITSM流程，通过云服务实现自动化的服务交付，对系统维护上升到了管理的高度，从事中干预、事后处理慢慢过渡到事前预防。业务连续性要求较高，IT系统的可用性己经作为部门KPI列入年度考核，数据中心要求有较高的稳定性和可靠性。1.3智慧运营阶段处于智慧运营阶段的数据中心，从注重运维效率转变为更加注重运维质量，业务与科技深度融合，业务系统对数据中心的运维要求己不仅仅是支撑，而是提供安全、持续、稳定、有效的科技服务，此阶段的数据中心己经演进成了金融服务提供中心，服务流程趋于规范化、标准化、统一化，并通过信息技术实现自动化管理。数据中心集成、管理和维护了各种资源，从技术运维转向了技术运营，实现基础设施和服务实时交付，保证计算资源价值最大化。数据中心高可用性和业务连续性要求高，重要信息系统应用级灾备覆盖率达到100%,且具备有效的异地数据级灾备，灾备接管时间为分钟级。二、城商行运维的痛点分析中小型城商行受制于资产规模、科技投入、科技人才匮乏等因素，在科技人员配置和资金投入时一般都是重开发轻运维，运维管理粗放，这就不可避免地暴露了很多运维的问题和痛点。2.1运维制度不规范中小型城商行处于运维发展的初级阶段，运维制度、操作流程、应急预案、灾难恢复计划书等制度性文件制定之后就束之高阁，没有及时根据实际情况进行修订更新，使得运维工作无章可循，运维操作做不到规范化、标准化。运维制度不规范的数据中心，人人都有一套运维标准，同样的事情不同人处理都存在差异，各岗位职责边界界定不清，岗位之间协同性差，做事互相推诿，甚至怕担责任少做少错，紧急问题得不到有效处置，从而运维事故频发，带来极大的安全隐患。2.2运维流程不合理如果制度是“心脏”，那流程就是“血液”，它贯穿整个工作范畴，引导运维工作，界定具体的管理职责，运维流程的有效性和可操作性直接影响了运维质量和运维效率。数据中心需要制定切合自身的、实用的流程，缺乏有效流程管理的数据中心，故障响应时间慢，故障定界定位难，故障处理缺乏统一有序步调，问题跟踪方式自成一派。缺乏流程指引就摆脱不了“烟囱式”运维，或“救火式”运维，每位运维人员都是无头苍蝇一般的“救火队员”，增加了人为操作风险。如今大多数中小型城商行的数据中心都部署了各类运维支撑工具或平台，比如ITSM、自动监控平台、堡垒机、口志管理平台、灾备切换平台等，但大多数运维场景下，这些工具平台各自为政，没有串联形成体系，相互之间缺乏有效的流程诳行编排和管理，流程和工具的衔接存在断层，协同调用依赖人工进行，增加了运维投入但却没有简化运维。2.3运维技术水平低在实际操作层，技术是运维的骨骼，强硬的技术实力是运维体系的底座支撑。近年来，中小型城商行业务迅猛发展，基础设施快速膨胀增加了运维管理的复杂度，业务系统对IT基础设施提出了更高的运维服务要求。多设备、多厂家、多产品导致运维复杂度攀升，为达到高效运维，就必须利用技术手段为不同技术路线的系统环境提供统一的服务接口，整合事件处理、变更管理、服务请求、配置管理等多项流程，将流程和操作一体化，同时还需要熟悉多平台、多业务、多工具的