一种个险系统全栈信创改造方法及相关设备技术方案

本申请提供一种个险系统全栈信创改造方法及相关设备，其中，所述方法对初始全栈信创项目进行标准化处理，再将标准化全栈信创项目接入持续交付集成工具链进行改造，得到改造后的全栈信创项目；利用服务网格技术为全栈信创项目分配流量；对全栈信创项目进行在线压力测试，响应于全栈信创项目通过在线压力测试，完成全栈信创改造。本申请提供的方法通过对全栈信创项目做标准化处理，再将经标准化处理后的全栈信创项目接入持续交付集成工具链进行改造，降低了全栈信创改造的复杂度，保证了全栈信创改造的效率，解决了全栈信创改造中服务数量多的问题，并且使用服务网格技术实现流量的灵活迁移，降低了全栈信创项目的维护成本。降低了全栈信创项目的维护成本。降低了全栈信创项目的维护成本。

【技术实现步骤摘要】
一种个险系统全栈信创改造方法及相关设备


[0001]本申请涉及信创改造
，尤其涉及一种个险系统全栈信创改造方法及相关设备。

技术介绍

[0002]信创，即信息技术应用创新产业，其是数据安全、网络安全的基础，也是新基建的重要组成部分。相关技术中，信创改造工作的目标范围基本控制在某一领域的单个应用，比如数据库信创。这样的信创改造复杂度相对较低，无需使用工程类工具，对于每个应用单独改造，将原有开源组件、商品软件、系统等使用国产化替代方案进行替换，将替换后的资源进行处理，生成新的制品，一个应用改造上线后再进行下一个应用的改造，当需要进行信创改造的服务数量较多时，这种改造方法效率低，稳定性差。

技术实现思路

