CN114331113A - 基于微服务架构和流程引擎管理工业生产的方法及系统 - Google Patents

Abstract

本发明涉及微服务架构技术领域，公开了基于微服务架构和流程引擎管理工业生产的方法，包括：步骤S1.根据领域驱动设计原则将质量管理系统中的服务网格模块划分；步骤S2.确定服务网格模块中每个单元业务服务的界限上下文，编写每个单元业务服务对外的服务接口，将每个单元业务服务容器化，在k8s上部署单元业务服务容器；步骤S3.部署登陆鉴权模块和网关服务模块；步骤S4.安装流程设计插件，根据安装流程设计插件编辑单元业务服务流程；步骤S5.在单元业务服务流程中生成流程图文件报表；步骤S6.对上传的流程图文件报表进行审核。本发明还公开了基于微服务架构和流程引擎管理工业生产的系统。本发明使用服务网格来构建整个微服务。

Description

基于微服务架构和流程引擎管理工业生产的方法及系统

技术领域

本发明涉及微服务架构技术领域，具体地说，是基于微服务架构和流程引擎管理工业生产的方法及系统，用于使用服务网格来构建整个微服务，使得质量管理系统能快速集成到工厂现有的系统中。

背景技术

工业制造生产过程中的质量管理系统从生产实际情况来说是一个相对流程化的业务，传统的工业制造生产过程质量管理软件架构是在数据仓库中通过质量管理系统连接生产制造系统、库存管理系统、设备管理系统和其他系统，这个架构非常不方便扩容。具有以下缺点：

1、质量管理系统为单体架构，无法做到资源的精细化管理，无法针对某个功能按需分配。

2、没有流程引擎参与，无法做到业务自动扭转，不具备动态感知质量水平。

3，业务流程更改，意味着需要修改系统的代码，不方便实施。

4、对接现场复杂的数据结构和通讯协议，没有一个统一的数据入口。

5、与工厂现有的系统集成需要花费大量的开发时间。

6、上云困难，系统耦合度高。

7、质量标准建设无法完全实现数字化，针对大部分制造企业，已经开始建立质量管控体系，多数重视的质量标准相对较粗放，针对目前生产过程管控，质量标准建设多直接在生产设备参数以及工艺上进行体现，工艺需要在生成过程中不断的根据产品实际环境的变化进行修订，多数企业会将修订的结果展现在工艺调整上，但是无法多维度的展示某一产品型号在该段是生产过程中质量标准体系。

8、生产过程质量数据难以实时获取，虽然目前越来越多企业的自动化水平提升，但是企业自动升级需要消耗大量的资金成本，多数企业仍不可能大面积废弃原有设备资产，那么针对原有设备实现物联，对其进行必要的改造，来达到物联，但是改造成本较高，同时具有一定的局限性，生产过程中部分需要管控参数仍无法实时获取，或者需要人工进行统计，此部分越来越多的企业开始利用各种辅助数采手段进行生产过程数据采集。

9、质量管控需要人工干预，产生误差，目前大部分企业自动化生产虽然具有数采的实力。但是对于发生的生产异常，多数采用人工调整设备参数等方式进行人工干预，人工干预，容易产生误差，使得生产的后续工作存在一定的不良因素。

10、海量数据不知如何应用，目前关于制造业对于工业互联网的意识越来越强，实现企业生产过程数采是实现后续智能化的基础，不乏很多企业大量的实现设备的数采，但是，针对以上采集数据，能够真正将采集到的数据转化成有效信息的却很少。

综上所述，目前电子信息制造企业在生产管理中普遍存在以下问题：生产上急需的原材料供应不及时；库存积压，浪费严重；生产周期长，劳动生产率低；资金占用严重，周转周期长；产品成本高，缺乏市场竞争力；质量管控难；市场响应速度慢。以上问题主要由于企业各部门之间的大量信息沟通不及时、管理模式落后及缺乏信息技术的支持导致的。究其根本，是因为没有建立集成的管理信息系统。

因此，为了解决上述问题，本发明提供了一种技术方法，使用服务网格来构建整个微服务，把先进的管理理念融入信息技术，建立集成的管理信息系统，对于采集到的数据，哪些是针对生产特定工艺环节，哪些会影响质量的数据，本发明在质量标准建模时将这些数据一一关联，根据后续的生产管理的不断提升，扩大对采集数据的利用。

