CN111338646A - 一种微服务架构的管理方法以及相关装置 - Google Patents

Abstract

本申请公开了一种微服务架构的管理方法以及相关装置，可以应用于基于云服务的事务管理过程中。通过响应于目标操作确定操作指令；然后根据操作指令确定对应的部署环境，该部署环境用于指示至少一个目标数据库的数据调用；进一步的根据目标数据库确定对应的目标接口数据；进而基于目标接口执行目标操作。从而实现运行环境适配场景下的微服务过程，可以在无需关心开发环境的情况下，进行后端接口的开发；并且自动部署相应的接口服务，避免部署环境之间的差异性造成的接口混乱，并保证了操作过程的安全性，提高微服务架构的稳定性。

Description

一种微服务架构的管理方法以及相关装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种微服务架构的管理方法以及相关装置。

背景技术

随着互联网技术的发展，越来越多的微服务应用出现在日常生活中。

一般，在服务划分过程中会将单体应用拆分为多个高内聚低耦合的小型服务，每个小型服务运行在独立进程，这些小型服务即为微服务，且微服务的前端和后端由不同的团队开发和维护，服务间采用轻量级通信机制，独立自动部署，可以采用不同的语言及存储。

但是，由于微服务个体之间的差异性，以及微服务架构中前端与后端的操作环境适配问题，在大量服务并存的场景中容易造成服务接口的混乱，影响微服务架构运行的稳定性。

发明内容

有鉴于此，本申请提供一种微服务架构的管理方法，可以有效避免微服务个体之间的差异性以及微服务架构中前端与后端的适配问题，提高微服务架构的稳定性。

本申请第一方面提供一种微服务架构的管理方法，可以应用于终端设备中包含微服务架构的管理功能的系统或程序中，具体包括：响应于目标操作确定操作指令，所述目标操作用于指示至少一个微服务进程的处理，所述目标操作通过前端系统输入；

根据所述操作指令确定对应的部署环境，所述部署环境用于指示至少一个目标数据库的数据调用，每个所述部署环境下均包含相互独立的所述微服务进程；

根据所述目标数据库确定对应的目标接口数据，所述目标接口数据用于结合所述操作指令确定目标接口，所述目标接口用于指示后端系统中所述微服务进程的执行路径，所述后端系统与所述前端系统相关联；

基于所述目标接口执行所述目标操作。

本申请第二方面提供一种微服务架构的管理的装置，包括：响应单元，用于响应于目标操作确定操作指令，所述目标操作用于指示至少一个微服务进程的处理，所述目标操作通过前端系统输入；

部署单元，用于根据所述操作指令确定对应的部署环境，所述部署环境用于指示至少一个目标数据库的数据调用，每个所述部署环境下均包含相互独立的所述微服务进程；

确定单元，用于根据所述目标数据库确定对应的目标接口数据，所述目标接口数据用于结合所述操作指令确定目标接口，所述目标接口用于指示后端系统中所述微服务进程的执行路径，所述后端系统与所述前端系统相关联；

管理单元，用于基于所述目标接口执行所述目标操作。

可选的，在本申请一些可能的实现方式中，所述确定单元，具体用于确定与所述目标数据库关联的本地接口数据；

所述确定单元，具体用于基于所述本地接口数据进行对应服务下的接口调试，以确定所述目标接口数据。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于基于所述目标接口数据对所述本地接口数据进行更新；

所述管理单元，具体用于将更新后的所述本地接口数据上传至所述目标数据库，以对所述目标数据库进行更新。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于确定所述操作指令中指示的新增接口；

所述管理单元，具体用于确定所述新增接口对应的接口协议；

所述管理单元，具体用于在所述接口协议环境下通过所述新增接口执行测试用例，以得到测试结果；

所述管理单元，具体用于基于所述测试结果确定所述新增接口的状态信息，所述状态信息用于指示所述新增接口的执行过程。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于根据所述测试结果确定所述新增接口对应的部署环境；

所述管理单元，具体用于确定与所述新增接口对应的部署环境相同的所述目标接口；

所述管理单元，具体用于关联所述目标接口和所述新增接口，以建立关联关系，所述关联关系用于指示所述新增接口的调用。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于响应于接口维护指令确定所述目标接口中的关联项；

所述管理单元，具体用于确定所述关联项对应的所述新增接口，以建立所述关联关系。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于确定所述微服务进程对应的应用服务；

所述管理单元，具体用于将所述应用服务对应的应用服务数据封装为领域服务数据；

所述管理单元，具体用于根据所述领域服务数据确定所述目标数据库；

所述管理单元，具体用于基于所述目标接口访问所述目标数据库，以执行所述目标操作。

可选的，在本申请一些可能的实现方式中，所述确定单元，具体用于确定所述目标操作对应的目标用户；

所述确定单元，具体用于获取所述目标用户的权限信息，所述权限信息包括应用服务权限和领域服务权限，所述应用服务权限用于指示所述应用服务数据的处理，所述领域服务权限用于指示所述领域服务数据的处理；

所述确定单元，具体用于根据所述权限信息确定所述微服务进程对应的应用服务。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于响应于权限管理指令确定所述目标用户对应的身份信息；

