用于食品监管的微服务系统技术方案

本公开提供一种用于食品监管的微服务系统，涉及互联网技术领域，能够解决数据交换时需要各个业务系统独自开发接口，通过接口调用的方式，难以维护和管理的问题。具体技术方案为：该系统包括微服务核心平台和多个微服务业务子系统，其中，所述微服务核心平台包括注册中心和远程服务调度中心，所述多个微服务业务子系统通过注册中心注册到微服务核心平台，所述多个微服务业务子系统之间通过远程服务调度中心进行数据交互；其中，多个微服务业务子系统包括：监管档案微服务、行政许可微服务、工作流微服务、日常监管微服务、稽查办案微服务以及检验检测微服务。

Micro service system for food supervision

【技术实现步骤摘要】
用于食品监管的微服务系统
本公开涉及互联网
，尤其涉及用于食品监管的微服务系统。
技术介绍
食品监管信息化系统是一个综合性业务系统。根据现行食品监管的相关法规制度以及实际监管过程中的部门职能划分。食品监管信息化可分为行政许可，日常监管，稽查办案，检验检测等几个相互独立的业务系统。在传统的食品监管信息化建设过程中。一般都是以独立建设的方式分别建设行政许可，日常监管，稽查办案，检验检测等业务系统。这些业务系统负责不同的监管功能，都是围绕被监管对象进行监管。以同一个被监管对象为中心，这些不同业务系统的监管数据需要被关联和共享。因此多个独立的业务系统需要实现数据互通和服务共享。但传统“烟囱式”的业务系统建设方式，当前的食品监管信息化建设。一般都是以独立建设的方式分别建设行政许可，日常监管，稽查办案，检验检测等业务系统。这些业务系统负责不同的监管功能。这种建设方式的缺点是，各业务系统独立运行，数据各自维护，导致数据孤岛问题严重，数据不能互通共享。难以实现综合性监管。数据交换时需要各个业务系统独自开发接口，通过接口调用的方式，难以维护和管理。
技术实现思路
本公开实施例提供一种用于食品监管的微服务系统，能够解决各业务系统独立运行，数据各自维护，导致数据孤岛问题严重，数据不能互通共享的问题。所述技术方案如下：根据本公开实施例的第一方面，提供一种用于食品监管的微服务系统，该系统包括微服务核心平台和多个微服务业务子系统，其中，所述微服务核心平台包括注册中心和远程服务调度中心，所述多个微服务业务子系统通过注册中心注册到微服务核心平台，所述多个微服务业务子系统之间通过远程服务调度中心进行数据交互；其中，多个微服务业务子系统包括：监管档案微服务、行政许可微服务、工作流微服务、日常监管微服务、稽查办案微服务以及检验检测微服务。在一个实施例中，监管档案微服务存储有监管对象基本信息和监管数据，行政许可微服务通过工作流微服务获取许可办理流程，并通过远程服务调度中心将经由所述许可办理流程经办后的许可信息推送到监管档案微服务。在一个实施例中，日常监管微服务，从监管档案微服务中获取被监管对象基本信息，根据所述被监管对象主体信息创建对应的日常检查任务，并将被监管对象基本信息中检查合格的部分推送到监管档案微服务，将被监管对象基本信息中检查不合格的部分推送到稽查办案微服务。在一个实施例中，稽查办案微服务，从日常监管微服务获取被监管对象基本信息中检查不合格的部分并进行稽查办案，将稽查办案后的被监管对象基本信息推送到监管档案微服务。在一个实施例中，从监管档案微服务中获取被监管对象基本信息，根据所述被监管对象基本信息创建对应的检验检测任务，并将检验检测结果推送到监管档案微服务。在一个实施例中，微服务核心平台还包括链路跟踪中心，用于检测所述多个微服务业务子系统进行数据交互过程中网络性能参数。在一个实施例中，微服务核心平台还包括熔断保护中心，用于监控所述多个微服务业务子系统之间的调用响应状态，并在调用响应状态满足预设条件时，启动熔断机制。在一个实施例中，微服务核心平台还包括API网关，所述API网关提供和所述多个微服务业务子系统进行交互的接口。在一个实施例中，网络性能参数包括以下至少之一：请求耗费时间、网络延迟、业务逻辑耗费时间。在一个实施例中，熔断保护中心具体用于监控所述多个微服务业务子系统之间的调用响应状态，并在调用响应状态指示调用失败次数达到预设阈值时，启动熔断机制。微服务框架系统是构成应用系统的“小而自治的服务”。随着系统业务需求日益增加、业务数据快速增长、服务规模不断扩展，软件功能须频繁变化，微服务框架(MSA，MicroserviceArchitecture)作为一种新型软件系统，逐渐成为用于解决构建细粒度、松耦合复杂系统的分布式系统架构，它将应用程序分割为多个独立、协同工作的微小服务，每个服务专注于单一业务功能并拥有独立运行的进程，服务之间界限清晰，通过轻量级通信实现完整的应用，满足用户业务扩展变化的需求。微服务框架能够按照业务拆分服务粒度，通过可伸缩接口控制服务边界，适应实际业务需求变化，使用微服务组合完成具体功能，使应用程序可自由扩展。服务发生变更时可实现自动化按需部署，无需修改、重新部署整个应用程序。微服务框架能够利用去中心化、轻量级交互、敏捷迭代、解耦、故障隔离、容器等机制，满足复杂系统结构变化需要，能够优化IT复杂系统效率，同时也不失弹性、平稳和健壮性。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。图1是本公开实施例提供的用于食品监管的微服务系统结构图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。本公开实施例提供一种用于食品监管业务的微服务系统，如图1所示，该食品监管业务的微服务系统包括微服务核心平台101和多个微服务业务子系统102，其中，所述微服务核心平台101包括注册中心和远程服务调度中心，所述多个微服务业务子系统102通过注册中心注册到微服务核心平台101，所述多个微服务业务子系统102之间通过远程服务调度中心进行数据交互；其中，多个微服务业务子系统102包括：监管档案微服务、行政许可微服务、工作流微服务、日常监管微服务、稽查办案微服务以及检验检测微服务。多个微服务业务子系统都是一个个独立的项目，可以独立运行。如果微服务业务子系统之间有依赖关系，那么通过远程过程调用(RemoteProcedureCall，RPC)方式调用。这样的好处有很多：多个微服务业务子系统之间的耦合度大大降低，可以独立开发、独立部署、独立测试，系统与系统之间的边界非常明确，排错也变得相当容易，开发效率大大提升。多个微服务业务子系统之间的耦合度降低，从而系统更易于扩展。我们可以针对性地扩展某些服务。假设这个商城要搞一次大促，下单量可能会大大提升，因此我们可以针对性地提升订单系统、产品系统的节点数量，而对于后台管理系统、数据分析系统而言，节点数量维持原有水平即可。多个微服务业务子系统的复用性更高。比如，当我们将用户系统作为单独的服务后，该公司所有的产品都可以使用该系统作为用户系统，无需重复开发。然后当这些多个微服务业务子系统服务初始化的时候，将当前微服务业务子系统需要发布的服务、以及微服务业务子系统的IP和端口号发送给注册中心，注册中心便会将其记录下来。这就是服务发布的过程。与此同时，也是在系统初始化的时候，扫描一下当前微服务业务子本文档来自技高网...