发明内容

本发明的目的在于提供基于微服务架构和流程引擎管理工业生产的方法及系统，实现服务发现、负载均衡和熔断的功能，具有根据不同需求，配置多个质量管理流程，同时管理生产质量的效果。

本发明通过下述技术方案实现：基于微服务架构和流程引擎管理工业生产的方法，包括以下步骤：

步骤S1.根据领域驱动设计原则将质量管理系统中的服务网格模块划分为质量报表服务单元、检验标准建模服务单元、过程监控服务单元、检验规则建模服务单元、异常处理服务单元、质量问题智慧分析服务单元、质量管理服务和巡检/抽检/首检/末检服务服务单元；

步骤S2.确定服务网格模块中每个单元业务服务的界限上下文，编写每个单元业务服务对外的服务接口，将每个单元业务服务容器化，在k8s上部署单元业务服务容器；

步骤S3.在k8s上部署质量管理系统中的登陆鉴权模块和网关服务模块；

步骤S4.在质量管理系统中的流程引擎模块中安装流程设计插件，根据安装流程设计插件编辑单元业务服务流程；

步骤S5.在单元业务服务流程中编辑好各个单元业务服务使用的建模服务接口，服务网格模块通过负载均衡算法决定使用的单元业务服务接口，获取建模后的数据结果集，将建模标准的结果通过Restful协议发送至对应的单元业务服务流程中，质量报表服务单元收集各个流程节点的信息并生成流程图文件报表；

步骤S6.对上传的流程图文件报表进行审核，检查具体的业务是否正确，如果是，将相应的流程图部署到正式环境的流程引擎模块中，如果否，返回步骤S4，根据审核意见对流程设计插件进行开发和完善。

流程引擎是用来驱动业务按照设定的固定流程去流转的一种服务，解决的是“使在多个参与者之前按照某种预定义的规则传递文档，信息，或者任务的过程自动进行，从而实现某个预期的业务目标”，通俗的说，流程就是业务多种业务对象在一起合作完成某件事情的步骤，把步骤变成计算机能理解的形式就是流程引擎。

微服务架构目前是一种得到大规模验证的架构 ，区别于传统的单体式架构，传统的单体式架构一个应用就是一个服务的模式，，微服务架构拥着可以针对特定服务发布的，影响小，风险小，成本低，可以频繁发布版本，快速交付需求，低成本扩容，弹性伸缩，适应云环境等优势。此方案我们采用服务网格来搭建微服务，相较于第一代的微服务架构，服务网格采用业务代码无侵入的模式，建立一个代理来搭建微服务。服务网格负责服务之间的网络调用、负载均衡，服务发现，动态路由请求，限流、熔断和监控。

使用流程引擎来驱动生产过程质量管理系统能做到质量检查规则可以动态配置，业务检测可自动化处理。同时考虑到目前工业互联网数据量大，数据来源多样化，数据类型多种多样，新的质量管理系统应该需要拥有处理时序数据的能力，需要拥有基于不同维度统计分析的能力，需要拥有动态建模，动态建立规则，动态异常处理，动态结果分析的能力，这时传统的单体服务架构对于需求不断增加，同时要求快速上线的大环境下已经力所不及，最新的微服务架构就能很好的适配这样的大环境。各个业务功能，划分为各个单个服务，单个服务可以单独部署能做到不影响其他服务的前提下，修改和部署另外一个服务，各个服务通过轻量的通信接口保持通信共同完成一个复杂的业务功能，也能根据实际的业务调整或增加新的服务来共同完成一个新的业务需求，考虑到第一代的微服务架构都业务代码的不友好，采用第二代的微服务架构-服务网格将排除这个问题，同时服务网格通信管理与服务管理相较于第一代易用性也有很大的提升。如此，将流程引擎配合微服务来构建工业制造生产过程质量管理系统将会将两种优势都带入该管理系统，能使质量管理业务流程化，减少因业务流程修改而导致的代码修改情况，同时也能积极应对新需求，新功能，弹性应对某个业务流程产生的流量，可以增加新服务来应对底层数据采集，应用部署更方便，产生的风险更小，基于此，新的质量管理系统将具备全脸追溯，动态感知，敏捷反馈，智慧决策的功能。