所述管理单元，具体用于基于所述身份信息对所述权限信息进行更新。

可选的，在本申请一些可能的实现方式中，所述确定单元，具体用于确定所述微服务进程对应的目标项目；

所述确定单元，具体用于通过所述目标项目确定对应的所述应用服务。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于记录所述目标操作对应的执行信息，所述执行信息包括所述目标接口或所述目标数据库；

所述管理单元，具体用于基于所述执行信息生成操作日志。

本申请第三方面提供一种计算机设备，包括：存储器、处理器以及总线系统；所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行上述第一方面或第一方面任一项所述的微服务架构的管理方法。

本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任一项所述的微服务架构的管理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

通过响应于目标操作确定操作指令，其中目标操作用于指示至少一个微服务进程的处理，目标操作通过前端系统输入；然后根据操作指令确定对应的部署环境，该部署环境用于指示至少一个目标数据库的数据调用，且每个部署环境下均包含相互独立的微服务进程；进一步的根据目标数据库确定对应的目标接口数据，目标接口数据用于结合所述操作指令确定目标接口，目标接口用于指示后端系统中微服务进程的执行路径，后端系统与前端系统相关联；进而基于目标接口执行目标操作。从而实现运行环境适配场景下的微服务过程，可以在无需关心开发环境的情况下，进行后端接口的开发；并且自动部署相应的接口服务，避免部署环境之间的差异性造成的接口混乱，并保证了操作过程的安全性，提高微服务架构的稳定性。

附图说明

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

图1为微服务架构的管理系统运行的网络架构图；

图2为本申请实施例提供的一种微服务架构的管理方法的系统架构图；

图3为本申请实施例提供的一种微服务架构的管理方法的流程图；

图4为本申请实施例提供的一种微服务架构的管理的场景示意图；

图5为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图6为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图7为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图8为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图9为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图10为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图11为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图12为本申请实施例提供的另一种微服务架构的管理的场景示意图；

图13为本申请实施例提供的另一种微服务架构的管理的场景流程图；

图14为本申请实施例提供的一种微服务架构的管理装置的结构示意图；

图15为本申请实施例提供的一种终端设备的结构示意图；

图16为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

本申请实施例提供了一种微服务架构的管理方法以及相关装置，可以应用于终端设备中包含微服务架构的管理功能的系统或程序中，通过响应于目标操作确定操作指令，其中目标操作用于指示至少一个微服务进程的处理，目标操作通过前端系统输入；然后根据操作指令确定对应的部署环境，该部署环境用于指示至少一个目标数据库的数据调用，且每个部署环境下均包含相互独立的微服务进程；进一步的根据目标数据库确定对应的目标接口数据，目标接口数据用于结合所述操作指令确定目标接口，目标接口用于指示后端系统中微服务进程的执行路径，后端系统与前端系统相关联；进而基于目标接口执行目标操作。从而实现运行环境适配场景下的微服务过程，可以在无需关心开发环境的情况下，进行后端接口的开发；并且自动部署相应的接口服务，避免部署环境之间的差异性造成的接口混乱，并保证了操作过程的安全性，提高微服务架构的稳定性。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，对本申请实施例中可能出现的一些名词进行解释。

微服务：将单体应用拆分为多个高内聚低耦合的小型服务，每个小型服务运行在独立进程，这些小型服务即为微服务，且微服务由不同的团队开发和维护，服务间采用轻量级通信机制，独立自动部署，可以采用不同的语言及存储。

领域服务：一种后端数据访问服务模型，包括领域数据访问服务和领域数据服务。

领域数据访问服务（data access object，DAO）：主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此。

领域数据服务：对DAO服务的调用，进行对多数据服务访问的封装服务。

应用服务: 应用服务不能直接访问数据库，不能直接访问DAO服务，需要通过领域数据服务对数据进行操作，会调用领域数据服务或者其他应用服务。

xnode：是一种基于node开发的类微服务+无服务架构，提供了基于javascript构建微服务体系的能力，提供模型生成服务，服务注册发现，服务监控日志，接口热更新，自动化服务部署等能力，解决了传统无服务架构的冷启动问题，执行环境受限问题，底层配置透明，更具灵活性和可控性。

webide：一种在线集成开发环境。

echart：一种使用javascript实现的开源可视化库，可以流畅的运行在 PC 和移动设备上，与各种浏览器相兼容。

orgchart：一种用来绘制组织结构图的插件，可以自定义加载需求的组织架构图，扩展性高。

vue：一种三维渲染解决方案软件，在本申请中可以用于渐进式用户界面的构建，并实现组件化。

vuex：vue中的一种状态管理模式。可以理解为是定义了一个全局对象，且该全局对象所有页面都可以访问。例如当定义了一个数据之后，可以在当前项目中的任何一个组件里获取、修改该数据，并且修改内容可以让项目中所有引用该数据的地方都做出相应的变更。使得不同组件之间，可进行状态的修改和读取，方便统一管理、维护。

vue-cli：一种脚手架构建工具。

webpack：一种模块打包器，可以将javascript文件打包在一起，打包后的文件用于在浏览器中使用，即本申请前端的一种使用场景。

