【作者】胡海光 某农商银行架构师
随着我国信息技术产业的快速发展，信息技术创新能力大幅提升，产业结构优化升级取得实质进展，呈现出整体产业由弱向强转变的趋势，当前已经具备信创应用推广和发展基础。同时作为数字“新基建”的重要组成部分，伴随国产化、信创化趋势浪潮的不断推进，信创技术和方案逐渐发展成熟和实践落地，推动着整体产业朝数字化转型和国产自主可控的方向稳步前行，越来越成为经济社会发展的核心驱动力。
对于信创方案落地的实现方式而言，不是简单和盲目的国产化替换，也不是对国外产品和架构的粗暴否定，而是在不牺牲性能和稳定的前提下，伴随信创技术的成熟和积累，有目的、有计划的逐步逐次实现有效尝试和替换。
对于信息系统而言，业务的连续性和运行的稳定性关系着信息系统服务质量的好坏，而连续性和稳定性则是需要靠运维来支撑和保障，因此一套良好且适合的运维体系则是信息系统运行的方向指引和保障基础。而信创信息系统的运维体系相比传统的运维体系，就本质和内在而言存在着一定的区别。
以办公管理系统应用信创改造为例，该系统信创目标为实现办公管理系统在服务器、操作系统、数据库、中间件、OA系统、电子签章等软件、终端的全栈式国产化建设。在满足国产化要求的基础上实现办公管理系统新建和历史数据的迁移，最终完成该系统的全栈信创改造。而改造的落地方式分为可行性分析、选型、技术验证、方案设计、应用适配改造及测试、试点运行、项目迁移等几个阶段。
1）可行性分析：即对系统进行信创技术分析，编写信创实施方案，确认项目计划；
2）选型：与市场主流的信创芯片服务器、操作系统、软件、终端等厂商进行交流、初步确认候选范围；
3）技术验证：实现应用适配改造论证、验证测试，并确认信创产品选用方案；
4）方案设计：即完成项目整体的方案设计并进行评审；
5）应用适配改造及测试：即对应用进行适配开发改造、验证测试等工作；
6）试点运行：将开发及测试完成的应用在信创环境上进行试点运行及试点跟踪；
7）项目迁移：待试点运行成熟后，将该应用切换为双轨运行并总结项目经验，完成项目验收。
该系统的部署架构图如图1所示。
图1 应用信创改造部署架构图
由于该系统是全栈的信创改造，涉及到国芯服务器和交换机、国产存储设备、操作系统、中间件、数据库和安全软件等，产品种类较多，范围较广，运维难度较大。因此对于信创应用的运维来说，如何建立一套适合的运维体系关系着信创应用运行的好坏和运维的后续保障。相比于传统的运维体系而言，虽然在框架和方法上可以完全参照，但在具体运维方面上仍存在着一定的区别，如果完全复制传统运维体系，则存在着无效管理、处置速度慢、运维体系缺失等问题。基于此现就信创应用运维体系的相应变化进行简要说明。
1）运维技术和团队方面
因信创改造涉及到各类软硬件的国产化替代，部分产品还未在国内大规模普及，运维人员对于以上软硬件产品及相应技术的技能储备有限，对产品、技术特性了解不够充分，对国内自主产品体系尚未完全适应。而相比传统运维所用的技术已比较成熟，运维团队人员配备也较充足，运维人员技术掌握度也较高。
2）运维监控方面
传统运维对相应应用的监控指标和维度已日趋稳定，相应的监控和处置体系也较成熟，而信创应用运维监控体系仍在起步和发展阶段，需随着信创产品特性不断完善，以及在应用持续运行过程中持续调整和优化。
3）运维基线方面
相比于传统运维在运维基线方面比较成熟和明确，信创运维基线仍处在起步阶段，相应的操作系统和软件等还未明确相应的基线。
4）容灾备份方面
目前传统应用在容灾和备份方面采用的产品和解决方案大都为国外产品，如HADR、SRM及NBU等，产品功能强大且运行稳定，而全栈信创在容灾备份方面需同国产容灾备份产品进行相应的适配和验证。
5）应急处置方面
传统应用在应急处置方面，处置方案及文档齐全且进行多次的演练和验证，在应急处置方面较为成熟，而对于信创应用而言应急处置方案有些尚未体系化，演练缺失，缺乏有效的应急处置经验。
当然这是由于信创产业在当前特殊背景下产生的一定问题，就信创运维体系而言还存在着如下风险：
1）技术风险
当前整个信创环境如操作系统、CPU等硬件、数据库、中间件等既相互协作又相互影响和制约，而当前信创处于一个快速发展阶段，因此在实际环境中就形成了一个个相对独立的孤岛，硬件不同、操作系统版本不同、应用软件千差万别，这就对技术路线选型提出了很高的要求，既要向前兼容也需要向后兼容，否则产品的实施成本和维护成本就会急剧增大。
2）运维风险
国产化产品多为各厂商自研或基于开源平台封装，同时各产品还未在国内大规模普及，因此对产品的熟悉程度还存在欠缺，对专业技术人员的培养还存在差距。因此当系统或产品发故障时，能否进行故障的快速定位、处理，能否对业务进行快速恢复，减少业务损失成为一大风险点。
3）开源风险
信创产品生态非常庞大，能够完全不依赖第三方开源代码的公司非常少，为了提高运维效率，大量使用第三方开源代码，无形之中给整个信创生态体系埋下隐患，一是违反开源协议产生侵权行为，面临巨额罚款或者是停止侵权行为；二是有很多开源软件具有故意留下的后门，存在巨大的安全漏洞而造成敏感信息的泄露或者是被操纵。
结合信创应用以上存在的变化及风险，就信创应用带来的运维变化而言，我们应对的方案如下：
1）建立信创运维体系。结合ITSS和ITIL的要求，建立标准的信创应用运维管理体系，形成完善的运维管理制度，同时结合国产化产品的特性，形成专有的运维管理体系，以保障信创相关应用的稳定运行。
2）提升信创技术能力。针对目前信创应用技术能力缺乏的现状，就信创相关技术开展相应的交流、培训、认证等多种形式的活动，提升人员的技术能力。
3）完善人才配备和培养机制。加强各类引入技术的相关学习和培训，在各类系统实施信创改造时确保做好知识转移，也可通过同业调研、交流学习的方式，来提升自身人员的专业水准。
4）制定全面的应急方案。针对系统硬件故障及系统软件缺陷等风险制订全面的应急预案。并根据项目重要程度合理规划应急预案演练的形式、数量和规模，提前安排人员和团队进行演练，保障项目实施的有序可控。
觉得本文有用，请转发或点击“在看”，让更多同行看到
资料/文章推荐：
https://www.talkwithtrend.com/Topic/4549
长按二维码关注公众号
*本公众号所发布内容仅代表作者观点，不代表社区立场