为了更好地实现本发明，进一步地，步骤S2中包括:

步骤S2.1.通过定义每个单元的界限上下文对应的接口保持不同单元业务服务之间的通信；

步骤S2.2.统一使用Restfull协议接口编写每个单元业务服务对外的服务接口；

步骤S2.3.通过编写相应的dockerfile文件或者使用包管理器插件将每个单元业务服务打包后的jar包变成docker镜像；

步骤S2.4.在k8s上部署单元业务服务容器，并在每个单元业务服务上部署sidecar代理。

为了更好地实现本发明，进一步地，步骤S2.4包括：

通过部署sidecar代理质量报表服务单元、检验标准建模服务单元、过程监控服务单元、检验规则建模服务单元、异常处理服务单元、质量问题智慧分析服务单元、质量管理服务和巡检/抽检/首检/末检服务服务单元提供服务；

所述服务包括发现服务、负载均衡服务和登录鉴权服务。

为了更好地实现本发明，进一步地，步骤S5包括：

预设单元业务服务流程中的检验流程；

首先，通过检验标准建模服务单元进行标准建模；

其次，通过检验规则建模服务单元进行规则建模；

再其次，将经由网关进入的数据传送至质量管理服务单元进行质量检测和分析；

最后通过质量报表服务单元生成流程图文件报表。

为了更好地实现本发明，进一步地，步骤S5中在单元业务服务流程中编辑好各个单元业务服务使用的建模服务接口的方法包括：

各个单元业务服务使用Restful接口，并根据集群模式将各个单元业务服务部署在Kubernetes上。

为了更好地实现本发明，进一步地，步骤S5中将建模标准的结果通过Restful协议发送至对应的单元业务服务流程中的方法包括：

单元业务服务流程会将上一步的结果做为传参调用检验规则建模服务单元提供的一个接口；所述接口同样是服务网格模块通过负载均衡算法决定使用的单元业务服务接口，所述单元业务服务流程会得到检验规则建模后的结果。

为了更好地实现本发明，进一步地，本技术方案还提供了基于微服务架构和流程引擎管理工业生产的系统，包括流程引擎模块、服务网格模块、 登陆鉴权模块、质量管理服务集群模块和网关服务模块，其中：

流程引擎模块，用于集成相应的流程设计插件并绘制流程图文件；

服务网格模块，分为质量报表服务单元、检验标准建模服务单元、过程监控服务单元、检验规则建模服务单元、异常处理服务单元、质量问题智慧分析服务单元、质量管理服务单元和巡检/抽检/首检/末检服务服务单元；用于微服务应用的可配置基础架构层；

登陆鉴权模块，用于以容器运行的方式部署在k8s，用于提供生产过程质量管理系统的登陆功能和访问的鉴权功能；

质量管理服务集群模块，用于检验标准建模和规则建模，用于巡检、抽检、首检和末检，用于异常处理、质量问题智慧分析、过程监控以及提供相应的流程引擎调用的基础功能；

网关服务模块，用于以容器运行的方式部署在k8s上，用于提供数据的统一入口。

本发明与现有技术相比，具有以下优点及有益效果：

（1）本发明通过流程引擎使得现代的生产过程质量管理系统应具备生产全链追溯，动态感知，敏捷反馈和智慧决策等要求；

（2）本发明通过微服务灵活的部署分配，使得质量管理系统做到资源的按需分配；

（3）本发明通过微服务能做到动态扩容以及应对生产高速期时的质量管理；

（4）本发明通过微服务使得质量管理系统能快速集成到工厂现有的系统中；

（5）本发明对于工厂复杂的数据传输协议与数据格式，在微服务中选用统一的入口来接入这些数据；

（6）本发明中提供的质量管理系统中的某单个服务做到只应用单个领域，避免不同领域的功能存在一个服务里；

（7）本发明通过微服务使得质量管理系统中的业务应减少层级依赖，降低业务复杂度，做到业务扁平化；

（8）本发明中提供的质量管理系统有配套的流程引擎，使得系统能随时更换各种业务流程；