vscode：一种代码编辑器。

monaco：一种代码编辑器。

中间件：一类连接软件组件和应用的计算机软件，它包括一组服务，以便于运行在一台或多台机器上的多个软件通过网络进行交互。

应理解，本申请提供的微服务架构的管理方法可以应用于终端设备中包含微服务架构的管理功能的系统或程序中，例如媒体内容平台，具体的，微服务架构的管理系统可以运行于如图1所示的网络架构中，如图1所示，是微服务架构的管理系统运行的网络架构图，如图可知，微服务架构的管理系统可以提供与多个信息源的微服务架构的管理，在微服务架构中的前端可以通过终端与用户进行交互实现，而后端一般部署在服务器侧，终端通过与服务器建立网络连接，以实现微服务架构的运行，从而进行微服务的运行环境管理、接口管理等；可以理解的是，图1中示出了多种终端设备，在实际场景中可以有更多或更少种类的终端设备参与到微服务架构的管理的过程中，具体数量和种类因实际场景而定，此处不做限定，另外，图1中示出了一个服务器，但在实际场景中，也可以有多个服务器的参与，特别是在多内容应用交互的场景中，具体服务器数量因实际场景而定。

本实施例中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

应当注意的是，本实施例提供的微服务架构的管理方法也可以离线进行，即不需要服务器的参与，此时终端在本地与其他终端进行连接，进而进行终端之间的微服务架构的管理的过程。

可以理解的是，上述微服务架构的管理系统可以运行于个人移动终端，也可以运行于服务器，还可以作为运行于第三方设备以提供微服务架构的管理，以得到信息源的微服务架构的管理结果；具体的微服务架构的管理系统可以是以一种程序的形式在上述设备中运行，也可以作为上述设备中的系统部件进行运行，还可以作为云端服务程序的一种，具体运作模式因实际场景而定，此处不做限定。

随着互联网技术的发展，越来越多的微服务应用出现在日常生活中。

一般，在服务划分过程中会将单体应用拆分为多个高内聚低耦合的小型服务，每个小型服务运行在独立进程，这些小型服务即为微服务，且微服务由不同的团队开发和维护，服务间采用轻量级通信机制，独立自动部署，可以采用不同的语言及存储。

但是，由于微服务个体之间的差异性，在大量服务并存的场景中容易造成服务接口的混乱，影响微服务架构运行的稳定性。

为了解决上述问题，本申请提出了一种微服务架构的管理方法，该方法应用于图2所示的微服务架构的管理的流程框架中，如图2所示，为本申请实施例提供的一种微服务架构的管理方法的系统架构图，该系统架构包括智能平台前端，即前端系统；以及管理平台后端，即后端系统；还有业务平台数据库，即数据库。

其中，智能平台前端的用户界面（User Interface，UI）选型可以使用开源协同的前端通用 UI 组件，例如“精选设计组件”（Ten Design），以提供主题切换、通用组件库、图标库、脚手架工具等功能部件，进一步的还可以使用echart，orgchart等图表框架作为系统的图表展示框架。另外在前端的开发过程中可以利用vue编辑，以用于渐进式的构建用户界面，从而实现组件化，进一步的利用vuex为应用程序开发提供集中式存储管理应用的所有组件的状态的状态管理模式。在构建好界面组件后使用vue-cli与webpack结合打包构建；进一步的上述界面数据可以运行于webide环境，具体的，对于复杂需求，使用vscode 网页版搭建webide，达到与本地体验一致；而对于简单需求，使用monaco作为管理平台上代码查看和简单编辑的手段。

可以理解的是，上述UI组件还可以采用“艺术设计组件”（ant.design）、“材质组件”（Material）、“引导组件”（bootstrap）、“元素组件”（element）、“共享组件”（weui）等组件，具体组件因实际场景而定。

可选的，前端架构还可以使用类似于vue的react或者angluar等前端框架开发用于web应用开发，在一种可能的场景中，当前端运行于移动端app或者pc终端应用时，还可以选用“本地动作”（react native）、“移动端框架”（weex）、“终端框架”（electron）等技术框架，具体框架因实际场景而定。

在一种可能的场景中，基于图2提供的前端架构，用户可以通过浏览器即可以实现上述功能，从而让用户在浏览器中就可以开发代码，抹平了开发环境的差异，减小的开发成本。具体的，基于vue的前端架构以及组件化的思想还可以加快开发速度，从而提高开发效率。

对于管理平台后端，本实施例采用xnode架构，该架构包括应用服务层、领域数据服务层以及领域数据访问服务层。具体的，各层之间通过协同作用提供项目管理服务、应用管理服务、接口管理服务、用户管理服务、权限管理服务、用例管理服务、运维部署服务以及日志管理服务。

在本实施例中，后端的服务可以使用类似于xnode的微服务或者云函数实现，从而达到本提供的管理功能，如腾讯云函数等。

对于平台业务数据库，本实施例部署了不同环境下的数据库，包括开发环境、测试环境以及生产环境。具体的，通过分配不同环境下的业务进程，对与管理平台后端对应的项目管理表、接口管理表、用户数据表以及权限数据表进行存储以及更新，且同一微服务在不同部署环境下部署的数据表相互独立。

