CN109189386A - 一种基于微服务的应用访问方法及装置 - Google Patents

Abstract

本申请实施例提供一种基于微服务的应用访问方法及装置。应用于应用访问入口模块，方法包括：应用访问入口模块接收应用访问请求，提取应用访问请求中包含的应用标识；应用访问入口模块查询预先存储的默认业务菜单与业务标识的映射关系，得到提取的应用标识映射的默认业务菜单，所述业务标识包含有一个或多个应用标识，所述默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到；应用访问入口模块将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用。如此，可提高用户体验。

Description

一种基于微服务的应用访问方法及装置

技术领域

本申请实施例涉及互联网技术领域，具体而言，涉及一种基于微服务的应用访问方法及装置。

背景技术

现有技术中，在进行业务开发时，研发人员越来越倾向于采用微服务架构的开发模式，微服务是指将业务分解成多个较小可以独立访问的应用，每个应用对应一个应用模块，每个应用模块就相当于是一个项目，代码量小，不同的应用模块可以具有不同存储方式和开发技术，进而方便了业务研发工作的划分和进行。

在微服务架构下，业务开发完成后，会在不同的容器中部署相应的应用，发明人在研究过程中发现，在微服务框架结构下，每个应用都对应有一套菜单，并且为了实现对部署的该业务下每个应用的访问，设置在一个应用的菜单中除了包含该应用的菜单项外，还嵌套有其他应用的跳转项。在进行多个应用的访问时，可以由其中一个应用作为入口，通过该应用的菜单中嵌套的跳转项切换至其他应用的菜单进行访问。但该访问方式，由于在切换应用访问时，需要执行跳转切换操作，使得应用访问流程较为复杂，应用访问所需时间较长，导致用户体验不佳。

发明内容

第一方面，本申请实施例提供一种基于微服务的应用访问方法，应用于应用访问入口模块，所述应用访问入口模块与代理服务模块相连接，所述应用访问入口模块位于所述代理服务模块与各应用之间，所述方法包括：

所述应用访问入口模块接收应用访问请求，提取所述应用访问请求中包含的应用标识；

所述应用访问入口模块查询预先存储的默认业务菜单与业务标识的映射关系，得到提取的应用标识映射的默认业务菜单，所述业务标识包含有一个或多个应用标识，所述默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到；

所述应用访问入口模块将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用。

第二方面，本申请实施例提供一种基于微服务的应用访问装置，所述装置包括：

提取模块，用于接收应用访问请求，提取所述应用访问请求中包含的应用标识；

查询模块，用于查询预先存储的默认业务菜单与业务标识的映射关系，得到提取的应用标识映射的默认业务菜单，所述业务标识包含有一个或多个应用标识，所述默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到；

展示模块，用于将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用。

第三方面，本申请实施例提供一种计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述的方法的步骤。

相对于现有技术而言，本申请实施例具有以下有益效果：

本申请实施例基于微服务的应用访问方法及装置，通过应用访问入口模块作为统一的访问入口，并且设置一个默认业务菜单，该默认业务菜单是依据该业务中的所有应用使用到的菜单进行整合得到的，进而使有该业务中的所有应用使用到的菜单进行集中显示在一个菜单中，避免了现有技术中的在切换应用访问时，需要执行跳转切换操作，使得应用访问流程较为复杂，应用访问所需时间较长的问题，提高了用户体验。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请实施例的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的基于微服务的应用访问方法的应用场景示意图；

图2为本申请实施例提供的基于微服务的应用访问方法的流程示意图；

图3为本申请实施例提供的默认业务菜单中的各应用的访问流程示意图；

图4a为本申请实施例提供的已登录过用户登录的示意图；

图4b为本申请实施例提供的未登录过用户登录的示意图；

图5为本申请实施例提供的基于微服务的应用访问装置的结构示意图；

图6为本申请实施例提供的计算机设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

