人保财险核心业务系统运维自动化平台设计与实现.docVIP

人保财险核心业务系统运维自动化平台设计与实现 　　摘要：文章讨论了人保财险南京公司现阶段核心业务系统运维方面存在的问题，结合实际研究了多服务协同下的数据交互技术、数据管理技术在保险实务运维中的优势。设计并研发了人保财险核心业务系统运维方案自动化平台，并融入运维风险管控机制，通过阶段性测试验证了其高效性与实用性。 中国论文网 /3/view-7183766.htm 　　关键词：运维自动化 风险管控 数据交互 　　一、引言 　　在保险实务的开展中，不可避免出现录入错误、系统BUG及非常规客户需求变更等需要系统运维人员介入的情况，同时运维工作的规范化十分重要，不规范的运维轻则导致数据质量问题，重则导致风险扩大，造成经济损失，直接对保险公司的正常业务发展造成影响。 　　笔者认为，现阶段运维工作存在以下可以改进之处： 　　（1）采用人工作业模式，大多情况下缺少实现过程的自动化，可能导致一定的人工误差； 　　（2）缺乏统一的方案制定规则，存在一定的风险隐患，方案的不完备或运维人员的失误可能导致数据质量问题。 　　（3）处理过的问题不能有效的整合归纳汇总，运维经验不能被后续同类问题处理人员所复用。 　　（4）部分运维人员积累了自己的运维方案模板，但多以文件形式存放，而不是采用数据库存储的形式进行管理，导致可读性不强。 　　综上所述，有必要研发用于运维的辅助系统，方便方案制定者快速、高效、准确的制定统一的运维方案，提升为业务服务的质量，提高运维工作效率。 　　二、智慧运维的提出 　　与运维实务同等重要的是运维知识的沉淀与风险管控，具体则体现在运维日志的管理上。现阶段运维日志仍采用传统的手工Excel录入模式，即各人记录各自的运维日志，并以文件形式保存。 　　这种模式在大数据、互联网的今天已经呈现出诸多弊端[2]，如：信息维度不统一、查询条件不全面、数据存储不安全、信息不共享等，已经给运维工作造成了一定的影响，具体表现在以下几个方面： 　　（1）信息维度不统一导致运维资料汇总分析维度难以确定，标准难以固定； 　　（2）查询条件不全面导致筛选目标数据变得困难，尤其是数据量较大、且筛选条件较多时难以快速追溯历史问题； 　　（3）数据存储不安全，采用文件形式存储容易导致手工日志的意外丢失、覆盖等问题； 　　（4）信息不共享导致各运维人员只能查看各自的日志，给运维知识的沉淀与传承带来了阻力，影响运维“传、帮、带”工作的实施，同时这种“闭门造车”的做法也会导致对运维风险预判的失误，从而可能使问题再次扩大或造成不良后果。 　　鉴于此，本文在分析现阶段运维知识沉淀问题的基础上，结合数据库技术与互联网技术提出“智慧运维”计划，旨在设计并一套健全的运维知识沉淀体制，使各运维工作者的运维日志以较为全面的信息维度进行统一，并实现自定义条件查询检索、运维信息共享与风险管控。 　　三、系统设计 　　（一）系统结构设计 　　系统以Visual Studio2008为开发平台，采用ODBC模式访问核心系统数据库实时镜像，结合SQL Server2005，设计面向服务的四层B/S系统。 　　（1）根据不同系统出现的运维问题，结合相关参数自动生成解决方案； 　　（2）设计满足系统需求的简洁、高效的运维日志数据库，用于储存有关运维问题信息及相关数据。通过对数据库的增加、删除、查询、更新等操作，实现日志数据的浏览、分析、评级、相互学习等功能； 　　（3）设计实用的数据查询功能，用以满足日常运维常规查询需求。图3-1为系统整体结构图。 　　（二）核心功能设计 　　核心功能模块为方案自动化与运维日志管理，前者用于解决运维过程中遇到的各类数据及系统问题，通过运维平台的智能后台分析、数据校验，生成统一、规范的解决方案，后者主要用于解决运维人员的经验差异会导致的风险预判不一致问题，一方面帮助管理人员能及时了解潜在风险，以便适当时予以干预；另一方面帮助运维人员思考风险识别的规律，快速提升风险预判和处理的能力。 　　运维风险根据对系统数据改动的程度及涉及数据的量级分为三级，管控机制由三个部分构成：其一，由各运维人员录入日志并自判风险等级；其二，经验丰富等的专岗校验各运维人员的原风险等级，并给出新风险等级；其三，若新风险等级与原风险等级相差两个级别以上，系统自动推送交由上级领导审核，并在领导做出批示后返回登记人员。管控流程如图3-2所示。 　　 　　图3-2 运维风险管控流程 　　运维日志功能模块特色如下： 　　（1）提供统一的运维日志管理平台，各系统运维人员均可在此记录日常工作心得体会，并可通过“希望谁看”功能指定学习人员，强化内部学习氛围，有助于运维综合实力提高； 　　（2）提出了运维风险等级概念，通过设置专岗人员定期为各日志评级，