微服务处理方法和装置制造方法及图纸

本发明专利技术公开了一种微服务处理方法和装置。该方法包括：获取微服务流程图，其中，微服务流程图表征编排多个微服务而生成的业务逻辑流程；将微服务流程图转化为流程图资源，并将流程图资源部署到集群环境中；调用控制器将部署到集群环境中的流程图资源进行转换，得到微服务资源，其中，微服务资源基于微服务流程图中定义的微服务调用关系进行资源串联和/或资源并联。本发明专利技术解决了相关技术中由于采用消息中间件编码多个微服务，从而导致软件的开发效率较低的技术问题。较低的技术问题。较低的技术问题。

【技术实现步骤摘要】
微服务处理方法和装置


[0001]本专利技术涉及微服务处理领域，具体而言，涉及一种微服务处理方法和装置。

技术介绍

[0002]目前，随着微服务和容器化的流行，软件开发通常会被拆分为多个微服务，以容器的形式进行部署。但是，微服务的拆分粒度、微服务编排、准备开发、测试环境、服务资源等问题会占用软件开发周期的大量时间，增加开发难度和成本。同时上线后的异常也会降低软件的可用性。比如部门内规划两个软件，如果不能合理的将两个软件进行功能拆分，减少重复功能、重复代码，那么开发人员不仅要关注代码逻辑的实现，还要关注测试、环境、资源等问题。
[0003]目前关于解耦、异步的处理可以采用消息中间件进行规划，比如：RabbitMQ(开源的消息队列服务软件)、ActiveMQ(开源消息总线)等等，但是无法通过一定的业务逻辑来编排多个微服务，因此会导致软件的开发的效率较低。
[0004]针对上述的问题，目前尚未提出有效的解决方案。

技术实现思路

