CN110134433A - 一种微服务状态获取方法及装置 - Google Patents

Abstract

本发明提供了一种微服务状态获取方法及装置。所述方法包括：在启动容器编排工具之后，依据内嵌于所述容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与所述图形化管理工具对应的管理界面；接收用户在所述管理界面内触发的与目标微服务对应的监控指令；依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域。本发明实施例通过将容器编排工具和图形化管理工具结合来进行企业轻量级的容器管理方案，可以通过管理界面实现对微服务状态的监控，操作简单且灵活，提高了用户的使用体验。

Description

一种微服务状态获取方法及装置

技术领域

本发明涉及微服务管理技术领域，特别是涉及一种微服务状态获取方法及装置。

背景技术

Docker(应用容器引擎)可以用于对微服务进行保存和管理。随着微服务的发展，大量的业务单元被抽取组成单一独立的微服务，这导致单一项目中产生大量微服务实例，微服务的管理，监控和运维成了中小公司项目发展路上的瓶颈。依靠系统管理员复杂低效的服务器端维护，降低了用户的体验。

发明内容

本发明提供一种微服务状态获取方法及装置，以解决现有技术依靠管理员在服务器端对微服务进行维护的技术较为复杂，且效率较低，降低了用户使用体验的问题。

为了解决上述问题，本发明实施例公开了一种微服务状态获取方法，包括：在启动docker compose之后，依据内嵌于所述docker compose的配置文件中的Portainer，将docker中的微服务展示于与所述Portainer对应的管理界面；接收用户在所述管理界面内触发的与目标微服务对应的监控指令；依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域。

可选地，在所述依据内嵌于所述docker compose的配置文件中的Portainer，将docker中的微服务展示于与所述Portainer对应的管理界面的步骤之前，还包括：建立与所述docker compose对应的配置文件，及服务镜像库；将所述Portainer内嵌于所述配置文件中；在所述服务镜像库中添加所述微服务与服务标识之间的映射关系；所述服务标识为所述管理界面上与所述微服务对应的标识。

可选地，所述接收用户在所述管理界面内触发的与目标微服务对应的监控指令的步骤，包括：接收所述用户在所述管理界面内触发的与目标服务标识对应的监控指令；依据所述服务镜像库中保存的微服务与服务标识之间的映射关系，查找与所述目标服务标识对应的目标微服务；所述依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域的步骤，包括：依据所述监控指令，对所述目标微服务的状态信息进行监控，获取所述目标微服务的目标状态信息；在所述管理界面内，获取与所述目标微服务对应的目标区域；将所述目标状态信息展示于所述目标区域。

可选地，所述接收用户在所述管理界面内触发的与目标微服务对应的监控指令的步骤，包括：获取所述用户的身份信息；依据所述身份信息判断所述用户是否为鉴权用户；在所述用户为鉴权用户的情况下，接收所述用户触发的与所述目标微服务对应的监控指令。

可选地，所述管理界面内预设有各所述微服务对应的状态标识，所述方法还包括：针对各所述微服务，依次依据所述微服务对应的状态标识，监测所述微服务是否异常；在所述微服务异常的情况下，接收所述用户在所述管理界面内触发的、与所述微服务对应的日志按钮，获取并展示所述微服务的日志信息；依据所述日志信息确定所述微服务的异常原因。

可选地，在所述依据所述日志信息定位所述微服务的异常原因的步骤之后，还包括：在依据所述异常原因对所述微服务修复完成之后，接收所述用户在管理界面内触发的与所述微服务对应的重启按钮；重启所述微服务。

可选地，所述容器编排工具为docker compose，所述图形化管理工具为Portainer，所述应用容器引擎为docker。

为了解决上述问题，本发明实施例公开了一种微服务状态获取装置，包括：微服务展示模块，用于在启动docker compose之后，依据内嵌于所述docker compose的配置文件中的Portainer，将docker中的微服务展示于与所述Portainer对应的管理界面；监控指令接收模块，用于接收用户在所述管理界面内触发的与目标微服务对应的监控指令；状态获取展示模块，用于依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域。