（9）本发明使用服务网格来构建整个微服务，实现服务发现、负载均衡和熔断的功能。本发明能够简单直观的质量管理流程配置开发。通过可视化界面，配置质量管理流程，以拖拉拽的方式，灵活地调用各个不同的领域服务模块。本发明中每个单一的领域服务模块可以独立部署，并可以灵活的扩容。本发明具有分布式和高可用的特点，可在承载大数据量的处理时仍然保持较高的效率和较低的资源消耗。本发明可以根据不同需求，配置多个质量管理流程，同时管理生产质量。

附图说明

本发明结合下面附图和实施例做进一步说明，本发明所有构思创新应视为所公开内容和本发明保护范围。

图1为本发明提供的于微服务架构和流程引擎管理工业生产的方法的流程示意图。

图2为本发明提供的传统架构的结构示意图。

图3为本发明提供的于微服务架构和流程引擎管理工业生产的方法中流程驱动引擎模块的结构示意图。

图4为本发明提供的于微服务架构和流程引擎管理工业生产的方法中服务网格模块的结构示意图。

图5为本发明提供的于微服务架构和流程引擎管理工业生产的方法中各个单元业务服务容器化的流程图。

图6为本发明提供的于微服务架构和流程引擎管理工业生产的方法中登陆鉴权模块与网关模块的结构示意图。

图7为本发明提供的于微服务架构和流程引擎管理工业生产的方法中一个典型的activiti.cfg.xml配置文件示意图。

图8 为本发明提供的于微服务架构和流程引擎管理工业生产的方法中流程编辑开发编码的示意图。

具体实施方式

为了更清楚地说明本发明实施例的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，应当理解，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例，因此不应被看作是对保护范围的限定。基于本发明中的实施例，本领域普通技术工作人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

实施例1：

本实施例的基于微服务架构和流程引擎管理工业生产的方法，如图1-图8所示，考虑到现有的服务网格都是基于容器的组织架构如k8s，（Kubernetes，一种自动化容器操作平台，这些操作包括部署，调度和节点集群之间的扩展），首先，划分业务服务，基于领域驱动设计原则，领域驱动设计原则是一种基于软件只需要对所涉及到的业务领域负责的模式原则，来应对系统规模过大时引起的软件复杂性的问题，将工业制造生产过程质量管理系统中的服务网格模块划分为质量报表服务单元、检验标准建模服务单元、过程监控服务单元、检验规则建模服务单元、异常处理服务单元、质量问题智慧分析服务单元、质量管理服务和巡检/抽检/首检/末检服务服务单元，这样减少之前的系统中存在的系统复杂度过高，层级依赖太多的问题。

如图6所示，在k8s上部署登陆鉴权服务，网关服务。登陆鉴权服务和网关服务可以由自己开发的一个服务或者使用k8s提供的组件，这些组件可以很容易地部署在k8s上，当然，这些组件也是以容器运行的方式部署在k8s上，登陆鉴权服务和请求的路由转发功能。

如图7所示，开发人员自己首先需要在本地开发工具安装流程设计插件，比如java开发工具Eclipse: 打开Help -> Install New Software, 然后点击add ,填写插件的地址和名称，Name：Activiti BPMN 2.0 designer ，Location：http://activiti.org/designer/update, 安装成功后就可以使用该插件。在代码工程的classpath 下创建activiti.cfg.xml文件，在activiti.cfg.xml 中配置数据源和processEngineConfiguration。

如图1所示，平台审核人员将对上传的流程图进行审核，检查具体的业务是否正确。审核不通过时，需要返回，根据审核意见改良或重新对组件进行开发和完善。审核通过时，将相应的流程图部署到正式环境的流程引擎中。最后开发人员设计好新的流程后打包部署在流程引擎中。

在本实施例中，本发明不同于传统的工业制造生产过程质量管理软件架构，如图2所示，传统的工业制造生产过程质量管理软件架构是在数据仓库中通过质量管理系统连接生产制造系统、库存管理系统、设备管理系统和其他系统，这个架构非常不方便扩容。如图1所述，本发明使用服务网格来构建整个微服务，实现服务发现，负载均衡，熔断等措施，同时在微服务化过程中，代码侵入小，不过于绑定特定的技术栈，支持多语言开发，易于集成老旧系统，构建单一领域服务模块，减少耦合度，引入流程引擎，根据现场实际情况构建生产过程质量管理流程，并能方便调用各个单一的领域服务模块。