可以理解的是，本申请所提供的方法可以为一种程序的写入，以作为硬件系统中的一种处理逻辑，也可以作为一种微服务架构的管理装置，采用集成或外接的方式实现上述处理逻辑。作为一种实现方式，该微服务架构的管理装置通过响应于目标操作确定操作指令，其中目标操作用于指示至少一个微服务进程的处理，目标操作通过前端系统输入；然后根据操作指令确定对应的部署环境，该部署环境用于指示至少一个目标数据库的数据调用，且每个部署环境下均包含相互独立的微服务进程；进一步的根据目标数据库确定对应的目标接口数据，目标接口数据用于结合所述操作指令确定目标接口，目标接口用于指示后端系统中微服务进程的执行路径，后端系统与前端系统相关联；进而基于目标接口执行目标操作。从而实现运行环境适配场景下的微服务过程，可以在无需关心开发环境的情况下，进行后端接口的开发；并且自动部署相应的接口服务，避免部署环境之间的差异性造成的接口混乱，并保证了操作过程的安全性，提高微服务架构的稳定性。

结合上述系统架构，下面将对本申请中微服务架构的管理方法进行介绍，请参阅图3，图3为本申请实施例提供的一种微服务架构的管理方法的流程图，本申请实施例至少包括以下步骤：

301、响应于目标操作确定操作指令。

本实施例中，目标操作用于指示至少一个微服务进程的处理，目标操作通过前端系统输入。具体的，目标操作可以是响应于用户的输入，也可以是响应于系统自动生成的指令，例如：进行接口维护。

具体的，在用户进行目标操作的场景中，用户可以是通过接触式输入，例如：触屏、鼠标、键盘等；也可以采用非接触式输入，例如：语音控制、光线感应等方式。

可以理解的是，通过目标操作确定操作指令，可以是用于指示项目的管理、应用的管理、接口的管理、用户的管理、权限的管理、用例的管理、运维部署以及日志的管理等，具体作用因实际场景而定。

302、根据操作指令确定对应的部署环境。

本实施例中，部署环境用于指示至少一个目标数据库的数据调用；在一种可能的场景中，基于实际开发运维生产需要，部署环境包括开发、测试、生产三个环境，以及其对应的mysql数据库，即目标数据库。应当注意的是在每个部署环境下均包含相互独立的的微服务进程。例如对于微服务进程1，在开发、测试、生产三个环境对应的数据库中均存储有对应的服务源数据和接口实例，该接口实例用于指示微服务进程1；若在操作指令指示开发环境下的操作时，只对开发环境下的实例进行操作，并不会对测试、生产环境下的实例产生影响，保证了开发过程的安全性。另外，由于用户对于不同部署环境的操作权限可能不同，例如用户只有测试环境下的操作权限，则用户在测试环境下的操作并不会对开发环境的实例产生影响；进一步的，由于不同部署环境下对于微服务进程的性能要求不同，为保证微服务架构的稳定性，对于不同环境下的操作可能对应于不同的操作权限，例如在生产环境下不允许接口修改的操作，而在开发环境中可以进行接口修改的操作。从而提供安全稳定的开发、测试、生产环境；可以理解的是，在基于操作指令对相应的环境下的数据库中的实例进行操作之后，还可以通过同步功能和版本管理功能达到三个环境的服务和接口的状态以及版本管理，从而实现微服务的数据同步。

可以理解的是，上述部署环境仅为示例，其他基于微服务架构的实际开发运维环境也包含在本方案中，具体部署环境因实际场景而定。

具体的，在开发环境中，可以采用如图4所示的流程架构，如图4所示，为本申请实施例提供的一种本地开发环境的流程架构图。在本地开发环境下，数据的调用过程是以本地数据为主导的，即首先确定与目标数据库关联的本地接口数据；然后基于本地接口数据进行对应服务下的接口调试，以确定目标接口数据。具体的，在xnode架构下，xnode服务提供一套完整的xnode构建，接口不再以数据保存在数据库，用户直接编辑xnode本地环境中的接口文件，重启服务达到接口生效，提供一套命令行工具，从而完成服务与接口的新建、更新、部署以及权限控制。

进一步的，由于线上的数据库需要与本地数据进行同步，以保证数据库数据的准确性，故还可以进行本地数据与数据库数据的数据同步，具体的，对于接口数据，在本地修改后，会生成文件纳入git系统管理，在git的webhook中自动执行编译命令，从而把本地git文件的更新，然后转换成数据更新入数据库，进而达到与线上数据同步的目的。

另外，对于前端的界面组件在开发过程中的变化也可以上传至数据库，从而保证数据的一致性，提高微服务架构的稳定性。

可选的，在本地开发环境中，命令行工具也可以提供为集成开发环境（IntegratedDevelopment Environment，IDE）插件形式，如vscode插件，在本地和webide上同时运行，从而保证了前端和后端的技术栈一致性，以达到同一套人力开发前端和后端服务，提高开发效率。

303、根据目标数据库确定对应的目标接口数据。