【技术保护点】
1.一种用于食品监管的微服务系统，其特征在于，/n所述系统包括微服务核心平台和多个微服务业务子系统，其中，所述微服务核心平台包括注册中心和远程服务调度中心，所述多个微服务业务子系统通过注册中心注册到微服务核心平台，所述多个微服务业务子系统之间通过远程服务调度中心进行数据交互；其中，多个微服务业务子系统包括：监管档案微服务、行政许可微服务、工作流微服务、日常监管微服务、稽查办案微服务以及检验检测微服务。/n

【技术特征摘要】
1.一种用于食品监管的微服务系统，其特征在于，
所述系统包括微服务核心平台和多个微服务业务子系统，其中，所述微服务核心平台包括注册中心和远程服务调度中心，所述多个微服务业务子系统通过注册中心注册到微服务核心平台，所述多个微服务业务子系统之间通过远程服务调度中心进行数据交互；其中，多个微服务业务子系统包括：监管档案微服务、行政许可微服务、工作流微服务、日常监管微服务、稽查办案微服务以及检验检测微服务。


2.根据权利要求1所述的系统，其特征在于，
监管档案微服务存储有监管对象基本信息和监管数据，行政许可微服务通过工作流微服务获取许可办理流程，并通过远程服务调度中心将经由所述许可办理流程经办后的许可信息推送到监管档案微服务。


3.根据权利要求2所述的系统，其特征在于，
日常监管微服务，从监管档案微服务中获取被监管对象基本信息，根据所述被监管对象主体信息创建对应的日常检查任务，并将被监管对象基本信息中检查合格的部分推送到监管档案微服务，将被监管对象基本信息中检查不合格的部分推送到稽查办案微服务。


4.根据权利要求3所述的系统，其特征在于，
稽查办案微服务，从日常监管微服务获取被监管对象基本信息中检查不合格的部分并进行稽查办案，将稽查...

【专利技术属性】
技术研发人员：李盈超，
申请(专利权)人：联易软件有限公司，
类型：发明
国别省市：陕西;61