CN114461517A - 一种软件产品的环境管理方法及装置 - Google Patents

Abstract

本发明实施例提供了一种软件产品的环境管理方法及装置，该方法包括：获取目标软件产品的微服务调用请求；基于环境标识从待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址；基于目标环境地址对待测微服务进行调用。从而通过预先将每个微服务的所有环境存储至其对应的环境地址列表中，在某个环境中调用微服务时，只需设置其对应的环境标识，即可在环境地址列表中查询到目标环境地址，然后进入该目标环境地址对待测微服务进行调用，通过复用正式环境，减少环境维护成本，避免了调用的微服务暂时不能使用，导致整条链路测试失败，影响整体项目开发进度的问题，为多微服务并行开发提供了便利，提高了软件产品的整体开发进度。

Description

一种软件产品的环境管理方法及装置

技术领域

本发明涉及软件开发技术领域，具体涉及一种软件产品的环境管理方法及装置。

背景技术

随着互联网的迅速发展，软件产品功能越来越多，系统架构越来越复杂。软件产品一般都会牵扯到上百个微服务，维护研发及测试阶段的环境耗费较多人力和机器成本。面向客户的产品都是部署在正式环境，处于开发和测试阶段的产品不会呈现给客户。目前市面上普遍较成熟的环境管理方案一般都会有以下5种环境：

1.开发人员本地环境：需求开发阶段，开发人员在本地搭建环境进行开发；

2.开发环境：开发完成联调阶段，代码发布到开发环境进行联调。

3.测试环境：开发完成提测给测试人员进行验收；

4.预发布环境：导入线上数据进行大产品的回归测试。

5.正式环境：测试验收通过，正式发布，提供给客户使用。

以上5个环境的数据完全隔离，互不影响，适用于链路较短和微服务较少的产品。但是当微服务达到上百个时，由于各个项目需求并行开发，进度不一，现有的环境管理技术在快速迭代中，部署到开发及测试环境的微服务不排除存在待修复的严重缺陷，出现微服务暂时不能使用等问题，依赖关联方也无法使用，导致整条链路测试失败，将会影响整体项目的开发进度。

发明内容

有鉴于此，本发明实施例提供了一种软件产品的环境管理方法及装置，以克服现有技术中软件产品的环境管理方式，应用至链路长微服务较多的软件产品时，如果有不能使用的微服务会使得依赖管理方也无法使用，导致整条链路测试失败，影响整体项目开发进度的问题。

本发明实施例提供了一种软件产品的环境管理方法，所述软件产品包括：多个微服务，所述方法包括：

获取目标软件产品的微服务调用请求，所述微服务调用请求中包含待测微服务及其对应的环境标识；

基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，所述第一环境地址列表中存储有所述待测微服务所有的环境地址；

基于所述目标环境地址对所述待测微服务进行调用。

可选地，所述待测微服务的环境地址包括：一个正式环境地址和至少一测试环境地址。

可选地，当所述环境标识为空时，所述基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，包括：

将所述待测微服务的正式环境地址确定为所述目标环境地址。

可选地，当所述环境标识不为空时，所述基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，包括：

获取所述环境标识对应的当前标识码；

将所述待测微服务的测试环境地址中带有所述当前标识码的测试环境确定为所述目标环境地址。

可选地，所述获取目标软件产品的微服务调用请求，包括：

获取测试者在所述目标软件产品对应的测试产品终端设置的待测微服务及其对应的环境标识；

基于所述待测微服务及其对应的环境标识生成所述微服务调用请求。

可选地，所述基于所述目标环境地址对所述待测微服务进行调用，包括：

判断所述目标环境地址是否为测试环境地址；

在所述目标环境地址是测试环境地址时，判断所述待测微服务提供的用户服务是否会对正式环境中的服务数据产生影响；

当所述待测微服务提供的用户服务会对正式环境中的服务数据产生影响时，调用所述待测微服务，并将其对应用户服务修改为虚拟服务。