图1示出了本申请实施例的应用场景图，本申请实施例提供了一种基于微服务的应用访问方法，该微服务架构下，一个业务部署有多个应用，图中以三个应用为例，分别为应用1、应用2和应用3，该多个应用通过应用访问入口模块、代理服务模块与用户进行交互，该代理服务模块主要作用为映射自身的网络层端口与应用访问入口模块的内部服务端口，将应用访问请求转入应用访问入口模块进行解析，应用访问入口模块用于统一管理所有应用，对外提供访问入口。

图2为本申请实施例提供的基于微服务的应用访问方法的流程示意图。应用于应用访问入口模块，该应用访问入口模块与代理服务模块相连接，应用访问入口模块位于所述代理服务模块与各应用之间。如图2所示，该流程包括如下步骤：

步骤101，所述应用访问入口模块接收应用访问请求，提取所述应用访问请求中包含的应用标识。

上述的应用访问入口模块用于执行框架层服务(框架层web应用)，用户端设有前端浏览器，用户在浏览器发起应用访问请求，通过代理服务模块转发到框架层服务，该应用访问请求中包含有用户待进行访问的应用的应用标识。

步骤102，所述应用访问入口模块查询预先存储的默认业务菜单与业务标识的映射关系，得到提取的应用标识映射的默认业务菜单，所述业务标识包含有一个或多个应用标识，所述默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到。

本申请实施例中，上述默认业务菜单是依据该业务中包含的所有应用使用到的菜单进行整合得到的，该默认业务菜单设置有对应的业务标识，该业务标识包含有一个或多个应用标识。上述的业务可以是包含有一个应用，此时该默认业务菜单的业务标识就是该应用的应用标识；上述的业务也可以是包含有多个应用，每个应用都分别设有应用标识，此时该业务标识包含有所有应用的应用标识；进而通过提取的应用访问请求中包含的应用标识，即可确定该提取的应用标识所属的业务标识，最终根据该确定的业务标识与默认业务菜单的映射关系，得到对应的默认业务菜单。

作为一可选实施例，上述的默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到，具体可以是通过如下步骤实现的：

A11、应用访问入口模块获取业务中所有应用使用到的菜单。

A12、依次删除每一应用使用到的菜单中包含的跳转到其他应用的菜单项，得到该应用的独立菜单项。

A13、依次连接各应用的独立菜单项，得到所述默认业务菜单。

上述最终得到的默认业务菜单中，包含有各应用的菜单，从而在默认业务菜单中，可以实现对该业务下的各应用的访问，无需执行跳转切换操作，使得应用访问流程简单，缩短了应用访问所需的时间，增强了用户体验。同时，由于各应用的菜单项是相互独立的，相对于现有技术，可以使访问的逻辑得以简化；而且，通过提供默认业务菜单，使得微服务方式开发的同一业务下的多个应用，在使用者使用时，从对多个应用的感受、操作上，是一个未割裂的整体业务产品，进一步提升使用者体验。

步骤103、所述应用访问入口模块将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用。

应用访问入口模块在得到默认业务菜单以后，将该默认业务菜单在用户端浏览器向用户进行展示。

在一可能的实施例中，应用访问入口模块将菜单在用户端浏览器向用户进行展示包含有以下步骤B11-B16：

B11、应用访问入口模块调用获取菜单数据的API(应用程序接口，ApplicationProgramming Interface)。

B12、API内部逻辑访问存储有菜单数据的数据库，获取菜单数据。

B13、按照当前的用户权限对菜单数据进行过滤。

本申请实施例中，依据用户权限对菜单数据进行过滤，可以使得与用户权限匹配的菜单数据才能被展示给用户。

B14、根据过滤得到的菜单数据的配置，进行树形结构组织。

B15、将进行树形结构组织后的菜单数据输出至用户端浏览器。

B16、用户端浏览器依据菜单的树形结构在页面上绘制菜单进行展示。

上述的默认业务菜单中包含的每一个菜单项都设有该菜单项所属应用的应用标识，用于使用户区分每个菜单项是属于哪一个应用，进而便于用户进行访问。