实施例2：

本实施例在实施例1的基础上做进一步优化，在本实施例中，确定每个服务的界限上下文（指的是各个业务的边界，在这个边界中通过通过定义好的接口保持不同业务服务之间的通信），编写对外的服务接口（统一使用Restfull协议接口），其次需要将服务容器化（包含质量报表服务，检验标准建模服务，过程监控服务，检验规则建模服务，异常处理服务，质量问题分析服务，质量服务，巡检/抽检/首检/末检服务，数据抽取服务）：可以编写相应的dockerfile 文件或者使用包管理器如maven的docker 插件将服务打包后的jar包变成一个docker镜像（docker 是一种容器引擎），之后在k8s上部署这些业务服务容器。

本实施例的其他部分与实施例1相同，故不再赘述。

实施例3：

本实施例在实施例2的基础上做进一步优化，在本实施例中，如图5所示，在每个业务服务上部署sidecar代理, 提供服务发现，负载均衡，熔断等功能。

本实施例的其他部分与实施例2相同，故不再赘述。

实施例4：

本实施例在实施例1的基础上做进一步优化，在本实施例中，如图8所示，编辑流程图，确定业务流程，通过开发工具中编辑流程图，比如检验流程：检验标准建模->检验规则建模->经由网关进入的数据->质量管理->报表生成，使用流程设计插件工具Eclipsedesigner编辑流程图，检验流程中标准建模需要调用检验标准建模服务中的接口，在流程图编辑好要使用的建模服务的接口，服务网格会通过负载均衡算法（默认为轮询算法，可在服务网格中配置为其他算法）来决定具体使用哪个检验标准建模服务实例所提供的接口，得到建模后的数据结果集，然后将标准建模的结果通过Restful协议发送检验规则建模流程中，该流程会将上一步的结果做为传参调用检验规则建模服务提供的一个接口（该接口同样是通过服务网格来决定具体由哪个检验规则建模服务实例的接口来处理），该流程会得到检验规则建模后的结果。

本实施例的其他部分与实施例1相同，故不再赘述。

实施例5：

本实施例在实施例1的基础上做进一步优化，在本实施例中，每个业务服务已经确认暴露出来能使用的Restful接口，每个业务服务都已经部署在Kubernetes上，并且都是集群模式，每个服务都是多实例，集群中每个实例都是对外暴露相同的接口。

本实施例的其他部分与实施例1相同，故不再赘述。

实施例6：

本实施例在实施例1的基础上做进一步优化，在本实施例中，如图6和图8所示，考虑到工厂有着复杂的数据传输协议与数据格式，质量管理系统会承接各种系统上报的相关生产数据（数据传输协议不一，数据格式不同），这时网关可以提供一个统一的入口，统一处理这些数据，然后这些数据将会与检验规则建模后的结果一起传递到质量检测，分析节点，该节点会将这个结果做为传参通过Restful协议调用质量管理服务所提供的一个接口，此接口（也是由服务网格来决定具体是哪个实例的接口参与）会返回质量分析后的结果，此结果传递到下一个节点：生成报表，该节点会把上个节点传来的数据做为参数去调用质量报表服务所提供的一个接口（也是由服务网格来决定具体是哪个实例的接口参与），就此质量报表服务会收集这些信息（包括各个流程节点所采集的信息）生成相应的报表信息展现在不限于前端页面，手机短信通知，手机微信通知，邮件通知，达到生产全脸追溯，动态感知，敏捷反馈的目的。如图8所示，每个流程节点当然也会把每次接收和得到的结果数据发送到流程引擎中的日志服务中，扩展到任意一个业务流程开发，需要确定每一个节点需要触发的请求，确定需要请求得到的结果如果处理，并把请求绑定在相应的业务接口中（具体的接口是由步骤一已经部署好的业务服务提供），服务网格会参与负责各个流程节点是由哪个实例所提供的接口承接，并且能根据具体的业务场景增加部署的实例，或者减少部署的实例，来达到动态扩容，更好的应对生产高速期时的质量管理。然后将编辑好后的流程图文件保存并提交到远程代码仓库中，以供后续代码审核。