本实施例中，目标接口数据用于结合操作指令确定目标接口，即目标接口数据为目标数据库关联的数据表，而目标接口即为响应于操作指令在该数据表中选择得到的接口。另外，对应于本申请中系统架构的数据库分库处理，对于同一微服务进程在不同的部署环境中对应各自独立的目标接口数据，即不同部署环境下维护各自对应的数据表。可以理解的是，目标接口用于指示后端系统中微服务进程的执行路径，后端系统与前端系统相关联。

在一种可能的场景中，通过目标接口数据的确定可以应用于不同的管理场景中，下面分别进行说明。

在项目管理过程中，如图5所示，为本申请实施例提供的一种微服务架构的管理方法的场景示意图。图中示出了目标程序下的管理台界面，其中包括该程序对应的多个项目，用户可以通过点击项目标签A1，从而查看该项目的详情；通过点击应用管理A2，可以查看该项目下对应的应用服务的相关设置；通过点击聚合管理A3，可以查看该项目下对应的领域服务的相关设置。通过项目管理功能，可以提供给用户管理含有管理权限的xnode项目的管理功能，包括查看、新建、编辑、发布项目功能。

具体的，若点击图5中的项目标签A1，则会出现如图6所示的界面，如图6所示，为本申请实施例提供的另一种微服务架构的管理方法的场景示意图。图中示出了项目的具体信息，包括该项目的名称、创建时间、对应的服务ID以及具体的配置信息；另外，用户可以点击开发环境B1，从而得到开发环境下的项目信息，对应的，还可以通过点击测试环境或生产环境查看其对应的项目信息。

在接口管理的过程，如图7所示，为本申请实施例提供的另一种微服务架构的管理方法的场景示意图。图中用户可以通过点击接口列表C1，从而查看该项目涉及的接口的基本信息，例如：ID、中文名、创建日期等；以及接口的参数、接口代码等信息。用户还可以点击接口编辑C2，从而进行接口的新建、编辑、发布等功能；具体的，在新建接口的过程中，首先确定操作指令中指示的新增接口；然后确定新增接口对应的接口协议；进而在接口协议环境下通过新增接口执行测试用例，以得到测试结果；从而基于测试结果确定新增接口的状态信息，状态信息用于指示新增接口的执行过程。故在接口编辑C2的过程中，还可以进行接口协议管理的过程，即点击接口编辑C2后可以显示当前接口之间的接口协议，并可以对该接口协议进行修改、替换等操作；具体的，可以使用typescript以及可以解释typescript的json数据接口作为协议管理的协议格式，并根据更新后的接口协议生成对应的mock接口，从而基于更新后的接口协议执行测试用例，以确定基于更新后的接口协议执行情况的稳定性。

具体的，上述新增接口的过程还可以是通过平台进行的发布上线过程，即配合xnode构架的接口热更新能力，和平台服务的接口管理能力，能够做到接口的灵活上下线，灵活部署到开发，测试和生产环境，并提供接口测试和测试用例保存功能。

可以理解的是，对于上述测试用例的过程，可以是自动进行的，也可以是通过点击接口测试C3进行的，即在本申请中可以对任何接口进行状态检测，以保证其可用性。

可选的，在上述接口协议管理过程中，用户可以通过表单式或者yaml/json文件式的协议来生成接口以及相应的测试用例，默认情况下，只有在该协议下的测试用例通过后，接口才能热更新上线，保证接口上线的安全性。

在一种可能的场景中，由于相同部署环境下的接口存在相似性，故本申请还提供接口环境同步功能，支持由开发到测试到正式环境的单向的接口同步。具体的，首先根据上述测试结果确定新增接口对应的部署环境；然后确定与新增接口对应的部署环境相同的目标接口；进一步关联目标接口和新增接口，以建立关联关系，其中关联关系即用于指示新增接口的调用。

可选的，用户还可以主动或者由系统自动维护接口间调用关系，即可以封装在接口编辑C2的功能中，用于便捷的展示和修改有调用关系的接口。具体的，可以响应于接口维护指令确定目标接口中的关联项；然后确定关联项对应的新增接口，以建立关联关系。例如手动添加关联的接口项，从而提高接口调用的效率，并结合上述接口协议管理和接口用例的过程，保证了接口的稳定性和可测试性，提高了热更新接口的安全性以及服务的灵活性。

在权限管理过程中，如图8所示，为本申请实施例提供的另一种微服务架构的管理方法的场景示意图。用户可以点击项目管理中的权限管理D1进行应用服务权限和领域服务权限的管理过程，用户可以点击应用服务权限下的查看D2或编辑D3进行相关的应用服务的权限操作；也可以点击领域服务权限下的查看D4或编辑D5进行相关的应用服务的权限操作。

在一种可能的场景中，用户点击应用服务权限下的查看D2后会出现如图9所示的场景，图9为本申请实施例提供的另一种微服务架构的管理方法的场景示意图。即可以查看不同用户身份下的管理权限，例如：查看服务权限、编辑服务权限等，且不同用户身份对应的管理权限不同；另外，用户通过点击应用服务权限下的编辑D3，可以对相关的权限进行修改。