上述实施例中，在对应有多个独立的应用，并且需要将该多个独立的应用作为一个整体的业务(产品)对外提供功能给用户使用时，通过采用设置一个独立的框架层服务(框架层web应用)，由该独立的框架层服务用于统一管理所有上述的多个独立的应用，并作为访问入口，实现对所有应用的访问。例如，某一业务包含有两个独立的应用，分别为：用户服务和订单服务，用户服务对应的菜单项包括：用户管理、角色管理和权项管理；订单服务对应的菜单项包括：订单管理、订单报表和费用统计。该业务的默认业务菜单包含用户服务和订单服务的所有菜单项，用户在用户端的浏览器内输入应用访问链接以后，代理服务模块将该请求转发到框架层服务(框架层web应用)，用户登录成功以后，框架层服务读取对应的默认业务菜单，通过代理服务模块返回给浏览器进而向用户展示，用户在点击任一菜单项以后，例如用户点击了“用户管理”这一菜单项，此时浏览器会生成访问请求，该请求通过代理服务转发到框架层服务，框架层服务根据所述访问请求中的链接在默认业务菜单(此处以默认业务菜单为例)中进行匹配检查，如果检查到此链接在菜单中对应的是用户服务这一应用，则将访问请求转发到提供用户服务的web应用，用户服务接收到该访问请求后，获取用户管理页面所需数据，将用户管理页面所需数据通过代理服务模块返回给浏览器进行展示；此时用户在浏览器中会看到用户管理页面。