本实施例的其他部分与实施例1相同，故不再赘述。

实施例7：

本实施例提供了基于微服务架构和流程引擎管理工业生产的系统，如图4所示，包括流程引擎模块、服务网格模块、 登陆鉴权模块、质量管理服务集群模块和网关服务模块。在本实施例中，流程引擎配合微服务架构在工业制造生产过程质量管理系统的应用：

工业制造生产过程质量管理系统分为五个部分：流程引擎，服务网格， 登陆鉴权服务， 质量管理服务集群，网关服务。

流程驱动引擎整体架构如图3所示。包含一组流程配置管理，资源管理，流程运行管理以及引擎管理。在开发工具中集成相应的插件能够绘制流程图。

服务网格是目前最新的一种微服务架构，具体为用于微服务应用的可配置基础架构层。它使每个服务实例之间的通信更加流畅，可靠和迅速。在微服务架构具体落地的过程中，需要解决服务实例调用过程中如何方便快捷的找寻服务被调用者，传统的模式就是直接在调用方中写上被调用方的IP地址加端口的模式，但在微服务环境中，各个服务的IP地址是可能变的，并且每个微服务是集群部署，一个业务可能有多个不同的IP地址和端口，在这种情况下，提供专门记住各个服务的地址和端口的注册服务发现机制就应运而生了，同时被调用者是集群模式，多个实例同时部署，那么调用过程中如何决策调用集群中哪一个实例的问题就需要架构中有一个负载均衡的概念，负责告知调用者合理的选取其中一个被调用者，常用的负载均衡算法有轮询算法：调用者在每次的请求中依次选取被调用者来响应这些请求，随机算法：调用者在每次的请求中随机选取起作用一个被调用者响应这些请求，最小连接数算法：调用者在每次的请求中动态选取被调用者连接数最小的一个来响应这些请求。除了上面的服务发现，负载均衡，熔断机制在微服务中也扮演着重要的角色：微服务在调用过程中很容易会因为被调用的服务出现诸如等待超时，代码异常，网络不可靠，内存溢出等问题而导致调用方服务也出现服务不可用的问题，这种被调用方服务拖垮调用者服务的问题叫做雪崩效应，熔断机制就是为了防范微服务可能出现的雪崩效应，通过强制断开调用链，建立一个安全访问来隔离出现问题的服务，让整个微服务不会垮掉。当然，微服务还需要限流来控制不会因为外部访问突然激增而导致微服务处理不过来而垮掉的情况。以上所有的这些微服务中必有的机制或者策略在第一代微服务架构实现中，需要去内嵌在具体的业务服务代码中，会导致开发难度系数非常高，开发人员的学习成本非常高，那么新一代的微服务架构就需要解决此类问题，让开发者只需要专注于业务开发，而不需要去实现微服务中那些服务发现，负载均衡等功能，服务网格就是这么一种微服务架构，它提供了一个代理，我们称之为 sidecar。 每个sidecar包函在每一个服务之中，并且负责处理服务之间的网络通信，服务发现，负载均衡。每个sidecar代理不会嵌入到业务代码中，不会对现有的业务代码有影响。

登陆鉴权服务提供生产过程质量管理系统的登陆功能和访问的鉴权功能。

质量管理服务集群为生产过程管理系统的核心服务，包含检验标准建模，检验规则建模，巡检，抽检，首检，末检，异常处理，质量问题智慧分析，过程监控，提供相应的流程引擎调用的基础功能。

网关服务提供数据的统一入口。

以上所述，仅是本发明的较佳实施例，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化，均落入本发明的保护范围之内。

Claims (7)