可选地，当所述目标环境地址不是测试环境地址，或者，所述待测微服务提供的用户服务不会对正式环境中的服务数据产生影响时，调用所述待测微服务提供正常用户服务。

本发明实施例还提供了一种软件产品的环境管理装置，所述软件产品包括：多个微服务，所述装置包括：

获取模块，用于获取目标软件产品的微服务调用请求，所述微服务调用请求中包含待测微服务及其对应的环境标识；

第一处理模块，用于基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，所述第一环境地址列表中存储有所述待测微服务所有的环境地址；

第二处理模块，用于基于所述目标环境地址对所述待测微服务进行调用。

本发明实施例还提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行本发明实施例提供方法。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行本发明实施例提供的方法。

本发明技术方案，具有如下优点：

本发明实施例提供了一种软件产品的环境管理方法及装置，通过获取目标软件产品的微服务调用请求，微服务调用请求中包含待测微服务及其对应的环境标识；基于环境标识从待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，第一环境地址列表中存储有待测微服务所有的环境地址；基于目标环境地址对待测微服务进行调用。从而通过预先将每个微服务的所有环境存储至其对应的环境地址列表中，在某个环境中调用微服务时，只需要设置其对应的环境标识，即可在环境地址列表中查询到目标环境地址，然后进入该目标环境地址对待测微服务进行调用，通过复用正式环境，减少环境维护成本，避免了调用的微服务暂时不能使用，导致整条链路测试失败，影响整体项目开发进度的问题，为多微服务并行开发提供了便利，提高了软件产品的整体开发进度。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中的软件产品的环境管理方法的流程图；

图2为本发明实施例中环境管理系统与被测产品的关系示意图；

图3为本发明实施例中的软件产品的环境管理具体应用示例图；

图4为本发明实施例中的软件产品的环境部署过程示意图；

图5为本发明实施例中的软件产品的环境管理具体工作过程示意图；

图6为本发明实施例中的软件产品的环境管理的特殊测试场景示意图；

图7为本发明实施例中的软件产品的环境管理装置的结构示意图；

图8为本发明实施例中的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的服务。

下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

随着互联网的迅速发展，软件产品功能越来越多，系统架构越来越复杂。软件产品一般都会牵扯到上百个微服务，维护研发及测试阶段的环境耗费较多人力和机器成本。面向客户的产品都是部署在正式环境，处于开发和测试阶段的产品不会呈现给客户。目前市面上普遍较成熟的环境管理方案一般都会有以下5种环境：

1.开发人员本地环境：需求开发阶段，开发人员在本地搭建环境进行开发；

2.开发环境：开发完成联调阶段，代码发布到开发环境进行联调。

3.测试环境：开发完成提测给测试人员进行验收；

4.预发布环境：导入线上数据进行大产品的回归测试。

5.正式环境：测试验收通过，正式发布，提供给客户使用。

以上5个环境的数据完全隔离，互不影响，适用于链路较短和微服务较少的产品。但是当微服务达到上百个时，由于各个项目需求并行开发，进度不一，现有的环境管理技术在快速迭代中，部署到开发及测试环境的微服务不排除存在待修复的严重缺陷，出现微服务暂时不能使用等问题，依赖关联方也无法使用，导致整条链路测试失败，将会影响整体项目的开发进度。

此外，还会存在一些其他问题如：

1.每个微服务所需数据及侧重点不一致，常需要业务方协助造数据或mock接口测试，由于产品链路长，微服务之间调用采二进制加密传输，给mock接口造成一定的技术含量和困难；

2.所有微服务都所要部署到相同测试的环境下且长期存在，存在之前测试产生的脏数据导致环境不稳定，常用在定位环境问题的时间比开发时间长；

3.多环境维护机器及运维成本高，大型产品微服务多依赖的部署环境要求高，一旦环境所在集群或机器出现问题，不仅影响项目进度还耗费排查问题成本。