可选地，还包括：配置文件建立模块，用于建立与所述docker compose对应的配置文件，及服务镜像库；Portainer内嵌模块，用于将所述Portainer内嵌于所述配置文件中；映射关系添加模块，用于在所述服务镜像库中添加所述微服务与服务标识之间的映射关系；所述服务标识为所述管理界面上与所述微服务对应的标识。

可选地，所述监控指令接收模块包括：监控指令接收子模块，用于接收所述用户在所述管理界面内触发的与目标服务标识对应的监控指令；目标微服务查找子模块，用于依据所述服务镜像库中保存的微服务与服务标识之间的映射关系，查找与所述目标服务标识对应的目标微服务；所述状态获取展示模块包括：目标状态获取子模块，用于依据所述监控指令，对所述目标微服务的状态信息进行监控，获取所述目标微服务的目标状态信息；目标区域获取子模块，用于在所述管理界面内，获取与所述目标微服务对应的目标区域；目标状态展示子模块，用于将所述目标状态信息展示于所述目标区域。

可选地，所述监控指令接收模块包括：身份信息获取子模块，用于获取所述用户的身份信息；身份信息判断子模块，用于依据所述身份信息判断所述用户是否为鉴权用户；监控指令触发子模块，用于在所述用户为鉴权用户的情况下，接收所述用户触发的与所述目标微服务对应的监控指令。

可选地，所述管理界面内预设有各所述微服务对应的状态标识，所述装置还包括：微服务异常判断模块，用于针对各所述微服务，依次依据所述微服务对应的状态标识，监测所述微服务是否异常；日志信息获取展示模块，用于在所述微服务异常的情况下，接收所述用户在所述管理界面内触发的、与所述微服务对应的日志按钮，获取并展示所述微服务的日志信息；异常原因确定模块，用于依据所述日志信息确定所述微服务的异常原因。

可选地，还包括：重启按钮触发模块，用于在依据所述异常原因对所述微服务修复完成之后，接收所述用户在管理界面内触发的与所述微服务对应的重启按钮；微服务器重启模块，用于重启所述微服务。

可选地，所述容器编排工具为docker compose，所述图形化管理工具为Portainer，所述应用容器引擎为docker。

为了解决上述问题，本发明实施例还公开了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述一个或多个所述的微服务状态获取方法。

与现有技术相比，本发明包括以下优点：

本发明实施例提供的微服务状态获取方法及装置，通过在启动容器编排工具之后，依据内嵌于容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与图形化管理工具对应的管理界面，接收用户在管理界面内触发的与目标微服务对应的监控指令，依据监控指令获取目标微服务的目标状态信息，并将目标状态信息展示于管理界面的目标区域。本发明实施例通过将容器编排工具和图形化管理工具结合来进行企业轻量级的容器管理方案，可以通过管理界面实现对微服务状态的监控，操作简单且灵活，提高了用户的使用体验。

附图说明

图1示出了本发明实施例提供的一种微服务状态获取方法的步骤流程图；

图2示出了本发明实施例提供的一种微服务状态获取装置的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一

参照图1，示出了本发明实施例提供的一种微服务状态获取方法的步骤流程图，具体可以包括如下步骤：

步骤101：在启动容器编排工具之后，依据内嵌于所述容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与所述图形化管理工具对应的管理界面。

在本发明实施例中，微服务是一个新兴的软件架构，是指将一个大型的单个应用程序和服务拆分成数十个支持的微服务。一个微服务的策略可以让工作变得更为简单，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。

容器编排工具可以提供调度和集群的技术，提供用于基于容器应用可扩展性的基本机制。这些工具使用容器服务，并编排容器以决定容器之间如何进行交互，容器编排工具可以包括：Docker Swarm、Kubernetes、Docker compose等多种类型中的任一种，在本发明实施例中，容器编排工具优选为Docker compose。