1.基于微服务架构和流程引擎管理工业生产的方法，其特征在于，包括以下步骤： 步骤S1.根据领域驱动设计原则将质量管理系统中的服务网格模块划分为质量报表服务单元、检验标准建模服务单元、过程监控服务单元、检验规则建模服务单元、异常处理服务单元、质量问题智慧分析服务单元、质量管理服务和巡检/抽检/首检/末检服务服务单元； 步骤S2.确定服务网格模块中每个单元业务服务的界限上下文，编写每个单元业务服务对外的服务接口，将每个单元业务服务容器化，在k8s上部署单元业务服务容器； 步骤S3.在k8s上部署质量管理系统中的登陆鉴权模块和网关服务模块； 步骤S4.在质量管理系统中的流程引擎模块中安装流程设计插件，根据安装流程设计插件编辑单元业务服务流程； 步骤S5.在单元业务服务流程中编辑好各个单元业务服务使用的建模服务接口，服务网格模块通过负载均衡算法决定使用的单元业务服务接口，获取建模后的数据结果集，将建模标准的结果通过Restful协议发送至对应的单元业务服务流程中，质量报表服务单元收集各个流程节点的信息并生成流程图文件报表； 步骤S6.对上传的流程图文件报表进行审核，检查具体的业务是否正确，如果是，将相应的流程图部署到正式环境的流程引擎模块中，如果否，返回步骤S4，根据审核意见对流程设计插件进行开发和完善。

2.根据权利要求1所述的基于微服务架构和流程引擎管理工业生产的方法，其特征在于，所述步骤S2中包括: 步骤S2.1.通过定义每个单元的界限上下文对应的接口保持不同单元业务服务之间的通信； 步骤S2.2.统一使用Restfull协议接口编写每个单元业务服务对外的服务接口； 步骤S2.3.通过编写相应的dockerfile文件或者使用包管理器插件将每个单元业务服务打包后的jar包变成docker镜像； 步骤S2.4.在k8s上部署单元业务服务容器，并在每个单元业务服务上部署sidecar代理。

3.根据权利要求2所述的基于微服务架构和流程引擎管理工业生产的方法，其特征在于，所述步骤S2.4包括： 通过部署sidecar代理质量报表服务单元、检验标准建模服务单元、过程监控服务单元、检验规则建模服务单元、异常处理服务单元、质量问题智慧分析服务单元、质量管理服务和巡检/抽检/首检/末检服务服务单元提供服务； 所述服务包括发现服务、负载均衡服务和登录鉴权服务。

4.根据权利要求1所述的基于微服务架构和流程引擎管理工业生产的方法，其特征在于，所述步骤S5包括： 预设单元业务服务流程中的检验流程； 首先，通过检验标准建模服务单元进行标准建模； 其次，通过检验规则建模服务单元进行规则建模； 再其次，将经由网关进入的数据传送至质量管理服务单元进行质量检测和分析； 最后通过质量报表服务单元生成流程图文件报表。

5.根据权利要求1所述的基于微服务架构和流程引擎管理工业生产的方法，其特征在于，所述步骤S5中在单元业务服务流程中编辑好各个单元业务服务使用的建模服务接口的方法包括： 各个单元业务服务使用Restful接口，并根据集群模式将各个单元业务服务部署在Kubernetes上。

6.根据权利要求1所述的基于微服务架构和流程引擎管理工业生产的方法，其特征在于，所述步骤S5中将建模标准的结果通过Restful协议发送至对应的单元业务服务流程中的方法包括： 单元业务服务流程会将上一步的结果做为传参调用检验规则建模服务单元提供的一个接口；所述接口同样是服务网格模块通过负载均衡算法决定使用的单元业务服务接口，所述单元业务服务流程会得到检验规则建模后的结果。

7.基于微服务架构和流程引擎管理工业生产的系统，其特征在于，包括流程引擎模块、服务网格模块、 登陆鉴权模块、质量管理服务集群模块和网关服务模块，其中： 流程引擎模块，用于集成相应的流程设计插件并绘制流程图文件； 服务网格模块，分为质量报表服务单元、检验标准建模服务单元、过程监控服务单元、检验规则建模服务单元、异常处理服务单元、质量问题智慧分析服务单元、质量管理服务单元和巡检/抽检/首检/末检服务服务单元；用于微服务应用的可配置基础架构层； 登陆鉴权模块，用于以容器运行的方式部署在k8s，用于提供生产过程质量管理系统的登陆功能和访问的鉴权功能； 质量管理服务集群模块，用于检验标准建模和规则建模，用于巡检、抽检、首检和末检，用于异常处理、质量问题智慧分析、过程监控以及提供相应的流程引擎调用的基础功能； 网关服务模块，用于以容器运行的方式部署在k8s上，用于提供数据的统一入口。

Images