一种基于容器云平台的微服务治理测试方法及系统技术方案

本发明专利技术提供了一种基于容器云平台的微服务治理测试方法及系统，方法包括获取待测试微服务的插件名；根据当前微服务的身份信息，开启服务治理，并根据服务标签为当前微服务匹配组件，给匹配组件注入标记代理配置信息；响应于服务配置信息的获取命令，识别返回的服务名称，响应于组件的标识信息获取命令，获取返回的标记代理配置信息，测试开启服务治理时底层注入标记代理配置信息成功性和底层服务注入的成功性。本发明专利技术能够覆盖不同场景、不同角色的多项繁琐的测试过程，减少了人力资源和时间空间上的限制，同时自动化的测试也可以保证一致性和重复使用性，多角色多角度进行测试，保证了数据的准确性和全面性。证了数据的准确性和全面性。证了数据的准确性和全面性。

【技术实现步骤摘要】
一种基于容器云平台的微服务治理测试方法及系统


[0001]本专利技术涉及容器云平台
，尤其是一种基于容器云平台的微服务治理测试方法及系统。

技术介绍

[0002]kubernetes简称k8s，是为容器服务而生的一个可移植容器的编排管理工具，越来越多的公司正在拥抱kuberentes，并且当前kuberentes已经主导了云业务流程，推动了微服务架构等热门技术的普及和落地，正在如火如荼的发展，愈来愈多的系统都基于kuberentes平台来扩展或者运行自己的业务。
[0003]基于kuberentes平台的强大负载，衍生出很多复杂的业务应用场景，而微服务治理作为提供灰度发布、流量治理、服务追踪、流量监控、链路追踪等服务治理功能的重要机构，当有新的版本需求或多用户及回归测试时，其复杂的实现机制和繁琐的测试数据准备，必将耗费巨大的人力成本，也不可避免人为的遗漏。
[0004]当kuberentes平台有新的需求开发或者新的版本计划时，原有的微服务治理功能就要跟随测试计划进行相应的保障性测试，针对微服务治理的功能需要手动覆盖不同场景、不同角色的几十项繁琐的测试过程，测试前也要进行大量的数据准备，比较耗费时间，数据的准确性也有不确定性。当进行大数据量的验证或回归测试时，重复的测试可能会使测试人员思维定势或人为疏忽，导致测试问题的遗漏。

技术实现思路