应用容器引擎是指可以由开发人员打包应用以及依赖包到一个容器中的引擎，在本发明实施例中，应用容器引擎优选为Docker容器，Docker容器是一个开源的应用容器引擎。

图形化管理工具是指用于管理应用容器引擎的环境，可以由任何一个可以运行于应用容器引擎上的容器组成。在本发明实施例中，图形化管理工具优选为portainer。

在下述过程中，将结合Docker、Portainer和Docker compose对本发明实施例的方案进行如下详细描述。

docker compose是一个用户定义和运行多个容器的Docker应用程序。在docker中可以预先存储所需管理的微服务，并创建与docker对应的docker compose。

在创建docker compose之后，建立docker compose对应的配置文件，并在该配置文件中内置Portainer，以将docker中的微服务在一个可视化界面内进行流程监控，具体地，以下述优选实施例进行详细描述。

在本发明实施例的一种优选实施例中，在上述步骤101之前，还可以包括：

子步骤A1：建立与所述容器编排工具对应的配置文件，及服务镜像库。

在本发明实施例中，服务镜像库是指用于存储微服务的服务标识与各微服务的映射关系的数据库。

在创建与docker对应的docker compose之后，可以建立与docker compose对应的配置文件，即docker compose.yml文件，及服务镜像库之后，执行子步骤A2。

子步骤A2：将所述图形化管理工具内嵌于所述配置文件中。

Portainer是docker的图形化管理工具，提供状态显示面板、应用模板快速部署、容器镜像网络数据卷的基本操作(包括上传下载镜像，创建容器等操作)、事件日志显示、容器控制台操作和服务等集中管理和操作、登录用户管理和控制等功能。

在建立docker compose.yml文件之后，可以将Portainer内嵌于dockercompose.yml文件中，从而可以将Portainer与docker compose相结合，进而在启动dockercompose之后，可以展示一个管理界面，在管理界面内可以展示各微服务的状态信息、操作控件等等。

在将Portainer内嵌于docker compose.yml文件中之后，执行子步骤A3。

子步骤A3：在所述服务镜像库中添加所述微服务与服务标识之间的映射关系；所述服务标识为所述管理界面上与所述微服务对应的标识。

服务标识是指各微服务在指定管理界面上展示的标识，每个微服务均对应于唯一的标识，例如，微服务包括a、b和c，服务a对应的标识为1，服务b对应的标识为2，服务c对应的标识为3等等。

当然，对于服务标识可以采用如上述示例中的阿拉伯数字进行表示，当然也可以采用其它形式进行表示，如大写英文字母、小写英文字母等等，具体地，可以根据业务需求而定，本发明实施例对此不加以限制。

在服务镜像库中可以添加微服务与服务标识之间的映射关系，进而，在用户对一个服务标识执行流程监控时，可以根据服务标识与微服务的映射关系，查找用户操控的服务标识对应的微服务，以获取该微服务的相关信息等等。

进而，在启动docker compose之后，可以启动内嵌于docker compose.yml文件中的Portainer，以在客户端展示一个管理界面，并将docker中的微服务展示于该管理界面内。

当然，在管理界面内还设置有与各微服务对应的可操作控件，如监控微服务流程的按钮、获取微服务日志信息的按钮、微服务重启按钮等等，还可以预先设置于各微服务对应的状态显示标识，如微服务异常的标识、微服务正常的标识等等。

在将docker中的微服务展示于与Portainer对应的管理界面，即将各微服务对应的服务标识展示于管理界面之后，执行步骤102。

步骤102：接收用户在所述管理界面内触发的与目标微服务对应的监控指令。

目标微服务是指用户操控的微服务，例如，微服务包括服务a、服务b、和服务c，在用户对服务c进行操控时，如获取服务c的状态信息，则将服务c作为目标微服务。

可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。

监控指令是指对目标微服务的状态进行监控的指令。

在将各微服务对应的服务标识展示于管理界面之后，用户可以在管理界面内触发与各微服务对应的按钮，以触发相应的操作。

当然，对于上述过程可以参照下述优选实施例进行详细描述。