4.多环境部署给研发和测试增加繁琐的工作，例如维护功能配置各个环境特定配置，每个功能都需在每个环境验收，走持续集成等，增加研测周期等。

基于上述问题，本发明实施例提供的一种软件产品的环境管理方法，如图1所示，该软件产品的环境管理方法具体包括如下步骤：

步骤S101：获取目标软件产品的微服务调用请求。

其中，微服务调用请求中包含待测微服务及其对应的环境标识。

步骤S102：基于环境标识从待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址。

其中，第一环境地址列表中存储有待测微服务所有的环境地址。待测微服务的环境地址包括：一个正式环境地址和至少一测试环境地址。在实际应用中可以根据需要为微服务设置5个或10个等更多的测试环境，本发明并不以此为限。

步骤S103：基于目标环境地址对待测微服务进行调用。

通过执行上述步骤，本发明实施例提供的软件产品的环境管理方法，通过预先将每个微服务的所有环境存储至其对应的环境地址列表中，在某个环境中调用微服务时，只需要设置其对应的环境标识，即可在环境地址列表中查询到目标环境地址，然后进入该目标环境地址对待测微服务进行调用，通过复用正式环境，减少环境维护成本，避免了调用的微服务暂时不能使用，导致整条链路测试失败，影响整体项目开发进度的问题，为多微服务并行开发提供了便利，提高了软件产品的整体开发进度。

具体地，在一实施例中，上述步骤S101具体包括如下步骤：

步骤S11：获取测试者在目标软件产品对应的测试产品终端设置的待测微服务及其对应的环境标识。

步骤S12：基于待测微服务及其对应的环境标识生成微服务调用请求。

其中，测试产品终端不限移动端还是网页端，适用于所有具有前端界面的软件产品。设置的环境标识可以是一个或多个，如果环境标识设置为空即不进行设置，则默认调用的是微服务的正式环境。

从而测试者可以根据实际的测试需求在测试产品终端灵活设置待测微服务的环境，便于实现待测微服务在不同环境中的调用。

具体地，在一实施例中，当环境标识为空时，上述步骤S102具体包括：将待测微服务的正式环境地址确定为目标环境地址。

具体地，在另一实施例中，当环境标识不为空时，上述步骤S102具体包括如下步骤：

步骤S201：获取环境标识对应的当前标识码。

步骤S202：将待测微服务的测试环境地址中带有当前标识码的测试环境确定为目标环境地址。

具体地，在将每个微服务的所有环境地址添加至对应的环境地址列表时，为了区别测试环境地址和正式环境地址，会在测试环境地址添加对应测试环境地址的标识码，而正式测试环境的标识码为缺省状态。示例性地，假设微服务B的测试环境包括3个，分别以B1、B2、B3作为这三个测试环境地址的标识码。

具体地，上述步骤S103具体包括如下步骤：

步骤S301：判断目标环境地址是否为测试环境地址。

步骤S302：在目标环境地址是测试环境地址时，判断待测微服务提供的用户服务是否会对正式环境中的服务数据产生影响。

当目标环境地址不是测试环境地址，或者，待测微服务提供的用户服务不会对正式环境中的服务数据产生影响时，调用待测微服务提供正常用户服务。

步骤S303：当待测微服务提供的用户服务会对正式环境中的服务数据产生影响时，调用待测微服务，并将其对应用户服务修改为虚拟服务。

具体地，为了不影响正式环境下服务数据不受研测人员操作影响，需要对待测微服务提供的用户服务配合上下游联络做微入侵式修改。通过将微服务实际提供的用户服务更改为虚拟服务的方式可以有效避免其对正式环境中服务数据的影响。

此外，在环境地址列表只有正式环境长期存在，微服务的测试环境用完即可删除，以减少环境维护成本，并降低问题定位难度。

下面将以利用本发明实施例提供的软件产品的环境管理方法建立的环境管理系统为例，对本发明提供的技术方案进行进一步解释说明。