具体的，在上述应用权限管理过程中，可以首先确定微服务进程对应的应用服务；然后将应用服务对应的应用服务数据封装为领域服务数据；并根据领域服务数据确定目标数据库；从而基于目标接口访问目标数据库，以执行目标操作。

由于权限的设定包括应用服务权限和领域服务权限，其中应用服务权限用于指示应用服务数据的处理，领域服务权限用于指示领域服务数据的处理；故还应对领域服务权限进行管理。

对应的，用户点击领域服务权限下的查看D4后会出现如图10所示的场景，图10为本申请实施例提供的另一种微服务架构的管理方法的场景示意图。具体场景与图9类似，此处不做赘述。

具体的，对于权限管理的过程可以是用户输入的，即响应于权限管理指令确定目标用户对应的身份信息；然后基于身份信息对权限信息进行更新。

在应用服务管理过程中，通过点击图5中的应用管理A2进入，如图11所示，为本申请实施例提供的另一种微服务架构的管理方法的场景示意图。用户通过点击应用管理E1可以查看项目目录下对应的应用服务信息，具体包括基本信息、服务信息以及配置信息，另外，用户还可以通过点击应用编辑进行应用的管理，具体可以包括接口的管理，该过程与图7所示的项目接口管理的场景类似，此处不做赘述。

而对于领域服务管理的过程，如图12所示，为本申请实施例提供的另一种微服务架构的管理方法的场景示意图。用户可以点击聚合管理F1从而进行领域服务的管理，具体的，领域服务包括选择实体然后编辑实体关系，进而创建聚合的过程，其中，实体即为应用服务中涉及的实体。故用户可以通过调整数值框F2进行实体关系的调整，从而对领域数据的参数进行管理。

在日志管理过程中，首先记录目标操作对应的执行信息，执行信息包括目标接口或目标数据库；基于执行信息生成操作日志。通过操作日志即可对相关信息进行查验，保证微服务架构执行过程的准确性。

304、基于目标接口执行目标操作。

本实施例中，执行目标操作的过程可以参考图13所示，为本申请实施例提供的另一种微服务架构的管理方法的场景流程图。图中示出了由客户端发起请求到业务数据库做出相应的过程，上述过程对应于图2中的系统架构，此处不做赘述。

另外，由于后端与前端（客户端）主要采用网络通信，故在通信过程中可以进行服务路由的设定以及网关服务，对数据进行查验，以保证数据传输额准确性。

结合上述实施例可知，通过响应于目标操作确定操作指令，其中目标操作用于指示至少一个微服务进程的处理，目标操作通过前端系统输入；然后根据操作指令确定对应的部署环境，该部署环境用于指示至少一个目标数据库的数据调用，且每个部署环境下均包含相互独立的微服务进程；进一步的根据目标数据库确定对应的目标接口数据，目标接口数据用于结合所述操作指令确定目标接口，目标接口用于指示后端系统中微服务进程的执行路径，后端系统与前端系统相关联；进而基于目标接口执行目标操作。从而实现运行环境适配场景下的微服务过程，可以在无需关心开发环境的情况下，进行后端接口的开发；并且自动部署相应的接口服务，避免部署环境之间的差异性造成的接口混乱，并保证了操作过程的安全性，提高微服务架构的稳定性。

为了更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置。请参阅图14，图14为本申请实施例提供的一种微服务架构的管理装置的结构示意图，微服务架构的管理装置1400包括：

响应单元1401，用于响应于目标操作确定操作指令，所述目标操作用于指示至少一个微服务进程的处理，所述目标操作通过前端系统输入；

部署单元1402，用于根据所述操作指令确定对应的部署环境，所述部署环境用于指示至少一个目标数据库的数据调用，每个所述部署环境下均包含相互独立的所述微服务进程；

确定单元1403，用于根据所述目标数据库确定对应的目标接口数据，所述目标接口数据用于结合所述操作指令确定目标接口，所述目标接口用于指示后端系统中所述微服务进程的执行路径，所述后端系统与所述前端系统相关联；

管理单元1404，用于基于所述目标接口执行所述目标操作。

可选的，在本申请一些可能的实现方式中，所述确定单元1403，具体用于确定与所述目标数据库关联的本地接口数据；

所述确定单元1403，具体用于基于所述本地接口数据进行对应服务下的接口调试，以确定所述目标接口数据。

可选的，在本申请一些可能的实现方式中，所述管理单元1404，具体用于基于所述目标接口数据对所述本地接口数据进行更新；

所述管理单元1404，具体用于将更新后的所述本地接口数据上传至所述目标数据库，以对所述目标数据库进行更新。

可选的，在本申请一些可能的实现方式中，所述管理单元1404，具体用于确定所述操作指令中指示的新增接口；

所述管理单元1404，具体用于确定所述新增接口对应的接口协议；

所述管理单元1404，具体用于在所述接口协议环境下通过所述新增接口执行测试用例，以得到测试结果；

所述管理单元1404，具体用于基于所述测试结果确定所述新增接口的状态信息，所述状态信息用于指示所述新增接口的执行过程。