在本发明实施例的一种优选实施例中，上述步骤102可以包括：

子步骤B1：接收所述用户在所述管理界面内触发的与目标服务标识对应的监控指令。

在本发明实施例中，目标服务标识是指目标微服务对应的标识。

在管理界面内预先设置有目标服务标识对应的状态获取按钮，在用户在管理界面内点击状态获取按钮时，可以触发生成控制指令。

在接收到用户在管理界面内触发的与目标服务标识对应的监控指令之后，执行子步骤B2。

子步骤B2：依据所述服务镜像库中保存的微服务与服务标识之间的映射关系，查找与所述目标服务标识对应的目标微服务。

在接收到与目标服务标识对应的监控指令之后，可以根据服务镜像库中保存的微服务与服务标识之间的映射关系，查找与目标服务标识对应的目标微服务，进而，可以根据监控指令获取目标微服务的状态信息。

当然，在本发明实施例中，对于用户操控微服务对应的按钮时，需要对用户身份进行鉴别，在为鉴权用户时，才可以触发生成与目标微服务对应的监控指令，具体地，以下述优选实施例进行详细描述。

在本发明实施例的另一种优选实施例中，上述步骤102，还可以包括：

子步骤D1：获取所述用户的身份信息。

在本发明实施例中，用户身份信息的获取可以是在用户手指点击相应按钮时，获取用户的指纹信息，进而确定用户的身份信息。

而对于鼠标点击按钮的操作，可以在用户点击相应按钮时，在管理界面弹出一个用户身份识别信息，并获取用户填写的信息，以识别用户的身份信息。

当然，在实际应用中，本领域技术人员还可以采用其它方式获取用户的身份信息，具体地，可以根据实际情况而定，本发明实施例对此不加以限制。

在获取用户的身份信息之后，执行子步骤D2。

子步骤D2：依据所述身份信息判断所述用户是否为鉴权用户。

在系统中预先保存有鉴权用户的身份信息，如鉴权用户的指纹信息、鉴权用户的密码等等。

在获取用户的身份信息之后，可以将获取用户的身份信息与保存的鉴权用户的身份信息进行比较，以确定用户是否为鉴权用户。

子步骤D3：在所述用户为鉴权用户的情况下，接收所述用户触发的与所述目标微服务对应的监控指令。

在用户为鉴权用户的情况下，可以接收用户触发的与目标微服务对应的监控指令，即在用户为鉴权用户时，才可以对目标微服务执行相应的操作，如日志获取、状态监控、微服务重启等。

在管理界面内接收到用户触发的与目标微服务对应的监控指令之后，执行步骤103。

步骤103：依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域。

目标区域是指用户展示目标微服务的各种信息的区域，如状态信息、日志信息等等。

在系统接收到与目标微服务对应的监控指令之后，可以由系统根据该监控指令获取与目标微服务对应的目标状态信息，并将获取的目标装填信息展示于管理界面的目标区域，从而可以将目标微服务的状态信息给用户以直观显示。

上述过程可以参照下述优选实施例进行详细描述。

在本发明实施例的一种优选实施例中，上述步骤103可以包括：

子步骤E1：依据所述监控指令，对所述目标微服务的状态信息进行监控，获取所述目标微服务的目标状态信息。

在本发明实施例中，在系统接收到用户触发的与目标微服务对应的监控指令之后，系统可以对目标微服务的状态信息进行监控，从而可以获取目标微服务对应的目标状态信息。

在获取目标微服务的目标状态信息之后，执行子步骤E2。

子步骤E2：在所述管理界面内，获取与所述目标微服务对应的目标区域。

在管理界面内预先设置有展示各微服务对应的信息的区域，在获取目标微服务之后，可以在管理界面内，获取与目标微服务对应的目标区域，并执行子步骤E3。

子步骤E3：将所述目标状态信息展示于所述目标区域。

在获取目标微服务的目标状态信息及目标区域之后，可以将目标状态信息展示于目标区域，从而可以将目标微服务的状态进行直观显示。