为进一步说明在用户访问过程中代理服务模块与应用访问入口模块之间的数据交互过程，以用户为已登录状态，在用户端浏览器点击一个菜单的链接(http://ip/console/#/os/vm)的情况继续进行举例说明：

用户端浏览器请求访问http://ip/console/#/os/vm，网络请求中会携带session，session中包含登录用户的信息。

通过网络协议按IP地址对网络请求进行路由，网络请求被转发至IP所对应的代理服务模块。

代理服务模块监听80端口，在检测到网络请求到达后，代理服务模块获取该网络请求并对该网络请求进行解析。

代理服务模块在检测该网络请求为http协议后，依据配置的转发规则，例如：转发规则为：80端口的http请求都转发到内部端口为11600的服务，即应用访问入口模块，将该网络请求转发到应用访问入口模块(发送网络请求到：http://应用访问入口模块:11600/console/#/os/vm)。

应用访问入口模块监听11600端口，当检测到11600端口有网络请求到达，获取该网络请求，并进行解析。

应用访问入口模块首先通过代码匹配判断console为自身的接口，再检测session中的用户信息，判断用户为已登录状态后，将URL(统一资源定位符，Uniform ResourceLocator)截取，将请求：/#/os/vm转入console接口对应的内部逻辑。

通过应用访问入口模块的console接口的内部逻辑解析URL，获取用户请求的菜单地址(/os/vm)，再通过菜单API读取菜单数据进行匹配，匹配到菜单数据中链接为/os/vm的菜单项，对应为部署的PaaS服务(即模型中部署的一web应用)的vm接口(对应关系为：/os/vm->11500端口的PaaS服务)。

匹配成功后，将请求/os/vm转入11500端口对应的PaaS服务(在服务间发送网络请求：http://PaaS:11500/os/vm)。

PaaS服务监听11500端口，检测到11500端口有请求到达时，获取该请求并解析。

PaaS服务首先通代码判断/os/vm为自身的请求，然后继续调用/os/vm对应的内部逻辑进行处理，获取对应的前端页面，并获取页面所需要的数据，完成后将页面及页面所需要的数据按以上网络路径原路返回至用户端的浏览器。

浏览器根据获取到的页面及数据，将页面进行绘制展示，最终将用户点击该菜单后的页面呈现在用户端浏览器中。

本申请实施例中，作为一可选实施例，上述方法中，应用访问入口模块在提取所述应用访问请求中包含的应用标识之后，以及在查询预先存储的默认业务菜单与业务标识的映射关系之前，还用于执行如下步骤：

A21、所述应用访问入口模块依据提取的应用标识，查询是否存在所述提取的应用标识映射的自定义业务菜单，如果有，所述应用访问入口模块将查询得到的自定义业务菜单进行展示，以使用户访问所述自定义业务菜单中的各应用；如果没有，则继续执行上述步骤102。

本申请实施例在具体实施时，应用访问入口模块可以在前端向用户提供一个web页面，用户通过在该web页面进行对默认业务菜单的自定义设置，例如，可以是对菜单进行重命名、移动父菜单项等，也可以是开启或者关闭设置有某一应用标识的菜单项等；当用户在web页面自定义设置完成并确定保存以后，应用访问入口模块将根据用户的自定义设置生成的自定义业务菜单存储至数据库(如mysql)中，并存储该自定义业务菜单与该业务中所包含应用的应用标识的映射关系。

本申请实施例中，允许用户对默认业务菜单进行自定义设置，并优先将自定义设置后的自定义业务菜单展示给用户，进而提高了用户体验。

本申请实施例中，作为再一可选的实施例，上述的默认业务菜单包括有多个菜单项，在上述步骤102之后，所述方法还包括如下步骤：

A31、所述应用访问入口模块获取发送所述应用访问请求的用户信息，查询是否存在所述用户信息对应的用户设置的开启或关闭菜单项的配置信息，如果有，对所述默认业务菜单中所述配置信息对应的菜单项进行开启或关闭，并进行展示；如果没有，则执行所述上述步骤103。

本申请实施例中，除了设置上述自定义web页面之外，还可以是在前端单独提供一个应用配置表，该应用配置表中存储有开启或关闭菜单项的配置信息，具体的可以是包含有每个应用的菜单项对应的应用配置值，用户通过改变该应用配置值进行设置该配置值对应的菜单项的状态，包括：启用状态和非启用状态，例如，当应用配置值设置为“1”时，可以是启用状态，在应用配置值为“0”为非启用状态，在用户配置完成以后存储该配置表以及该配置表与用户信息的映射关系。

上述实施例中，应用访问入口模块将得到的默认业务菜单或者自定义业务菜单进行展示，进而可以使用户访问该默认业务菜单或者自定义业务菜单中的各应用；参照图3所示，图3为本申请实施例提供的默认业务菜单中的各应用的访问流程示意图。可以是通过以下步骤401-步骤404进行实现：

步骤401、所述应用访问入口模块接收用户访问所述默认业务菜单中的应用的请求。

在前端可以是通过用户点击默认业务菜单中的任一菜单项的方式触发生成的上述的请求。

步骤402、应用访问入口模块查询是否记录有所述用户登录所述默认业务菜单中任一应用的记录。

应用访问入口模块通过查询是否记录有该用户登录默认业务菜单项中的任一应用的记录，进行判断该用户是否登录过，如果有用户登录默认业务菜单项中的任一应用的记录，则说明用户曾经登录过。

步骤403、如果有，应用访问入口模块将所述应用请求转发至所述应用请求对应的应用以进行应用访问。

在判断用户曾经登录过以后，应用访问入口模块将该用户的应用请求转发至该请求对应的应用，进而可以满足用户在登录过一次之后，可以进行快速访问所有应用。例如，参照图4a所示，图4a为本申请实施例提供的已登录过用户登录的示意图，用户可以是通过访问页面向应用访问入口模块发送访问所述默认业务菜单中的应用的请求，应用访问入口模块根据该请求检测该用户已登录过时，视为认证成功，此时会直接跳转至该应用的业务页面，并且用户在访问其他应用时，也会直接跳转至对应应用的业务应用页面。

步骤404、如果没有，对所述用户进行登录认证，在所述登录认证通过后，将所述应用请求转发至所述应用请求对应的应用以进行应用访问，并记录该次登录。

如果用户曾经没有登录过，即用户为首次登录，则需要对用户进行登录认证。参照图4b所示，图4b为本申请实施例提供的未登录过用户的登录示意图。用户可以是通过访问页面向应用访问入口模块发送访问所述默认业务菜单中的应用的请求，应用访问入口模块根据该请求检测该用户未登录过时，会跳转至登录页面，对用户进行登录认证，登录认证通过后，跳转至业务页面，用户进行应用访问。

本申请实施例中，登录页面由应用访问入口模块统一提供，在用户登录认证通过以后，可以访问任意一个应用，即所有的应用都识别为用户已登录状态。

在另一公开实施例中，上述的应用访问入口模块将所述应用请求转发至所述应用请求对应的应用以进行应用访问，具体包括以下步骤：

A41、应用访问入口模块获取所述应用请求对应的待访问应用标识。

A42、应用访问入口模块查询预先存储的前端样式、文件格式与应用标识的映射关系，得到所述待访问应用标识映射的前端样式以及文件格式。

为克服各应用的菜单由于在前端显示的样式或者布局等不统一，进而导致的用户视觉体验不一致的问题，本实施例中为每个应用预先配置统一标准的前端样式和文件格式，并将该前端样式、文件格式以及该前端样式、文件格式与应用的应用标识的映射关系存储至CDN(Content Delivery Network，内容分发网络)数据库中，应用访问入口模块通过数据访问接口获取该CDN数据库中的待访问应用标识映射的前端样式以及文件格式。

A43、按照得到的所述前端样式展示所述应用请求对应的应用的界面布局。

A44、按照得到的所述文件格式展示所述界面布局中的内容。

本申请实施例中，实现了前端显示样式、风格统一的效果，使用户不再感觉所有应用是处于割裂状态，提高了用户体验。

图5为本申请实施例提供的基于微服务的应用访问装置的结构示意图，参照图5所示，该装置包括：

提取模块51，用于接收应用访问请求，提取所述应用访问请求中包含的应用标识；

查询模块52，用于查询预先存储的默认业务菜单与业务标识的映射关系，得到提取的应用标识映射的默认业务菜单，所述业务标识包含有一个或多个应用标识，所述默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到；

展示模块53，用于将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用。

本申请实施例中，作为一个可选的实施例，上述查询模块52，还用于：

依据提取的应用标识，查询是否存在所述提取的应用标识映射的自定义业务菜单；如果没有，执行所述查询预先存储的默认业务菜单与业务标识的映射关系的步骤。

上述展示模块53，还用于在存在所述提取的应用标识映射的自定义业务菜单时，将查询得到的自定义业务菜单进行展示，以使用户访问所述自定义业务菜单中的各应用。

本申请实施例中，作为一个可选的实施例，所述默认业务菜单包括有多个菜单项，上述查询模块52，还用于：获取发送所述应用访问请求的用户信息，查询是否存在所述用户信息设置的开启或关闭菜单项的配置信息，如果有，对所述默认业务菜单中所述配置信息对应的菜单项进行开启或关闭。

展示模块53，还用于进行展示对所述默认业务菜单中所述配置信息对应的菜单项进行开启或关闭后的默认业务菜单。

本申请实施例中，作为一个可选的实施例，展示模块53，包括：接收单元、应用记录查询单元、转发单元和认证单元(图中未示出)，其中，

接收单元，用于接收用户访问所述默认业务菜单中应用的应用请求；

应用记录查询单元，用于查查询是否记录有所述用户登录所述默认业务菜单中任一应用的记录；

转发单元，用于如果记录有所述用户登录所述默认业务菜单中任一应用的记录，将所述应用请求转发至所述应用请求对应的应用以进行应用访问；

认证单元，用于如果没有所述用户登录所述默认业务菜单中任一应用的记录，对所述用户进行登录认证，在所述登录认证通过后，将所述应用请求转发至所述应用请求对应的应用以进行应用访问，并记录该次登录。

本申请实施例中，作为一个可选的实施例，上述转发单元，包括：获取子单元、文件查询子单元、布局展示子单元和内容展示子单元(图中未示出)，其中，

获取子单元，用于如果记录有所述用户登录所述默认业务菜单中任一应用的记录，获取所述应用请求对应的待访问应用标识；

文件查询子单元，用于查询预先存储的前端样式、文件格式与应用标识的映射关系，得到所述待访问应用标识映射的前端样式以及文件格式；

布局展示子单元，用于按照得到的所述前端样式展示所述应用请求对应的应用的界面布局；

内容展示子单元，用于按照得到的所述文件格式展示所述界面布局中的内容。

图6为本申请实施例提供的计算机设备的结构示意图。如图6所示，本申请实施例一实施例提供的一种计算机设备，用于执行图1至图4b中的上线认证请求调度方法，该设备包括存储器1000、处理器2000及存储在该存储器1000上并可在该处理器2000上运行的计算机程序，其中，上述处理器2000执行上述计算机程序时实现上述上线认证请求调度方法的步骤。

具体地，上述存储器1000和处理器2000能够为通用的存储器和处理器，这里不做具体限定，当处理器2000运行存储器2000存储的计算机程序时，能够执行上述应用访问方法，从而解决现有技术在切换应用访问时，需要执行跳转切换操作，使得应用访问流程较为复杂，应用访问所需时间较长，导致用户体验不佳的问题，本申请实施例通过应用访问入口模块作为统一的访问入口，并且设置一个默认业务菜单，该默认业务菜单是依据该业务中的所有应用使用到的菜单进行整合得到的，进而使有该业务中的所有应用使用到的菜单进行集中显示在一个菜单中，避免了现有技术中的在切换应用访问时，需要执行跳转切换操作，使得应用访问流程较为复杂，应用访问所需时间较长的问题，提高了用户体验。

对应于图1至图4b中的基于微服务的应用访问方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述基于微服务的应用访问方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述基于微服务的应用访问方法，从而解决现有技术在切换应用访问时，需要执行跳转切换操作，使得应用访问流程较为复杂，应用访问所需时间较长，导致用户体验不佳的问题，本申请实施例通过应用访问入口模块作为统一的访问入口，并且设置一个默认业务菜单，该默认业务菜单是依据该业务中的所有应用使用到的菜单进行整合得到的，进而使有该业务中的所有应用使用到的菜单进行集中显示在一个菜单中，避免了现有技术中的在切换应用访问时，需要执行跳转切换操作，使得应用访问流程较为复杂，应用访问所需时间较长的问题，提高了用户体验。

在本申请实施例所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请实施例的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请实施例各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种基于微服务的应用访问方法，其特征在于，应用于应用访问入口模块，所述应用访问入口模块与代理服务模块相连接，所述应用访问入口模块位于所述代理服务模块与各应用之间，所述方法包括：

所述应用访问入口模块接收应用访问请求，提取所述应用访问请求中包含的应用标识；

所述应用访问入口模块查询预先存储的默认业务菜单与业务标识的映射关系，得到提取的应用标识映射的默认业务菜单，所述业务标识包含有一个或多个应用标识，所述默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到；

所述应用访问入口模块将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用。

2.根据权利要求1所述的方法，其特征在于，在所述提取所述应用访问请求中包含的应用标识之后，所述应用访问入口模块查询预先存储的默认业务菜单与业务标识的映射关系之前，所述方法还包括：

所述应用访问入口模块依据提取的应用标识，查询是否存在所述提取的应用标识映射的自定义业务菜单，如果有，所述应用访问入口模块将查询得到的自定义业务菜单进行展示，以使用户访问所述自定义业务菜单中的各应用；如果没有，执行所述应用访问入口模块查询预先存储的默认业务菜单与业务标识的映射关系的步骤。

3.根据权利要求1所述的方法，其特征在于，在所述得到提取的应用标识映射的默认业务菜单之后，所述方法还包括：

所述应用访问入口模块获取发送所述应用访问请求的用户信息，查询是否存在所述用户信息设置的开启或关闭菜单项的配置信息，如果有，对所述默认业务菜单中所述配置信息对应的菜单项进行开启或关闭，并进行展示；如果没有，执行所述应用访问入口模块将得到的默认业务菜单进行展示的步骤。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述应用访问入口模块将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用，包括：

所述应用访问入口模块接收用户访问所述默认业务菜单中应用的应用请求；

查询是否记录有所述用户登录所述默认业务菜单中任一应用的记录；

如果有，将所述应用请求转发至所述应用请求对应的应用以进行应用访问；

如果没有，对所述用户进行登录认证，在所述登录认证通过后，将所述应用请求转发至所述应用请求对应的应用以进行应用访问，并记录该次登录。

5.根据权利要求4所述的方法，其特征在于，将所述应用请求转发至所述应用请求对应的应用以进行应用访问，包括：

获取所述应用请求对应的待访问应用标识；

查询预先存储的前端样式、文件格式与应用标识的映射关系，得到所述待访问应用标识映射的前端样式以及文件格式；

按照得到的所述前端样式展示所述应用请求对应的应用的界面布局；

按照得到的所述文件格式展示所述界面布局中的内容。

6.一种基于微服务的应用访问装置，其特征在于，所述装置包括：

提取模块，用于接收应用访问请求，提取所述应用访问请求中包含的应用标识；

查询模块，用于查询预先存储的默认业务菜单与业务标识的映射关系，得到提取的应用标识映射的默认业务菜单，所述业务标识包含有一个或多个应用标识，所述默认业务菜单依据该业务中所有应用使用到的菜单进行整合得到；

展示模块，用于将得到的默认业务菜单进行展示，以使用户访问所述默认业务菜单中的各应用。

7.根据权利要求6所述的装置，其特征在于，所述查询模块，还用于：

依据提取的应用标识，查询是否存在所述提取的应用标识映射的自定义业务菜单；如果没有，执行所述查询预先存储的默认业务菜单与业务标识的映射关系的步骤；

所述展示模块，还用于在存在所述提取的应用标识映射的自定义业务菜单时，将查询得到的自定义业务菜单进行展示，以使用户访问所述自定义业务菜单中的各应用。

8.根据权利要求6所述的装置，其特征在于，所述查询模块，还用于：获取发送所述应用访问请求的用户信息，查询是否存在所述用户信息设置的开启或关闭菜单项的配置信息，如果有，对所述默认业务菜单中所述配置信息对应的菜单项进行开启或关闭；

所述展示模块，还用于进行展示对所述默认业务菜单中所述配置信息对应的菜单项进行开启或关闭后的默认业务菜单。

9.根据权利要求6-8任一项所述的装置，其特征在于，所述展示模块，包括：

接收单元，用于接收用户访问所述默认业务菜单中应用的应用请求；

应用记录查询单元，用于查查询是否记录有所述用户登录所述默认业务菜单中任一应用的记录；

转发单元，用于如果记录有所述用户登录所述默认业务菜单中任一应用的记录，将所述应用请求转发至所述应用请求对应的应用以进行应用访问；

认证单元，用于如果没有所述用户登录所述默认业务菜单中任一应用的记录，对所述用户进行登录认证，在所述登录认证通过后，将所述应用请求转发至所述应用请求对应的应用以进行应用访问，并记录该次登录。

10.根据权利要求9所述的装置，其特征在于，所述转发单元，包括：

获取子单元，用于如果记录有所述用户登录所述默认业务菜单中任一应用的记录，获取所述应用请求对应的待访问应用标识；

文件查询子单元，用于查询预先存储的前端样式、文件格式与应用标识的映射关系，得到所述待访问应用标识映射的前端样式以及文件格式；

布局展示子单元，用于按照得到的所述前端样式展示所述应用请求对应的应用的界面布局；

内容展示子单元，用于按照得到的所述文件格式展示所述界面布局中的内容。