可选的，在本申请一些可能的实现方式中，所述管理单元1404，具体用于根据所述测试结果确定所述新增接口对应的部署环境；

所述管理单元1404，具体用于确定与所述新增接口对应的部署环境相同的所述目标接口；

所述管理单元1404，具体用于关联所述目标接口和所述新增接口，以建立关联关系，所述关联关系用于指示所述新增接口的调用。

可选的，在本申请一些可能的实现方式中，所述管理单元1404，具体用于响应于接口维护指令确定所述目标接口中的关联项；

所述管理单元1404，具体用于确定所述关联项对应的所述新增接口，以建立所述关联关系。

可选的，在本申请一些可能的实现方式中，所述管理单元1404，具体用于确定所述微服务进程对应的应用服务；

所述管理单元1404，具体用于将所述应用服务对应的应用服务数据封装为领域服务数据；

所述管理单元1404，具体用于根据所述领域服务数据确定所述目标数据库；

所述管理单元1404，具体用于基于所述目标接口访问所述目标数据库，以执行所述目标操作。

可选的，在本申请一些可能的实现方式中，所述确定单元1403，具体用于确定所述目标操作对应的目标用户；

所述确定单元1403，具体用于获取所述目标用户的权限信息，所述权限信息包括应用服务权限和领域服务权限，所述应用服务权限用于指示所述应用服务数据的处理，所述领域服务权限用于指示所述领域服务数据的处理；

所述确定单元1403，具体用于根据所述权限信息确定所述微服务进程对应的应用服务。

可选的，在本申请一些可能的实现方式中，所述管理单元1404，具体用于响应于权限管理指令确定所述目标用户对应的身份信息；

所述管理单元1404，具体用于基于所述身份信息对所述权限信息进行更新。

可选的，在本申请一些可能的实现方式中，所述确定单元1403，具体用于确定所述微服务进程对应的目标项目；

所述确定单元1403，具体用于通过所述目标项目确定对应的所述应用服务。

可选的，在本申请一些可能的实现方式中，所述管理单元1404，具体用于记录所述目标操作对应的执行信息，所述执行信息包括所述目标接口或所述目标数据库；

所述管理单元1404，具体用于基于所述执行信息生成操作日志。

通过响应于目标操作确定操作指令，其中目标操作用于指示至少一个微服务进程的处理，目标操作通过前端系统输入；然后根据操作指令确定对应的部署环境，该部署环境用于指示至少一个目标数据库的数据调用；进一步的根据目标数据库确定对应的目标接口数据，目标接口数据用于结合所述操作指令确定目标接口，目标接口用于指示后端系统中微服务进程的执行路径，后端系统与前端系统相关联；进而基于目标接口执行目标操作。从而实现运行环境适配场景下的微服务过程，可以在无需关心开发环境的情况下，进行后端接口的开发；并且自动部署相应的接口服务，避免部署环境之间的差异性造成的接口混乱，并保证了操作过程的安全性，提高微服务架构的稳定性。

本申请实施例还提供了一种终端设备，如图15所示，是本申请实施例提供的另一种终端设备的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理（personal digital assistant，PDA）、销售终端（point of sales，POS）、车载电脑等任意终端设备，以终端为手机为例：

图15示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图15，手机包括：射频（radio frequency，RF）电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真（wireless fidelity，WiFi）模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图15中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图15对手机的各个构成部件进行具体的介绍：

RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1580处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器（low noiseamplifier，LNA）、双工器等。此外，RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统（globalsystem of mobile communication，GSM）、通用分组无线服务（general packet radioservice，GPRS）、码分多址（code division multiple access，CDMA）、宽带码分多址（wideband code division multiple access, WCDMA）、长期演进（long term evolution，LTE）、电子邮件、短消息服务（short messaging service，SMS）等。

存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作，以及在触控面板1531上一定范围内的隔空触控操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1580，并能接收处理器1580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531，输入单元1530还可以包括其他输入设备1532。具体地，其他输入设备1532可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器（liquidcrystal display，LCD）、有机发光二极管（organic light-emitting diode，OLED）等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类型，随后处理器1580根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图15中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等; 至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声音信号输出；另一方面，传声器1562将收集的声音信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图15示出了WiFi模块1570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和/或模块，以及调用存储在存储器1520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1580可包括一个或多个处理单元；可选的，处理器1580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1580中。

手机还包括给各个部件供电的电源1590（比如电池），可选的，电源可以通过电源管理系统与处理器1580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该终端所包括的处理器1580还具有执行如上述页面处理方法的各个步骤的功能。

本申请实施例还提供了一种服务器，请参阅图16，图16是本申请实施例提供的一种服务器的结构示意图，该服务器1600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（central processing units，CPU）1622（例如，一个或一个以上处理器）和存储器1632，一个或一个以上存储应用程序1642或数据1644的存储介质1630（例如一个或一个以上海量存储设备）。其中，存储器1632和存储介质1630可以是短暂存储或持久存储。存储在存储介质1630的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1622可以设置为与存储介质1630通信，在服务器1600上执行存储介质1630中的一系列指令操作。