当然，在管理界面内还可以展示各微服务对应的状态标识，通过该状态标识可以直观显示各微服务的状态信息，具体地，以下述优选实施例进行详细描述。

在本发明实施例的一种优选实施例中，所述方法还可以包括：

步骤F1：针对各所述微服务，依次依据所述微服务对应的状态标识，监测所述微服务是否异常。

在本发明实施例中，状态标识是指设置于管理界面内的，与各微服务对应的标识，通过各微服务的状态标识可以直观地显示各微服务的状态，如在状态标识为红色标识时，表示微服务出现异常，而在状态标识为绿色标识时，表示微服务处于正常状态等等。

可以理解地，上述示例仅是为了更好地理解本发明实施例的技术方案而列举的示例，不作为对本发明实施例的唯一限制。

在管理界面内，可以针对各微服务，依次依据各微服务对应的状态标识，检测微服务是否出现异常。

步骤F2：在所述微服务异常的情况下，接收所述用户在所述管理界面内触发的、与所述微服务对应的日志按钮，获取并展示所述微服务的日志信息。

在监测到微服务异常的情况下，用户可以触发管理界面内与微服务对应的日志按钮，用户通过点击日志按钮可以获取微服务对应的日志信息。

在接收到用户在管理界面内触发的、与微服务对应的日志按钮，可以获取微服务的日志信息，并将微服务的日志信息展示于管理界面内。

在获取并展示微服务的日志信息之后，执行步骤F3。

步骤F3：依据所述日志信息确定所述微服务的异常原因。

在微服务的日志信息展示于管理界面之后，用户可以在管理界面内查看微服务的日志信息，并通过日志信息确定出微服务发生异常的异常原因。

当然，在本发明中，在管理界面内还设置有与微服务对应的重启按钮，具体地，以下述优选实施例进行详细描述。

在本发明实施例的另一种优选实施例中，在上述步骤F3之后，还可以包括：

步骤M1：在依据所述异常原因对所述微服务修复完成之后，接收所述用户在管理界面内触发的与所述微服务对应的重启按钮；

步骤M2：重启所述微服务。

在本发明实施例中，重启按钮是指重启微服务的按钮。

在用户依据微服务的异常原因对微服务进行修复之后，可以接收用户在管理界面内触发的与微服务对应的重启按钮，进而可以重启微服务，以使微服务正常运行。

本发明实施例提供的微服务状态获取方法，通过在启动容器编排工具之后，依据内嵌于容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与图形化管理工具对应的管理界面，接收用户在管理界面内触发的与目标微服务对应的监控指令，依据监控指令获取目标微服务的目标状态信息，并将目标状态信息展示于管理界面的目标区域。本发明实施例通过将容器编排工具和图形化管理工具结合来进行企业轻量级的容器管理方案，可以通过管理界面实现对微服务状态的监控，操作简单且灵活，提高了用户的使用体验。

实施例二

参照图2，示出了本发明实施例提供的一种微服务状态获取装置的结构示意图，具体可以包括如下模块：

微服务展示模块210，用于在启动容器编排工具之后，依据内嵌于所述容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与所述图形化管理工具对应的管理界面；监控指令接收模块220，用于接收用户在所述管理界面内触发的与目标微服务对应的监控指令；状态获取展示模块230，用于依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域。

可选地，还包括：配置文件建立模块，用于建立与所述容器编排工具对应的配置文件，及服务镜像库；Portainer内嵌模块，用于将所述图形化管理工具内嵌于所述配置文件中；映射关系添加模块，用于在所述服务镜像库中添加所述微服务与服务标识之间的映射关系；所述服务标识为所述管理界面上与所述微服务对应的标识。