[0005]本专利技术实施例提供了一种微服务处理方法和装置，以至少解决相关技术中由于采用消息中间件编码多个微服务，从而导致软件的开发效率较低的技术问题。
[0006]根据本专利技术实施例的一个方面，提供了一种微服务的处理方法，提供了一种商城平台操作流程的测试方法，包括：获取微服务流程图，其中，微服务流程图表征编排多个微服务而生成的业务逻辑流程；将微服务流程图转化为流程图资源，并将流程图资源部署到集群环境中；调用控制器将部署到集群环境中的流程图资源进行转换，得到微服务资源，其中，微服务资源基于微服务流程图中定义的微服务调用关系进行资源串联和/或资源并联。
[0007]可选地，在获取微服务流程图之前，该方法还包括：创建微服务流程图，其中，微服务流程图至少包括一个入口网关；基于每个入口网关来调用API接口；通过调用的API接口来接收事件；通过定义事件需要流转的微服务，确定微服务流程图中的业务逻辑流程；校验业务逻辑流程，如果校验通过，保存微服务流程图。
[0008]可选地，在确定微服务流程图中的业务逻辑流程之后，该方法还包括：将事件发送到对应的流程图资源；流程图资源获取对应服务的容器，并采用容器来处理事件。
[0009]可选地，微服务之间采用异步调用。
[0010]可选地，该方法还包括：当事件在流转的过程中发生异常，将异常事件发送到异常处理服务，其中，异常处理服务将异常事件的信息存储到数据库，并记录失败的微服务。
[0011]可选地，该方法还包括：按照预定的时间周期，间隔性的将异常事件发送到失败的微服务进行重试，如果在预定的重试次数下仍然失败，则将事件标注为重试失败状态。
[0012]根据本专利技术实施例的另一方面，还提供了一种微服务的处理装置，包括：获取模块，用于获取微服务流程图，其中，微服务流程图表征编排多个微服务而生成的业务逻辑流
程；部署模块，用于将微服务流程图转化为流程图资源，并将流程图资源部署到集群环境中；控制模块，用于调用控制器将部署到集群环境中的流程图资源进行转换，得到微服务资源，其中，微服务资源基于微服务流程图中定义的微服务调用关系进行资源串联和/或资源并联。
[0013]可选地，该装置还包括：创建模块，用于创建微服务流程图，其中，微服务流程图至少包括一个入口网关；调用模块，用于基于每个入口网关来调用API接口；接收模块，用于通过调用的API接口来接收事件；确定模块，用于通过定义事件需要流转的微服务，确定微服务流程图中的业务逻辑流程；校验模块，用于校验业务逻辑流程，如果校验通过，保存微服务流程图。
[0014]可选地，该装置还包括：发送模块，用于将事件发送到对应的流程图资源；处理模块，用于流程图资源获取对应服务的容器，并采用容器来处理事件。
[0015]可选地，微服务之间采用异步调用。
[0016]可选地，该装置还包括：异常处理模块，用于当事件在流转的过程中发生异常，将异常事件发送到异常处理服务，其中，异常处理服务将异常事件的信息存储到数据库，并记录失败的微服务。
[0017]可选地，该装置还包括：重试模块，用于按照预定的时间周期，间隔性的将异常事件发送到失败的微服务进行重试，如果在预定的重试次数下仍然失败，则将事件标注为重试失败状态。
[0018]根据本专利技术实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述的微服务的处理方法。
[0019]根据本专利技术实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述的微服务的处理方法。
[0020]在本专利技术实施例中，首先获取微服务流程图，其中，微服务流程图表征编排多个微服务而生成的业务逻辑流程；然后将微服务流程图转化为流程图资源，并将流程图资源部署到集群环境中；最后调用控制器将部署到集群环境中的流程图资源进行转换，得到微服务资源，其中，微服务资源基于微服务流程图中定义的微服务调用关系进行资源串联和/或资源并联，实现了通过业务逻辑来编排多个微服务，并保存为微服务资源，可以减少重复的功能和重复的代码，使得开发人员无需关注测试、环境、资源等问题，专注与代码逻辑的实现，以保证软件的可用性，并且，通过流程图的形式编排微服务，可以实现既定的业务功能，进而解决了相关技术中由于采用消息中间件编码多个微服务，从而导致软件的开发效率较低的技术问题。
附图说明
[0021]此处所说明的附图用来提供对本专利技术的进一步理解，构成本申请的一部分，本专利技术的示意性实施例及其说明用于解释本专利技术，并不构成对本专利技术的不当限定。在附图中：
[0022]图1是根据本专利技术实施例的一种微服务的处理方法的流程图；
[0023]图2根据本专利技术实施例的一种产品时序示意图；
[0024]图3根据本专利技术实施例的一种事件流转示意图；
[0025]图4根据本专利技术实施例的一种业务场景示意图；
[0026]图5根据本专利技术实施例的一种微服务的处理装置的示意图；
[0027]图6根据本专利技术实施例的一种数据请求的处理方法的计算机终端的硬件结构框图。
具体实施方式
[0028]为了使本
的人员更好地理解本专利技术方案，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分的实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本专利技术保护的范围。
[0029]需要说明的是，本专利技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本专利技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种微服务的处理方法，其特征在于，包括：获取微服务流程图，其中，所述微服务流程图表征编排多个微服务而生成的业务逻辑流程；将所述微服务流程图转化为流程图资源，并将所述流程图资源部署到集群环境中；调用控制器将部署到集群环境中的所述流程图资源进行转换，得到微服务资源，其中，所述微服务资源基于所述微服务流程图中定义的微服务调用关系进行资源串联和/或资源并联。2.根据权利要求1所述的方法，其特征在于，在获取微服务流程图之前，所述方法还包括：创建所述微服务流程图，其中，所述微服务流程图至少包括一个入口网关；基于每个入口网关来调用API接口；通过调用的所述API接口来接收事件；通过定义所述事件需要流转的微服务，确定所述微服务流程图中的所述业务逻辑流程；校验所述业务逻辑流程，如果校验通过，保存所述微服务流程图。3.根据权利要求2所述的方法，其特征在于，在确定所述微服务流程图中的所述业务逻辑流程之后，所述方法还包括：将所述事件发送到对应的所述流程图资源；所述流程图资源获取对应服务的容器，并采用所述容器来处理所述事件。4.根据权利要求3所述的方法，其特征在于，所述微服务之间采用异步调用。5.根据权利要求2所述的方法，其特征在于，所述方法还包括：当所述事件在流转的过程中发生异常，将异常事件发送到异常处理服务，其中，所述异常处理服务将所述异常事件的信息存储到数据库，并记录失败的微服务。6.根据权利要求5所述的方法，其特征在于，所述方法还包括：按照预定的时间...

【专利技术属性】
技术研发人员：司心超，
申请(专利权)人：海尔智家股份有限公司，
类型：发明
国别省市：