该环境管理系统与被测产品的关系如图2所示，该环境管理系统由服务发现系统、开发/测试环境管理系统及终端测试环境选择界面等部分构成。

1)服务发现系统：提供微服务之间相互调用时的感知对方所部署的IP地址的能力，它内部保存了服务名与服务部署的地址列表之间映射关系，并能根据上下文返回为服务设置的测试环境地址。

2)开发/测试环境管理系统：针对所需要修改的某个微服务，可以让开发人员快速创建一个独立的环境(如基于容器建立相应环境)，部署该微服务，并注册到服务发现系统中。比如为微服务B，创建一个B1测试环境。

3)终端测试环境选择界面：展示所有创建的开发/测试环境列表(比如包含上面说的B1环境)，让开发或测试人员能选择需要测试的微服务所在的环境，并记录环境标识到请求的上下文中，后续所有的请求，都会带上下文，并在整个调用链中透传(可以一次选择多个需要测试的微服务环境)。

4)请求过程识别上下文中环境设置：如图3所示，比如微服务A在调用微服务B的过程中，会向服务发现系统请求B服务的地址，而服务发现系统在上下文中找到有B1的标记，即向A服务返回B1的地址，而不是B的正式环境地址。这样，调用流量就从A的正式环境进入到了B1测试环境。而微服务B请求微服务C的过程中，由于上下文中没有C的特殊环境设置，所以从服务发现中获取到的是C的正式环境地址，这样流量又回到了正式环境。图4为软件产品的环境部署过程示意图，图5为本发明实施例中的软件产品的环境管理具体工作过程示意图。

图6为软件产品的环境管理的特殊测试场景示意图。在图6中用的是测试环境的支付微服务，上下游购买和生成订单都是正式环境，则需要在商品购买货币上增加一个测试货币类型，以供测试环境能正常使用。

本发明提供的技术方案，具有如下优点和效果：

优点：

1.复用正式环境；

2.减少环境数量及机器运维成本；

3.让多个项目的研测人员可以并行开发和测试。

效果：

1.解决多微服务大型项目跨部门合作环境不稳定问题；

2.解决研测期间维护多套环境时间人力成本和机器成本；

3.解决上下游依赖强，加密协议造数据和mock接口困难问题；

4.提高研测效率，缩短研发周期。

本发明提供的技术方案通过前端选择测试环境，并通过上下文携带环境标记信息全链路透传；调用过程识别测试环境，并通过服务发现让调用流进入微服务的测试环境；只有正式环境长期存在，微服务的测试环境用完即可删除，减少环境维护成本，并降低了问题定位难度。

通过执行上述步骤，本发明实施例提供的软件产品的环境管理方法，通过预先将每个微服务的所有环境存储至其对应的环境地址列表中，在某个环境中调用微服务时，只需要设置其对应的环境标识，即可在环境地址列表中查询到目标环境地址，然后进入该目标环境地址对待测微服务进行调用，通过复用正式环境，减少环境维护成本，避免了调用的微服务暂时不能使用，导致整条链路测试失败，影响整体项目开发进度的问题，为多微服务并行开发提供了便利，提高了软件产品的整体开发进度。

本发明实施例还提供了一种软件产品的环境管理装置，软件产品包括：多个微服务，如图7所示，该软件产品的环境管理装置包括：

获取模块101，用于获取目标软件产品的微服务调用请求，微服务调用请求中包含待测微服务及其对应的环境标识。详细内容参见上述方法实施例中步骤S101的相关描述，在此不再进行赘述。

第一处理模块102，用于基于环境标识从待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，第一环境地址列表中存储有待测微服务所有的环境地址。详细内容参见上述方法实施例中步骤S102的相关描述，在此不再进行赘述。

第二处理模块103，用于基于目标环境地址对待测微服务进行调用。详细内容参见上述方法实施例中步骤S103的相关描述，在此不再进行赘述。

