本文来自微信公众号“安永EY”。
当前大数据、云计算、人工智能、物联网、区块链等新兴技术深入渗透到保险生态的各个价值链，正在重塑传统保险发展模式，推动业态优化、渠道变革、场景创造、体验提升，促使行业整体数字化转型。科技转型已成为保险公司战略发展的重要内容之一，未来有望成为驱动保险行业变革的核心力量。同时，保险生态圈的参与主体类型日益多样化，跨行业、跨领域、跨渠道的合作有望促进保险领域新产品、新业态、新模式的创新和探索。
在信创（即信息技术应用创新）对保险公司软硬件系统的国产化要求的背景下，保险公司如何对整体系统架构进行科学合理规划和优化，让信创国产化替换成为企业数字化转型的突破口，帮助险企适应市场变化和金融环境，提高竞争力和可持续发展能力，将是保险公司的重要课题。
一
背景与现状
信创产业，旨在实现信息技术领域的自主可控，保障国家信息安全。其核心是建立自主可控的信息技术底层架构和标准，在芯片、传感器、基础软件、应用软件等领域实现国产替代。信创产业是数字经济、信息安全发展的基础，也是“新基建”的重要内容，将成为拉动中国经济增长的重要抓手之一。以产业链的角度进行区分，信创产业可以被分为五个大类，分别是基础硬件、基础软件、云计算、应用软件、以及信息安全。
金融行业信创概览
中国金融信创起源于银行业，也壮大于银行业，现阶段银行金融信创建设进度已接近尾声。近年来，中国保险业的信息化建设投入规模逐年递增，但与银行业相比其信创尚处于萌芽阶段。
银行信创实施特点
银行业作为金融信创的先行者，其实施路线及方式对保险业有着重大的参考意义。在信创实施过程中，银行业呈现出以下明显特点：
1.分级、分层、分阶段
►将系统分级分层为：办公系统、一般业务系统、核心业务系统、金融工具。
►分阶段先试点、后全面按优先级进行替换。
2.核心系统分布式架构改造
►以微服务为代表的分布式架构，具有高可用、低延时、高并发、横向扩展等优势，是突破集中式性能瓶颈的最佳技术手段。
►分布式工架构能减少对IOE厂商的依赖，头部互联网公司成功的“去IOE”历程则为金融行业树立了标杆。
3.金融信创云赋能加速
►云计算发展日趋成熟，逐渐颠覆了传统IT产业的运营模式，云计算通过与分布式架构相结合，并逐步实现弯道超车。
►信创云建设及全栈系统改造已成国有大行及股份银行主流。
保险行业信创正处于信创萌芽阶段
保险业信息建设起步较银行晚，但是却十分迅速，多集中于软件方面的改造，如OA系统，数据库和虚拟化建设，也不乏有的保险公司积极进行信创云等全栈式信创改造。由于保险行业数据安全和数据储存尤为重要，多数保险公司在数据信创方面发力，打造更加完善的数据信创环境。随着信创改造的深入，保险公司也将面临诸多挑战。
二
保险行业信创面临的挑战
1
时间紧、任务重
►保险业较银行业起步晚，替换时间紧。
►核心业务系统如需改造，建设周期长，任务繁重。
2
国产替换是复杂的线性工程，无法跳步，必须循序渐进
►信创的本质就是把IT基础设施重做一遍。涉及到的产业链较长，从基础硬件，到操作系统、数据库等基础软件，到云平台，再到顶层应用和信息安全，环节众多，且环环相扣。局部替换固然有价值，但终归无法消除整体风险。
3
非标需求大量存在，经验的不可复用影响替换拓展速度
►用户业务场景复杂，时刻都会新增大量的多源异构数据、难以量化的场景，及其具备行业属性和业务属性的非标准化需求，导致信创过程中遇到的问题往往是独特的、极其细分的。这意味着许多解决方案或操作经验难以复用。
4
如何保证替换过程中核心业务的稳定运行、新旧系统平稳过渡
►如何基于安全红线、用户体验，实现屏蔽底层差异的一体化升级替换，尤其是能否精准、高效地解决遗留系统的迁移问题。
5
核心领域产品技术能力与国外成熟厂商依然差距较大
►核心业务的信创替换就像给一辆高速行驶中的汽车更换发动机，如果没有过硬的技术和专业的经验，很容易出现“翻车”事故，给用户造成真金白银的损失。
►国产软件依然存在性能不稳定、功能丰富度不足、核心功能不好用等痛点。
►部分产品，如应用服务器中间产品不满足保险核心系统现有单体架构对服务器的高性能要求，无法直接进行硬件替换。
三
信创数字化规划
采用架构规划方法论，进行数字化转型、企业架构转型整体规划
信创的目的是建立起符合“信创”要求的技术底座和技术体系，并基于这样的技术底座和技术体系实现企业信息系统“升级替代”和数字化转型，最终推动业务的数字化创新与转型升级，从而实现“自主可控”的数字化转型。这个过程同样遵循数字化转型的基本方法。企业架构（Enterprise Architecture）作为数字化转型的通用方法，通过架构开发或设计来描述转型涉及的各层级、各领域、各要素之间的匹配关系，从而正确地处理在这一转型过程中的各种复杂关系。
架构开发与分析，首先将信创的愿景和需求等放到战略意图里，然后分析这一战略意图对未来整个战略架构产生什么影响，再逐层细化，提出每层的关键问题及需求，对每层级架构进行分析、设计、制定实施计划。
关键问题
业务需求：企业数字化战略未来的业务目标是什么？信创要求对未来战略架构产生什么影响？业务架构、业务模式或业务流程会有什么变化？
IT应对策略：应对信创及转型的业务及需求变化，IT总体采取何种策略？
IT能力：基于既定的业务目标，IT应该依次加强和具备哪些方面的能力？
IT组织与管理应对：IT组织与人员应该如何发展才能支持业务快速发展与扩充的需求？
IT软件架构与系统应对：IT各层架构与应用系统是否符合信创要求及未来业务发展？需要进行哪些建设？IT的数据与整合关系如何？需要进行哪些基础架构调整？
IT转型路径：如何合理规划转型路径实现系统转换与人员能力升级的平稳过渡？
全面分析评估架构的信创现状，逐系统排查个性化需求
企业架构现状分析是架构规划的基础。在现状分析过程中，需对企业的应用、技术架构做全面的梳理，对现有业务流程、技术标准、管理制度做深入的分析，并结合信创转型的具体要求进行差距分析。
►IT软硬件资产配置现状 是基于企业当前的IT软硬件资产配置真实数据进行统计量化分析得出信创化程度。
►IT架构现状 评估对架构对未来数字化转型各类业务应用场景的支持能力、架构的安全性、稳定性、先进性、可扩展性等方面进行分析。
►技术标准现状 是分析当前IT技术标准建设情况，IT技术标准是否融入了信创化的要求。
►IT管理流程制度现状 是分析现有的IT流程制度设计是否融入了有利于有序化推进信创化工作的管理要求，当前在信创化工作方面的组织岗位设置、人才配置情况以及信创化工作的相关职责划分是否明确。
基于现状，结合业务要求及领先实践，规划行业领先的IT蓝图
基于现状差距分析，从前台应用、服务整合、中台能力、基础实施各个层级结合信创要求及业务转型需求，参考行业领先实践进行蓝图规划。在企业架构蓝图规划中，中台能力及公司云基础实施规划将是重点关注的领域。
中台作为一种成熟的IT架构模式，结合敏捷流程组织的规划建设，可快速实现业务上的协同和共享，为信创数字化转型过程新业务能力建设及创新技术能力引入打下坚实基础。并提高系统的可维护性、可扩展性和安全性，降低企业成本，提高企业效益。
云原生方案是一项系统化的工程，而非局部的国产化替代，从底层的存储、网络，到中间的云原生操作系统核心，再到上层的分布式治理、可观测、服务编排，都是一个拥有自主技术，且经过了国内大规模场景验证和实践落地，在全球都具备一定领先性的技术体系。因此，信创云原生解决方案能够在满足企业信创要求的同时，实现科技创新。
基础设施建设规划——信创云
云原生平台在数据中心发挥操作系统的作用，能够屏蔽底层异构基础设施的复杂性，直接支持新一代应用的构建；容器轻量级虚拟化技术，能够极大弱化对硬件辅助虚拟化技术的依赖。
云原生模式与技术能够彻底重构信创软件上下游生态集成逻辑，把传统操作系统从需要长期积累的软件生态兼容适配中解放出来，形成全新的生态整合规则，实现对原有科技产业链整合的破局。
业务能力中台建设规划——微服务拆分单体应用
在业务中台能力建设中，微服务架构有着得天独厚的优势：
►微服务化改造上云，推进IT架构的云原生化演进，加速业务数字化
►微服务架构在互联网去IOE、银行新核心建设中得到充分验证
►微服务与信创云、容器化天然契合
►微服务对应用服务器要求低，可解决信创化中间件替代产品能力不足问题
制定信创转型建设方案
信创转型方案具体的推进与实施过程中会面临各种各样的问题与挑战，甚至存在不同层面、不同程度的风险。为保证信创化是为了实现“自主可控”的数字化转型这一目标，同时规避信创化推进过程中，可能遇到的各种风险，方案制定建议应遵循以下原则：
1
先基础，后应用
►先从Iass层的计算、存储、网络及网络安全、数据中心配套设施，以及各类终端，这些基础硬件及操作系统、云资源管理、信息安全管理、终端桌面等基础软件开始，然后再到应用系统及相关的应用软件的信创化。
2
先管理，后业务
►对于应用系统及相关应用软件信创化，先进行OA类（协同办公及工作流、文档管理等）以及BI类（数据统计分析及基于大数据的决策支持系统等）的信创化，然后再进行直接支撑业务运营的应用系统及相关应用软件的信创化。
3
先边缘，后核心
►先进行非核心，对业务运营重要程度低的非核心应用系统及相关应用软件的信创化。
►再进行对业务运营重要程度高的核心业务应用系统及相关应用软件的信创化。
4
先试点，后推广
►通过试点的项目或任务的总结经验，适时优化方案与计划，然后再全面推广。
转型成功的主要考虑
1
加强组织、资金、人才保障，保证转型成功实施
信创工作需要强有力的组织保障，才能持续顺利推进。应成立信创转型工作领导小组、信创架构评审组和信创架构实施组。领导小组负责确定企业信创相关的制度和流程，并对信创转型相关的重要事项进行决策。架构评审组负责对企业总体架构进行评审，并对所有IT项目进行架构评审，对于重大的架构不符合和架构变更，要上报领导小组进行决策。信创架构小组要负责整个企业级的架构开发，并保证其符合信创转型要求。
为了符合信创转型要求，很多信创产品与系统的采购或开发可能要比市面上成熟的非信创产品与系统成本要高，组织需要有相应的资金保障，包括信创的专项资金来支持现状工作的落地。在资金使用上，建议在预算中购买产品的同时要加大购买服务的力度，以保证信创产品能够真正用好，并能够持续更新迭代。
信创转型工作的开展关键在于人，选对人、培养人、用好人是确保信创工作取得成功的法宝。信创人才培养的特殊性在于，信创作为一个新技术体系，信创生态初步建立，信创人才缺口较大。产业本身以及信创相关的技术、产品和服务处于高频变化、持续优化完善中，信创人才的培养方式和培养内容需要保持灵活、动态调整。
2
设计全面的适配性测试和安全性验证方案，保证转型过程中系统与数据的安全
适配性测试的重要性在于确保新架构在进行信创产品替换时，能够与原有系统兼容。保险行业中，大量的业务数据和交易流程都依赖于各个系统的稳定运行，一旦系统出现故障或性能瓶颈，将会对业务产生严重影响。因此，通过全面的适配性测试方案设计，指导测试，可以确保国产化产品在功能、性能和安全性等方面都能够满足业务需求，保证业务的连续性和稳定性。建立严格的测试流程和标准，包括功能测试、性能测试、安全测试等，确保国产化产品在各个方面的表现都能够满足业务需求。建立全面的风险管理和应急预案，对于测试过程中出现的问题能够及时发现和处理，避免对业务运行产生不良影响。
3
选择合理的模式进行架构转换，保证架构平稳过渡
在信创转型的架构实施过程中，需综合考虑成本、上线周期、灵活性、风险、运维等维度进行量化评估，确定架构中各系统、功能替换的优先级及模式，以保证在不影响现有业务的前提下，完成各系统安全平稳过渡。
如针对成本低、复杂度低且风险小的外围系统可采用新建系统的模式进行一步到位的替换，在数据层面完成新旧系统的整合。而成本高、复杂度高、风险大、上线周期长的系统如核心业务系统，则可考虑通过拆迁者模式对现有系统进行逐功能的改造替换，以降低复杂度及风险。
►成本：通过评估系统复杂度、开发时间、及在过程中投入资源来判断成本高/低
►上线周期：可通过系统支持产品及业务功能，及上线环节的多少来判断上线周期的长短
►灵活性：判断上线方式灵活性程度高低，例：先产品再机构演进方式可根据保单数量等数据调整产品上线的顺序，灵活性较高
►风险：可通过上线前准备工作量、系统对业务运营影响程度、范围及可控性判断运营风险的高低
►复杂度：可通过是否存在系统并行情况、新老系统的互相影响程度、系统操作整体难度高低来判断系统管理和运维复杂度
4
借助行业企业架构专业咨询团队，
协助企业平稳转型和过渡
架构专业咨询团队能帮助企业克服现有的分散、独立决策的研发团队普遍存在的认知差异及局限，引导参与者在对架构活动上达成对目标、决策方法、责任边界、资源分配、交付时间、内容和质量标准等方面的共识。专业咨询团队专业的项目管理能力，能协助企业整合资源，规划实施路径、规避转型风险。借助专业咨询团队对新技术和新趋势的敏锐洞察力，能够将新技术和趋势融入到企业的IT架构中，推动企业的技术创新和业务创新。借助专业咨询团队对行业的深入理解，通过对企业现有的IT流程进行优化和改进，协助提高企业的运营效率和响应速度。专业咨询团队能对企业团队进行培训和指导，提高团队对架构的理解和实施能力，以确保架构转型的顺利进行。
四
安永是您信创转型的专业顾问
信创转型机遇与挑战并存。目前，保险利率下调，险企积极探寻新的业务增长点，以继续拉动发展。新保险合同会计准则的全面实施，也推动着险企在财务管理流程、系统建设方面进行相应的变革。随着信创、数字化转型持续深入，领先保险企业正在通过借助平台生态加强科技合作、加速推进自主化信息平台建设、加强网络信息安全投资、推动实施敏捷型的人才管理策略、聚焦企业绿色可持续发展战略、探索数字化转型方式，并持续推进企业财务合规，致力价值提升、税务策略优化等，实现战略转型与变革发展。作为业界领先的专业服务机构之一，安永保险行业咨询团队一直致力于整合专业知识技能和对市场的深入理解，长期与全球各大人寿、健康、财产及再保险企业、保险中介机构和医疗管理机构等合作共同成长。未来，安永团队将持续探索与汇聚全球领先金融保险产业智慧，透过安永全球网络进行跨领域，融合新技术持续优化数字保险技术解决方案，为保险企业的转型升级、价值提升与长效发展贡献力量。