可选地，所述监控指令接收模块220包括：监控指令接收子模块，用于接收所述用户在所述管理界面内触发的与目标服务标识对应的监控指令；目标微服务查找子模块，用于依据所述服务镜像库中保存的微服务与服务标识之间的映射关系，查找与所述目标服务标识对应的目标微服务；所述状态获取展示模块230包括：目标状态获取子模块，用于依据所述监控指令，对所述目标微服务的状态信息进行监控，获取所述目标微服务的目标状态信息；目标区域获取子模块，用于在所述管理界面内，获取与所述目标微服务对应的目标区域；目标状态展示子模块，用于将所述目标状态信息展示于所述目标区域。

可选地，所述监控指令接收模块220包括：身份信息获取子模块，用于获取所述用户的身份信息；身份信息判断子模块，用于依据所述身份信息判断所述用户是否为鉴权用户；监控指令触发子模块，用于在所述用户为鉴权用户的情况下，接收所述用户触发的与所述目标微服务对应的监控指令。

可选地，所述管理界面内预设有各所述微服务对应的状态标识，所述装置还包括：微服务异常判断模块，用于针对各所述微服务，依次依据所述微服务对应的状态标识，监测所述微服务是否异常；日志信息获取展示模块，用于在所述微服务异常的情况下，接收所述用户在所述管理界面内触发的、与所述微服务对应的日志按钮，获取并展示所述微服务的日志信息；异常原因确定模块，用于依据所述日志信息确定所述微服务的异常原因。

可选地，还包括：重启按钮触发模块，用于在依据所述异常原因对所述微服务修复完成之后，接收所述用户在管理界面内触发的与所述微服务对应的重启按钮；微服务器重启模块，用于重启所述微服务。

可选地，所述容器编排工具为docker compose，所述图形化管理工具为Portainer，所述应用容器引擎为docker。

本发明实施例提供的微服务状态获取装置，通过在启动容器编排工具之后，依据内嵌于容器编排工具的配置文件中的容器编排工具，将应用容器引擎中的微服务展示于与图形化管理工具对应的管理界面，接收用户在管理界面内触发的与目标微服务对应的监控指令，依据监控指令获取目标微服务的目标状态信息，并将目标状态信息展示于管理界面的目标区域。本发明实施例通过将容器编排工具和图形化管理工具结合来进行企业轻量级的容器管理方案，可以通过管理界面实现对微服务状态的监控，操作简单且灵活，提高了用户的使用体验。

在本发明的另一实施例中，还提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现上述实施例一中的微服务状态获取方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种微服务状态获取方法、一种微服务状态获取装置和一种电子设备，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1.一种微服务状态获取方法，其特征在于，包括：

在启动容器编排工具之后，依据内嵌于所述容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与所述图形化管理工具对应的管理界面；

接收用户在所述管理界面内触发的与目标微服务对应的监控指令；

依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域。

2.根据权利要求1所述的方法，其特征在于，在所述依据内嵌于所述容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与所述图形化管理工具对应的管理界面的步骤之前，还包括：

建立与所述容器编排工具对应的配置文件，及服务镜像库；

将所述图形化管理工具内嵌于所述配置文件中；

在所述服务镜像库中添加所述微服务与服务标识之间的映射关系；所述服务标识为所述管理界面上与所述微服务对应的标识。

3.根据权利要求2所述的方法，其特征在于，所述接收用户在所述管理界面内触发的与目标微服务对应的监控指令的步骤，包括：

接收所述用户在所述管理界面内触发的与目标服务标识对应的监控指令；

依据所述服务镜像库中保存的微服务与服务标识之间的映射关系，查找与所述目标服务标识对应的目标微服务；

所述依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域的步骤，包括：

依据所述监控指令，对所述目标微服务的状态信息进行监控，获取所述目标微服务的目标状态信息；

在所述管理界面内，获取与所述目标微服务对应的目标区域；

将所述目标状态信息展示于所述目标区域。

4.根据权利要求1所述的方法，其特征在于，所述接收用户在所述管理界面内触发的与目标微服务对应的监控指令的步骤，包括：

获取所述用户的身份信息；

依据所述身份信息判断所述用户是否为鉴权用户；

在所述用户为鉴权用户的情况下，接收所述用户触发的与所述目标微服务对应的监控指令。