服务器1600还可以包括一个或一个以上电源1626，一个或一个以上有线或无线网络接口1650，一个或一个以上输入输出接口16516，和/或，一个或一个以上操作系统1641，例如Windows ServerTM，Mac OS XTM，UnixTM, LinuxTM，FreeBSDTM等等。

上述实施例中由管理装置所执行的步骤可以基于该图16所示的服务器结构。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有微服务架构的管理指令，当其在计算机上运行时，使得计算机执行如前述图2至图13所示实施例描述的方法中微服务架构的管理装置所执行的步骤。

本申请实施例中还提供一种包括微服务架构的管理指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图2至图13所示实施例描述的方法中微服务架构的管理装置所执行的步骤。

本申请实施例还提供了一种微服务架构的管理系统，所述微服务架构的管理系统可以包含图14所描述实施例中的微服务架构的管理装置，或图15所描述实施例中的终端设备，或者图16所描述的服务器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，微服务架构的管理装置，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (15)

1.一种微服务架构的管理方法，其特征在于，包括：

响应于目标操作确定操作指令，所述目标操作用于指示至少一个微服务进程的处理，所述目标操作通过前端系统输入；

根据所述操作指令确定对应的部署环境，所述部署环境用于指示至少一个目标数据库的数据调用，每个所述部署环境下均包含相互独立的所述微服务进程；

根据所述目标数据库确定对应的目标接口数据，所述目标接口数据用于结合所述操作指令确定目标接口，所述目标接口用于指示后端系统中所述微服务进程的执行路径，所述后端系统与所述前端系统相关联；

基于所述目标接口执行所述目标操作。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标数据库确定对应的目标接口数据，包括：

确定与所述目标数据库关联的本地接口数据；

基于所述本地接口数据进行对应服务下的接口调试，以确定所述目标接口数据。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

基于所述目标接口数据对所述本地接口数据进行更新；

将更新后的所述本地接口数据上传至所述目标数据库，以对所述目标数据库进行更新。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定所述操作指令中指示的新增接口；

确定所述新增接口对应的接口协议；

在所述接口协议环境下通过所述新增接口执行测试用例，以得到测试结果；

基于所述测试结果确定所述新增接口的状态信息，所述状态信息用于指示所述新增接口的执行过程。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

根据所述测试结果确定所述新增接口对应的部署环境；

确定与所述新增接口对应的部署环境相同的所述目标接口；

关联所述目标接口和所述新增接口，以建立关联关系，所述关联关系用于指示所述新增接口的调用。

6.根据权利要求5所述的方法，其特征在于，所述关联所述目标接口和所述新增接口，以建立关联关系，包括：

响应于接口维护指令确定所述目标接口中的关联项；

确定所述关联项对应的所述新增接口，以建立所述关联关系。

7.根据权利要求1所述的方法，其特征在于，所述基于所述目标接口执行所述目标操作，包括：

确定所述微服务进程对应的应用服务；

将所述应用服务对应的应用服务数据封装为领域服务数据；

根据所述领域服务数据确定所述目标数据库；

基于所述目标接口访问所述目标数据库，以执行所述目标操作。

8.根据权利要求7所述的方法，其特征在于，所述确定所述微服务进程对应的应用服务，包括：

确定所述目标操作对应的目标用户；

获取所述目标用户的权限信息，所述权限信息包括应用服务权限和领域服务权限，所述应用服务权限用于指示所述应用服务数据的处理，所述领域服务权限用于指示所述领域服务数据的处理；

根据所述权限信息确定所述微服务进程对应的应用服务。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

响应于权限管理指令确定所述目标用户对应的身份信息；

基于所述身份信息对所述权限信息进行更新。

10.根据权利要求7所述的方法，其特征在于，所述确定所述微服务进程对应的应用服务，包括：

确定所述微服务进程对应的目标项目；

通过所述目标项目确定对应的所述应用服务。

11.根据权利要求1-10任一项所述的方法，其特征在于，所述方法还包括：

记录所述目标操作对应的执行信息，所述执行信息包括所述目标接口或所述目标数据库；

基于所述执行信息生成操作日志。

12.根据权利要求1所述的方法，其特征在于，所述前端系统采用可视化框架构建，所述前端系统与所述后端系统采用的技术栈相同。

13.一种微服务架构的管理装置，其特征在于，包括：

响应单元，用于响应于目标操作确定操作指令，所述目标操作用于指示至少一个微服务进程的处理，所述目标操作通过前端系统输入；

部署单元，用于根据所述操作指令确定对应的部署环境，所述部署环境用于指示至少一个目标数据库的数据调用，每个所述部署环境下均包含相互独立的所述微服务进程；

确定单元，用于根据所述目标数据库确定对应的目标接口数据，所述目标接口数据用于结合所述操作指令确定目标接口，所述目标接口用于指示后端系统中所述微服务进程的执行路径，所述后端系统与所述前端系统相关联；

管理单元，用于基于所述目标接口执行所述目标操作。

14.一种计算机设备，其特征在于，所述计算机设备包括处理器以及存储器：

所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行权利要求1至12任一项所述的微服务架构的管理方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述权利要求1至12任一项所述的微服务架构的管理方法。

Images