通过上述各个组成部分的协同合作，本发明实施例提供的软件产品的环境管理装置，通过预先将每个微服务的所有环境存储至其对应的环境地址列表中，在某个环境中调用微服务时，只需要设置其对应的环境标识，即可在环境地址列表中查询到目标环境地址，然后进入该目标环境地址对待测微服务进行调用，通过复用正式环境，减少环境维护成本，避免了调用的微服务暂时不能使用，导致整条链路测试失败，影响整体项目开发进度的问题，为多微服务并行开发提供了便利，提高了软件产品的整体开发进度。

上述各个模块的更进一步的功能描述与上述对应方法实施例相同，在此不再赘述。

根据本发明实施例还提供了一种电子设备，如图8所示，该电子设备可以包括处理器901和存储器902，其中处理器901和存储器902可以通过总线或者其他方式连接，图8中以通过总线连接为例。

处理器901可以为中央处理器(Central Processing Unit，CPU)。处理器901还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明方法实施例中的方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的方法。

存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作装置、至少一个功能所需要的应用程序；存储数据区可存储处理器901所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器902中，当被处理器901执行时，执行上述方法实施例中的方法。

上述电子设备具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解，此处不再赘述。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，实现的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read－Only Memory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid－State Drive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和服务的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的服务之内。

Claims (10)

1.一种软件产品的环境管理方法，所述软件产品包括：多个微服务，其特征在于，所述方法包括：

获取目标软件产品的微服务调用请求，所述微服务调用请求中包含待测微服务及其对应的环境标识；

基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，所述第一环境地址列表中存储有所述待测微服务所有的环境地址；

基于所述目标环境地址对所述待测微服务进行调用。

2.根据权利要求1所述的方法，其特征在于，所述待测微服务的环境地址包括：一个正式环境地址和至少一测试环境地址。

3.根据权利要求2所述的方法，其特征在于，当所述环境标识为空时，所述基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，包括：

将所述待测微服务的正式环境地址确定为所述目标环境地址。

4.根据权利要求2所述的方法，其特征在于，当所述环境标识不为空时，所述基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，包括：

获取所述环境标识对应的当前标识码；

将所述待测微服务的测试环境地址中带有所述当前标识码的测试环境确定为所述目标环境地址。

5.根据权利要求1所述的方法，其特征在于，所述获取目标软件产品的微服务调用请求，包括：

获取测试者在所述目标软件产品对应的测试产品终端设置的待测微服务及其对应的环境标识；

基于所述待测微服务及其对应的环境标识生成所述微服务调用请求。

6.根据权利要求4所述的方法，其特征在于，所述基于所述目标环境地址对所述待测微服务进行调用，包括：

判断所述目标环境地址是否为测试环境地址；

在所述目标环境地址是测试环境地址时，判断所述待测微服务提供的用户服务是否会对正式环境中的服务数据产生影响；

当所述待测微服务提供的用户服务会对正式环境中的服务数据产生影响时，调用所述待测微服务，并将其对应用户服务修改为虚拟服务。

7.根据权利要求6所述的方法，其特征在于，

当所述目标环境地址不是测试环境地址，或者，所述待测微服务提供的用户服务不会对正式环境中的服务数据产生影响时，调用所述待测微服务提供正常用户服务。

8.一种软件产品的环境管理装置，所述软件产品包括：多个微服务，其特征在于，所述装置包括：

获取模块，用于获取目标软件产品的微服务调用请求，所述微服务调用请求中包含待测微服务及其对应的环境标识；

第一处理模块，用于基于所述环境标识从所述待测微服务对应的第一环境地址列表中确定待测微服务的目标环境地址，所述第一环境地址列表中存储有所述待测微服务所有的环境地址；

第二处理模块，用于基于所述目标环境地址对所述待测微服务进行调用。

9.一种电子设备，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令执行权利要求1－7任一项所述方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行权利要求1－7任一项所述的方法。

Images