5.根据权利要求1所述的方法，其特征在于，所述管理界面内预设有各所述微服务对应的状态标识，所述方法还包括：

针对各所述微服务，依次依据所述微服务对应的状态标识，监测所述微服务是否异常；

在所述微服务异常的情况下，接收所述用户在所述管理界面内触发的、与所述微服务对应的日志按钮，获取并展示所述微服务的日志信息；

依据所述日志信息确定所述微服务的异常原因。

6.根据权利要求5所述的方法，其特征在于，在所述依据所述日志信息定位所述微服务的异常原因的步骤之后，还包括：

在依据所述异常原因对所述微服务修复完成之后，接收所述用户在管理界面内触发的与所述微服务对应的重启按钮；

重启所述微服务。

7.根据权利要求1所述的方法，其特征在于，所述容器编排工具为docker compose，所述图形化管理工具为Portainer，所述应用容器引擎为docker。

8.一种微服务状态获取装置，其特征在于，包括：

微服务展示模块，用于在启动容器编排工具之后，依据内嵌于所述容器编排工具的配置文件中的图形化管理工具，将应用容器引擎中的微服务展示于与所述图形化管理工具对应的管理界面；

监控指令接收模块，用于接收用户在所述管理界面内触发的与目标微服务对应的监控指令；

状态获取展示模块，用于依据所述监控指令获取所述目标微服务的目标状态信息，并将所述目标状态信息展示于所述管理界面的目标区域。

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

配置文件建立模块，用于建立与所述容器编排工具对应的配置文件，及服务镜像库；

Portainer内嵌模块，用于将所述图形化管理工具内嵌于所述配置文件中；

映射关系添加模块，用于在所述服务镜像库中添加所述微服务与服务标识之间的映射关系；所述服务标识为所述管理界面上与所述微服务对应的标识。

10.根据权利要求9所述的装置，其特征在于，所述监控指令接收模块包括：

监控指令接收子模块，用于接收所述用户在所述管理界面内触发的与目标服务标识对应的监控指令；

目标微服务查找子模块，用于依据所述服务镜像库中保存的微服务与服务标识之间的映射关系，查找与所述目标服务标识对应的目标微服务；

所述状态获取展示模块包括：

目标状态获取子模块，用于依据所述监控指令，对所述目标微服务的状态信息进行监控，获取所述目标微服务的目标状态信息；

目标区域获取子模块，用于在所述管理界面内，获取与所述目标微服务对应的目标区域；

目标状态展示子模块，用于将所述目标状态信息展示于所述目标区域。

11.根据权利要求8所述的装置，其特征在于，所述监控指令接收模块包括：

身份信息获取子模块，用于获取所述用户的身份信息；

身份信息判断子模块，用于依据所述身份信息判断所述用户是否为鉴权用户；

监控指令触发子模块，用于在所述用户为鉴权用户的情况下，接收所述用户触发的与所述目标微服务对应的监控指令。

12.根据权利要求8所述的装置，其特征在于，所述管理界面内预设有各所述微服务对应的状态标识，所述装置还包括：

微服务异常判断模块，用于针对各所述微服务，依次依据所述微服务对应的状态标识，监测所述微服务是否异常；

日志信息获取展示模块，用于在所述微服务异常的情况下，接收所述用户在所述管理界面内触发的、与所述微服务对应的日志按钮，获取并展示所述微服务的日志信息；

异常原因确定模块，用于依据所述日志信息确定所述微服务的异常原因。

13.根据权利要求12所述的装置，其特征在于，还包括：

重启按钮触发模块，用于在依据所述异常原因对所述微服务修复完成之后，接收所述用户在管理界面内触发的与所述微服务对应的重启按钮；

微服务器重启模块，用于重启所述微服务。

14.根据权利要求8所述的装置，其特征在于，所述容器编排工具为docker compose，所述图形化管理工具为Portainer，所述应用容器引擎为docker。

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

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至7中一个或多个所述的微服务状态获取方法。