[0005]本专利技术提供了一种基于容器云平台的微服务治理测试方法及系统，用于解决现有容器云平台无服务测试需大量人工干预，测试成本高的问题。<br/>[0006]为实现上述目的，本专利技术采用下述技术方案：
[0007]本专利技术第一方面提供了一种基于容器云平台的微服务治理测试方法，所述方法包括以下步骤：
[0008]获取待测试微服务的插件名，在所述插件名存在于容器云平台插件列表中，且微服务插件状态正常时，执行下一步；
[0009]根据当前微服务的身份信息，开启服务治理，并根据服务标签为当前微服务匹配组件，给匹配组件注入标记代理配置信息；
[0010]响应于服务配置信息的获取命令，识别返回的服务名称，若存在当前微服务的名称，则开启服务治理时底层服务注入服务治理成功；
[0011]响应于组件的标识信息获取命令，获取返回的标记代理配置信息，与注入的标记代理配置信息比对，若比对一致，则开启服务治理时底层组件注入标记代理配置信息成功。
[0012]进一步地，所述根据当前微服务的身份信息，开启服务治理具体为：
[0013]创建应用实例和服务，根据服务ID和名称锁定服务，形成传参代理配置信息，开启服务治理。
[0014]进一步地，通过前台界面获取已开启服务治理的应用和服务信息，与所述传参代理配置信息比对，若比对一致，则开启服务治理后界面数据展示正常。
[0015]进一步地，所述测试方法在验证开启服务指令成功后，还包括步骤：
[0016]追踪服务的列表信息，将列表信息与对应的请求信息对照，若两者匹配，则界面服务追踪数据正常。
[0017]进一步地，开启服务治理包括创建网格策略、虚拟服务、目标规则和认证策略，以及向服务对应的应用路由添加标记信息。
[0018]进一步地，所述匹配组件为新组件时，所述方法包括；
[0019]将服务标签绑定新组件；
[0020]网格策略控制器监听到服务更新事件，为当前新组件注入标记代理配置信息。
[0021]进一步地，所述方法在为当前新组件注入标记代理配置信息之后，还包括步骤：
[0022]组件控制器监听组件的更新事件，为新组件对应的服务创建网格策略、虚拟服务、目标规则和认证策略，以及向服务对应的应用路由添加标记信息。
[0023]本专利技术第二方面提供了一种基于容器云平台的微服务治理测试系统，所述系统包括：
[0024]资源预置单元，用于获取待测试微服务的插件名，在所述插件名存在于容器云平台插件列表中，且微服务插件状态正常时，执行下一步；
[0025]开启服务治理单元，用于根据当前微服务的身份信息，开启服务治理，并根据服务标签为当前微服务匹配组件，给匹配组件注入标记代理配置信息；
[0026]底层服务注入测试单元，响应于服务配置信息的获取命令，识别返回的服务名称，若存在当前微服务的名称，则开启服务治理时底层服务注入服务治理成功；
[0027]底层组件注入测试单元，响应于组件的标识信息获取命令，获取返回的标记代理配置信息，与注入的标记代理配置信息比对，若比对一致，则开启服务治理时底层组件注入标记代理配置信息成功。
[0028]进一步地，所述系统还包括：
[0029]数据展示测试单元，通过前台界面获取已开启服务治理的应用和服务信息，与所述传参代理配置信息比对，若比对一致，则开启服务治理后界面数据展示正常；
[0030]数据追踪测试单元，追踪服务的列表信息，将列表信息与对应的请求信息对照，若两者匹配，则界面服务追踪数据正常。
[0031]本专利技术第三方面提供了一种计算机存储介质，所述计算机存储介质中存储有计算机指令，所述计算机指令在所述系统上运行时，使所述系统执行所述方法的步骤。
[0032]本专利技术第二方面的所述微服务治理测试系统能够实现第一方面及第一方面的各实现方式中的方法，并取得相同的效果。
[0033]
技术实现思路
中提供的效果仅仅是实施例的效果，而不是专利技术所有的全部效果，上述技术方案中的一个技术方案具有如下优点或有益效果：
[0034]本专利技术针对待测试微服务的身份信息，开始服务治理，配置服务和组件信息，然后对配置信息进行校验，实现开启服务治理时，注入服务治理及组件注入标记信息的成功与否；另外对于开启服务后界面数据显示及追踪进行测试，能够覆盖不同场景、不同角色的多项繁琐的测试过程，减少了人力资源和时间空间上的限制，同时自动化的测试也可以保证
一致性和重复使用性，多角色多角度进行测试，保证了数据的准确性和全面性，且节省人力成本。
附图说明
[0035]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0036]图1是本专利技术所述方法实施例的流程示意图；
[0037]图2是本专利技术所述系统实施例的结构示意图。
具体实施方式
[0038]为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本专利技术进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本专利技术的不同结构。为了简化本专利技术的公开，下文中对特定例子的部件和设置进行描述。此外，本专利技术可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本专利技术省略了对公知组件和处理技术及工本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于容器云平台的微服务治理测试方法，其特征是，所述方法包括以下步骤：获取待测试微服务的插件名，在所述插件名存在于容器云平台插件列表中，且微服务插件状态正常时，执行下一步；根据当前微服务的身份信息，开启服务治理，并根据服务标签为当前微服务匹配组件，给匹配组件注入标记代理配置信息；响应于服务配置信息的获取命令，识别返回的服务名称，若存在当前微服务的名称，则开启服务治理时底层服务注入服务治理成功；响应于组件的标识信息获取命令，获取返回的标记代理配置信息，与注入的标记代理配置信息比对，若比对一致，则开启服务治理时底层组件注入标记代理配置信息成功。2.根据权利要求1所述基于容器云平台的微服务治理测试方法，其特征是，所述根据当前微服务的身份信息，开启服务治理具体为：创建应用实例和服务，根据服务ID和名称锁定服务，形成传参代理配置信息，开启服务治理。3.根据权利要求2所述基于容器云平台的微服务治理测试方法，其特征是，通过前台界面获取已开启服务治理的应用和服务信息，与所述传参代理配置信息比对，若比对一致，则开启服务治理后界面数据展示正常。4.根据权利要求1所述基于容器云平台的微服务治理测试方法，其特征是，所述测试方法在验证开启服务指令成功后，还包括步骤：追踪服务的列表信息，将列表信息与对应的请求信息对照，若两者匹配，则界面服务追踪数据正常。5.根据权利要求1所述基于容器云平台的微服务治理测试方法，其特征是，开启服务治理包括创建网格策略、虚拟服务、目标规则和认证策略，以及向服务对应的应用路由添加标记信息。6.根据权利要求1所述基于容器云平台的微服务治理测试方法，其特征是，所述匹配组件为新组件时，所述方法包括；将服务标签绑定新组件；网格策略控制器监听到服务更新事件，...

【专利技术属性】
技术研发人员：李凤娟，朱志文，
申请(专利权)人：济南浪潮数据技术有限公司，
类型：发明
国别省市：