[0003]有鉴于此，本申请的目的在于提出一种个险系统全栈信创改造方法及相关设备。
[0004]基于上述目的，本申请提供了一种个险系统全栈信创改造方法，包括：对初始全栈信创项目进行标准化处理，得到标准化全栈信创项目；将所述标准化全栈信创项目接入持续交付集成工具链进行改造，得到改造后的全栈信创项目；利用服务网格技术为所述全栈信创项目分配流量；对所述全栈信创项目进行在线压力测试，响应于所述全栈信创项目通过所述在线压力测试，完成所述全栈信创改造。
[0005]可选地，所述初始全栈信创项目包括依赖包以及代码仓库，对初始全栈信创项目进行标准化处理，包括：根据所述依赖包生成所述初始全栈信创项目的描述文件，将所述描述文件放置于所述代码仓库的根目录中；根据所述描述文件，对所述初始全栈信创项目的源代码进行编译，并将编译产物放置于目标目录。
[0006]可选地，所述描述文件包括镜像描述文件、启动命令文件以及配置参数文件。
[0007]可选地，所述持续交付集成工具链包括编译控制点，所述标准化全栈信创项目包括原始基础镜像，将所述标准化全栈信创项目接入持续交付集成工具链进行改造，包括：在所述编译控制点中添加改造逻辑，利用所述持续交付集成工具链根据所述改造逻辑以及从所述目标目录中获取的所述编译产物，将所述原始基础镜像改造为目标基础镜像。
[0008]可选地，所述利用服务网格技术为所述全栈信创项目分配流量，包括：根据流量分配策略对所述全栈信创项目进行流量分配，并接收所述全栈信创项目的反馈服务信息，根据所述反馈服务信息调整所述流量分配策略；响应于所述反馈服务信息中出现异常信息，将所述全栈信创项目中的流量清零。其中，所述流量分配策略为按照预设比例逐渐增加对所述全栈信创项目分配的流量。
[0009]可选地，所述对所述全栈信创项目进行在线压力测试，包括：为所述全栈信创项目分配带测试标记的测试流量，对所述全栈信创项目进行所述在线压力测试以生成测试数据，并将所述测试数据与预期数据进行对比。
[0010]可选地，所述方法还包括：响应于所述全栈信创项目未通过所述在线压力测试，对所述全栈信创项目进行循环优化，所述优化包括调整所述全栈信创项目中的参数以及增加所述全栈信创项目的容量。
[0011]基于上述目的，本申请还提供了一种个险系统全栈信创改造装置，包括：标准化模块，被配置为对初始全栈信创项目进行标准化处理，得到标准化全栈信创项目；改造模块，被配置为将所述标准化全栈信创项目接入持续交付集成工具链进行改造，得到改造后的全栈信创项目；流量分配模块，被配置为利用服务网格技术为所述全栈信创项目分配流量；测试模块，被配置为对所述全栈信创项目进行在线压力测试，响应于所述全栈信创项目通过所述在线压力测试，完成所述全栈信创改造。
[0012]基于上述目的，本申请还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行任意一种所述个险系统全栈信创改造方法。
[0013]基于上述目的，本申请还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，其特征在于，所述计算机指令用于使计算机执行任意一种所述个险系统全栈信创改造方法。
[0014]从上面所述可以看出，本申请提供的个险系统全栈信创改造方法及相关设备，其中，所述方法包括：对初始全栈信创项目进行标准化处理，得到标准化全栈信创项目；将所述标准化全栈信创项目接入持续交付集成工具链进行改造，得到改造后的全栈信创项目；利用服务网格技术为所述全栈信创项目分配流量；对所述全栈信创项目进行在线压力测试，响应于所述全栈信创项目通过所述在线压力测试，完成所述全栈信创改造。本申请提供的方法通过对全栈信创项目做标准化处理，再将经标准化处理后的全栈信创项目接入持续交付集成工具链进行改造，降低了全栈信创改造的复杂度，保证了全栈信创改造的效率，解决了全栈信创改造中服务数量多的问题，并且使用服务网格技术实现流量的灵活迁移，使信创改造工作能够双轨运行，降低了全栈信创项目的维护成本。
附图说明
[0015]为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]图1为本申请实施例的个险系统全栈信创改造方法示意图；
[0017]图2为本申请实施例使用持续交付集成工具链进行信创改造原理示意图；
[0018]图3为本申请实施例的在线压力测试原理示意图；
[0019]图4为本申请实施例的个险系统全栈信创改造装置示意图；
[0020]图5为本申请实施例的电子设备硬件结构示意图。
具体实施方式
[0021]为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。
[0022]需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
[0023]相关技术中的信创改造工作，需要进行改造的应用不仅数量多，而且还分属不同的系统，情况复杂，使用针对独立应用的改造方法效率低，稳定性差；在同一个应用中需要改造的点也很多，包括容器系统、运行环境、数据库运行环境等，需要同时使用多项技术进行改造；相关技术中的信创改造工作只支持离线割接，一旦切换，回切成本和风险较高；并且，相关技术中的信创改造工作还缺乏高效的性能验证手段。
[0024]有鉴于此，本申请的一个实施例提供本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种个险系统全栈信创改造方法，其特征在于，包括：对初始全栈信创项目进行标准化处理，得到标准化全栈信创项目；将所述标准化全栈信创项目接入持续交付集成工具链进行改造，得到改造后的全栈信创项目；利用服务网格技术为所述全栈信创项目分配流量；对所述全栈信创项目进行在线压力测试，响应于所述全栈信创项目通过所述在线压力测试，完成所述全栈信创改造。2.根据权利要求1所述的个险系统全栈信创改造方法，其特征在于，所述初始全栈信创项目包括依赖包以及代码仓库，对初始全栈信创项目进行标准化处理，包括：根据所述依赖包生成所述初始全栈信创项目的描述文件，将所述描述文件放置于所述代码仓库的根目录中；根据所述描述文件，对所述初始全栈信创项目的源代码进行编译，并将编译产物放置于目标目录。3.根据权利要求2所述的个险系统全栈信创改造方法，其特征在于，所述描述文件包括镜像描述文件、启动命令文件以及配置参数文件。4.根据权利要求2所述的个险系统全栈信创改造方法，其特征在于，所述持续交付集成工具链包括编译控制点，所述标准化全栈信创项目包括原始基础镜像，将所述标准化全栈信创项目接入持续交付集成工具链进行改造，包括：在所述编译控制点中添加改造逻辑，利用所述持续交付集成工具链根据所述改造逻辑以及从所述目标目录中获取的所述编译产物，将所述原始基础镜像改造为目标基础镜像。5.根据权利要求1所述的个险系统全栈信创改造方法，其特征在于，所述利用服务网格技术为所述全栈信创项目分配流量，包括：根据流量分配策略对所述全栈信创项目进行流量分配，并接收所述全栈信创项目的反馈服务信息，根据所述反馈服务信息调整所述流...

【专利技术属性】
技术研发人员：黄怡然，肖晟，李山秀，
申请(专利权)人：中国人寿保险股份有限公司，
类型：发明
国别省市：