CN116996564A - 基于微服务的施工项目技术服务渠道搭建方法和系统 - Google Patents

Abstract

本发明公开了一种基于微服务的施工项目技术服务渠道搭建方法和系统，系统包括统一调度和配置中心，业务服务和安全服务均已注册到统一调度和配置中心，业务服务至少包括消息推送服务，消息推送服务为将多种消息推送渠道聚合而成的一个服务；方法包括：在调用消息推送服务后，校验调用方上传的消息参数是否正确；若校验通过，则根据消息参数生成目标消息，并将目标消息推送至消息队列中，以及根据消息参数确定目标消息推送渠道；将目标消息发送到目标消息推送渠道，利用目标消息推送渠道实现目标消息的发送。不同的信息系统均可以与消息推送服务对接，每个实现对接的信息系统即可拥有多种消息推送渠道的推送能力。

Description

基于微服务的施工项目技术服务渠道搭建方法和系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种基于微服务的施工项目技术服务渠道搭建方法和系统。

背景技术

在项目方案设计、质量管理、科研创优等工作过程中，项目缺乏向上反馈的标准化渠道，对于总部专业资源的需求无法得到及时处理。对此，搭建标准化的科技体系难题反馈平台可以有效满足管理需要。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明的目的在于提供一种基于微服务的施工项目技术服务渠道搭建方法和系统，进而至少在一定程度上解决不同层级、不要业务间对接困难的问题。

根据本发明的一个方面，提供一种基于微服务的施工项目技术服务渠道搭建方法，应用于基于微服务的施工项目技术服务渠道搭建系统，所述系统包括统一调度和配置中心，业务服务和安全服务均已注册到所述统一调度和配置中心，所述业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务；所述方法包括：

在调用所述消息推送服务后，校验调用方上传的消息参数是否正确；

若校验通过，则根据所述消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据所述消息参数确定目标消息推送渠道；

将所述目标消息发送到所述目标消息推送渠道，利用所述目标消息推送渠道实现所述目标消息的发送。

在本发明的一种示例性实施例中，在调用所述消息推送服务之前，所述方法还包括：

信息系统从前端平台调用接口将微服务请求发送至服务器；

所述服务器将所述微服务请求转发给网关；

所述网关将所述微服务请求转发给所述安全服务；

所述安全服务根据所述微服务请求，对发送所述微服务请求的调用方进行认证和授权。

在本发明的一种示例性实施例中，所述系统还包括客户管理模块，所述方法还包括：

通过所述客户管理模块进入消息推送渠道配置功能；

根据用户上传的消息推送渠道配置信息完成消息推送渠道的配置；

保存配置信息。

在本发明的一种示例性实施例中，所述统一调度和配置中心为动态命名和配置服务nacos平台。

在本发明的一种示例性实施例中，所述服务器为Nginx服务器。

在本发明的一种示例性实施例中，所述方法还包括：获取所述目标消息推送渠道发送目标消息的结果，并记录所有发送行为信息，所述发送行为信息至少包括：发送时间、消息参数、发送内容、发送结果、失败原因。

根据本发明的一个方面，提供一种基于微服务的施工项目技术服务渠道搭建系统，包括统一调度和配置中心，业务服务和安全服务均已注册到所述统一调度和配置中心，所述业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务；所述系统还包括：

校验模块，用于在调用所述消息推送服务后，校验调用方上传的消息参数是否正确；

处理模块，用于在校验通过，则根据所述消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据所述消息参数确定目标消息推送渠道；

调用模块，用于调用所述目标消息推送渠道发送所述目标消息。

在本发明的一种示例性实施例中，所述系统还包括客户管理模块；所述客户管理模块用于通过所述客户管理模块进入消息推送渠道配置功能，根据用户上传的消息推送渠道配置信息完成消息推送渠道的配置，以及保存配置信息。

在本发明的一种示例性实施例中，所述统一调度和配置中心为动态命名和配置服务nacos平台。

由于采用上述技术方案，使得本发明具有以下有益效果：

本发明实施例提供的基于微服务的施工项目技术服务渠道搭建方法和系统中，系统包括统一调度和配置中心，业务服务和安全服务均已注册到所述统一调度和配置中心，所述业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务。在实际应用中，当在调用消息推送服务后，首先校验调用方上传的消息参数是否正确；若校验通过，则根据消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据消息参数确定目标消息推送渠道；最后将所述目标消息发送到目标消息推送渠道，利用目标消息推送渠道实现所述目标消息的发送。本发明中不同的信息系统可以分别与消息推送服务对接，因为消息推送服务是由多种消息推送渠道聚合而成的一个服务，因此每个与消息推送服务对接的信息系统即可拥有多种消息推送渠道的推送能力，避免了传统消息推送渠道开发模式不集中、不统一，存在重复开发的问题。并且本发明给不同信息系统提供一致性的接口，相比现有技术中需要单独对接不同的消息推送渠道方式，本发明这种对接方式更简单、调用更方便。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式。

图1为本发明实施例公开的一种基于微服务的施工项目技术服务渠道搭建方法的流程图。

图2为本发明实施例公开的另一种基于微服务的施工项目技术服务渠道搭建方法的流程图。

图3为本发明实施例公开的一种基于微服务的施工项目技术服务渠道搭建系统的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本发明采用微服务技术，将多种服务(如人脸识别服务、极光认证服务、聚合支付服务、消息推送服务等)进行拆分，拆分成多个独立的项目，每个项目完成一部分的业务功能，然后独立开发和部署，这些独立的项目就成为一个微服务，进而构成一个服务集群。消息推送服务就是其中的一个微服务。本发明是基于微服务的背景，结合消息队列、接入阿里云、腾讯云、Ucloud、极光推送这些第三方消息推送渠道，融合短信发送、公众号消息、邮件、APP推送等多渠道、统一消息推送解决方案。本发明提供给不同信息系统的接口具备一致性，将多种消息推送渠道聚合成为一个消息推送服务。

在实现本发明实施例提供的基于微服务的施工项目技术服务渠道搭建方法之前，本发明首先需要搭建基础的微服务框架：定义消息推送服务并注册至微服务框架的统一调度和配置中心。本发明实施例中的统一调度和配置中心是服务的统一调度的注册中心与配置中心，是构建以“服务”为中心的现代应用微服务架构的基础设施。可选地，本发明实施例中的统一调度和配置中心为nacos(Dynamic Naming and Configuration Service，动态命名和配置服务)平台，是一个易于构建云原生应用的动态服务发现、配置管理和服务管理平台。本发明实施例中的业务服务和安全服务均已注册到统一调度和配置中心。

业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务。

进一步本发明实施例定义消息推送服务的消息推送渠道。消息推送渠道是指客户端应用程序和队列管理器之间用于发送和/或接收消息的通信介质。本发明实施例支持的消息推送渠道包括以下至少两种：APP推送、邮件、公众号(如微信公众号)推送、短信。本发明实施例预先将多种消息推送渠道聚合成为消息推送服务，该消息推送服务可以对接不同的信息系统。

如图1所示，本发明实施例提供一种基于微服务的施工项目技术服务渠道搭建方法，应用于基于微服务的施工项目技术服务渠道搭建系统，方法包括：

步骤101，在调用消息推送服务后，校验调用方上传的消息参数是否正确。如果正确，执行步骤102，如果不正确，执行步骤104。

消息参数指的是发送消息的必要参数，包括指定接收人(或处理人)、消息内容等。例如，短信发送时消息参数可以包括模板编号、签名、接收人手机号等；邮件发送时消息参数可以包括接收人邮箱、邮件标题、附件内容等；微信公众号推送时消息参数可以包括接收人的openid、模板中dataMap、模板id、账号编码等；APP推送时消息参数可以包括发送平台、发送目标、发送内容等。消息参数用于保证消息成功发送。

作为本发明实施例的一种可选实现方案，本发明实施例在发送环节调用消息推送服务的调用方法可以包括：

(1)短信发送：使用NotificationFactory.Sms()方法，需调用方提供模板编号、签名、接收人手机号；

(2)邮件发送：使用NotificationFactory.Email()方法，需调用方提供接收人邮箱、邮件标题、附件内容；

(3)微信公众号推送：使用NotificationFactory.WxOfficial()方法，需调用方提供接收人的open id、模板中dataMap、模板id、账号编码；

(4)APP推送：使用NotificationFactory.app()方法，需调用方提供发送平台、发送目标、发送内容；

调用方提供的消息参数用于指定发送信息的内容和对象。

本发明实施例首先校验调用方上传的消息参数是否正确，如果不正确，则返回错误信息，显示消息发送失败，正确则继续执行步骤102。

步骤102，根据所述消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据所述消息参数确定目标消息推送渠道。

步骤103，将所述目标消息发送到所述目标消息推送渠道，利用所述目标消息推送渠道实现所述目标消息的发送。

若调用方上传的消息参数校验通过，则根据消息参数生成目标消息，并将目标消息推送至消息队列中。接下来系统会进行业务逻辑的处理，根据调用方上传的消息参数，判断消息属于哪一个消息推送通道，例如调用方上传的消息参数为：短信模板编号：SMS_15090987dgfddddd3783，短信签名：XX公司，接收人手机号186XXXX3654，可以判断消息属于阿里云短信通道。然后将目标消息发送到目标消息推送渠道，利用目标消息推送渠道完成本次消息的发送。

步骤104，返回错误信息，消息发送失败。

举例来说，项目人员通过系统填报需求类别、描述、附件等信息，经由分公司总工审核，分发至总部指定部门需求接收人，而后接收人结合问题内容、人员分配等条件指定专业处理人解决需求，最后由需求提出人对于此项处理进行评价。最终构建科技质量体系内问题收集、审核、接收、处理、评价的标准化处理流程和平台。具体的操作流程如下：

步骤一：首先构建了“用户登录/人员信息获取”微服务模块(简称用户微服务)和“业务处理”微服务模块(简称业务微服务)，并通过Nacos实现了服务注册。用户微服务通过获取并缓存用户登录令牌，根据用户ID获取信息并实现流程自动化。业务微服务囊括了业务数据流转的各个阶段，实现平台功能。其中业务微服务会远程调用用户微服务，从而获取人员信息。

步骤二：用户发起请求后，通过NGINX服务器是实现动态请求与静态资源分离。而后存储前端页面的静态资源服务器获取NGINX转发来的静态资源请求，将网页返回至用户。

步骤三：动态请求通过请求识别可分发至“八局通用户登录/人员信息获取”微服务模块或“浙里问业务处理”微服务模块。通过服务调用及数据存取将用户请求的数据返回。

步骤四：经返回数据及网页后，用户即可实现功能应用，完成各类操作。

本发明实施例提供的基于微服务的施工项目技术服务渠道搭建方法应用于基于微服务的施工项目技术服务渠道搭建系统(简称系统)。系统包括统一调度和配置中心，业务服务和安全服务均已注册到所述统一调度和配置中心，业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务。在实际应用中，当在调用消息推送服务后，首先校验调用方上传的消息参数是否正确；若校验通过，则根据消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据消息参数确定目标消息推送渠道；最后将所述目标消息发送到目标消息推送渠道，利用目标消息推送渠道实现所述目标消息的发送。本发明中不同的信息系统可以分别与消息推送服务对接，因为消息推送服务是由多种消息推送渠道聚合而成的一个服务，因此每个与消息推送服务对接的信息系统即可拥有多种消息推送渠道的推送能力，避免了传统消息推送渠道开发模式不集中、不统一，存在重复开发的问题。并且本发明给不同信息系统提供一致性的接口，相比现有技术中需要单独对接不同的消息推送渠道方式，本发明这种对接方式更简单、调用更方便。

如图2所示，在图1所示方法的步骤101“调用所述消息推送服务”之前，本发明实施例提供的基于微服务的施工项目技术服务渠道搭建方法还包括：

步骤201，信息系统从前端平台调用接口将微服务请求发送至服务器。

实际应用中，当信息系统对接了消息推送服务后，信息系统的用户在信息系统上发起调用微服务请求或信息系统根据业务自动触发调用微服务请求时，信息系统从前端平台调用接口将微服务请求发送至服务器。

步骤202，服务器将所述微服务请求转发给网关。

作为本发明实施例的一种可选实现方案，本发明实施例中的服务器为Nginx服务器。Nginx服务器用于反向代理，实现负载均衡。在实际应用中，当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用Nginx做反向代理。并且多台服务器可以平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。

步骤203，网关将所述微服务请求转发给所述安全服务。

步骤204，所述安全服务根据所述微服务请求，对发送所述微服务请求的调用方进行认证和授权。

安全服务是调用微服务时的安全验证。微服务请求包含用户基本信息。本发明实施例中发送微服务请求的用户即是信息系统，安全服务根据信息系统的基本信息对信息系统的身份进行认证和授权。其中，信息系统的基本信息可以包括信息系统的编号、秘钥、私钥、公钥等。

当安全服务完成对信息系统身份的认证和授权后，信息系统可以调用消息推送服务。

进一步的，作为本发明实施例的一种可选实现方式，基于微服务的施工项目技术服务渠道搭建系统还包括客户管理模块，本发明实施例提供的基于微服务的施工项目技术服务渠道搭建方法还可以包括：

通过所述客户管理模块进入消息推送渠道配置功能；

根据用户上传的消息推送渠道配置信息完成消息推送渠道的配置；

保存配置信息。

其中，用户上传的消息推送渠道配置信息可以是发送邮箱、公众号、短信服务商和账号、极光推送账号等，在完成消息推送渠道的配置并保存配置信息后，消息推送渠道配置生效。

进一步的，作为本发明实施例的一种可选实现方式，本发明实施例提供的基于微服务的施工项目技术服务渠道搭建方法还可以包括：获取所述目标消息推送渠道发送目标消息的结果，并记录所有发送行为信息，所述发送行为信息至少包括：发送时间、消息参数、发送内容、发送结果、失败原因。

本发明实施例提供消息推送记录保存及查询能力。对不同业务、场景进行效果跟踪，系统会获取不同消息推送渠道发送消息的结果，在管理端的任务记录和发送记录中会记录下所有发送行为信息，包括发送时间、消息参数、发送内容、发送结果、失败原因等，可供用户跟踪查询。

基于前文本发明实施例提供的一种基于微服务的施工项目技术服务渠道搭建方法，本发明实施例还提供一种基于微服务的施工项目技术服务渠道搭建系统，包括统一调度和配置中心，业务服务和安全服务均已注册到所述统一调度和配置中心，所述业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务；所述基于微服务的施工项目技术服务渠道搭建系统还包括，如图3所示：

校验模块100，用于在调用所述消息推送服务后，校验调用方上传的消息参数是否正确；

处理模块200，用于在校验通过后，根据所述消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据所述消息参数确定目标消息推送渠道；

调用模块300，用于调用所述目标消息推送渠道发送所述目标消息。

作为本发明实施例的一种可选实现方式，本发明实施例提供的基于微服务的施工项目技术服务渠道搭建系统还包括客户管理模块；

所述客户管理模块用于通过所述客户管理模块进入消息推送渠道配置功能，根据用户上传的消息推送渠道配置信息完成消息推送渠道的配置，以及保存配置信息。

作为本发明实施例的一种可选实现方式，本发明实施例提供的基于微服务的施工项目技术服务渠道搭建系统还包括记录保存模块，用于获取所述目标消息推送渠道发送目标消息的结果，并记录所有发送行为信息，所述发送行为信息至少包括：发送时间、消息参数、发送内容、发送结果、失败原因。

可选地，本发明实施例中的服务器为Nginx服务器。

需要说明的是，本发明实施例提供的基于微服务的施工项目技术服务渠道搭建系统是与前述实施例中的基于微服务的施工项目技术服务渠道搭建方法对应的系统，上述基于微服务的施工项目技术服务渠道搭建方法实施例中的所有实现手段均适用于该基于微服务的施工项目技术服务渠道搭建系统的实施例中，也能达到相同的技术效果。

Claims (9)

1.一种基于微服务的施工项目技术服务渠道搭建方法，其特征在于，应用于基于微服务的施工项目技术服务渠道搭建系统，所述系统包括统一调度和配置中心，业务服务和安全服务均已注册到所述统一调度和配置中心，所述业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务；所述方法包括：

在调用所述消息推送服务后，校验调用方上传的消息参数是否正确；

若校验通过，则根据所述消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据所述消息参数确定目标消息推送渠道；

将所述目标消息发送到所述目标消息推送渠道，利用所述目标消息推送渠道实现所述目标消息的发送。

2.根据权利要求1所述的方法，其特征在于，在调用所述消息推送服务之前，所述方法还包括：

信息系统从前端平台调用接口将微服务请求发送至服务器；

所述服务器将所述微服务请求转发给网关；

所述网关将所述微服务请求转发给所述安全服务；

所述安全服务根据所述微服务请求，对发送所述微服务请求的调用方进行认证和授权。

3.根据权利要求1所述的方法，其特征在于，所述系统还包括客户管理模块，所述方法还包括：

通过所述客户管理模块进入消息推送渠道配置功能；

根据用户上传的消息推送渠道配置信息完成消息推送渠道的配置；

保存配置信息。

4.根据权利要求1所述的方法，其特征在于，所述统一调度和配置中心为动态命名和配置服务nacos平台。

5.根据权利要求2所述的方法，其特征在于，所述服务器为Nginx服务器。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述目标消息推送渠道发送目标消息的结果，并记录所有发送行为信息，所述发送行为信息至少包括：发送时间、消息参数、发送内容、发送结果、失败原因。

7.一种基于微服务的施工项目技术服务渠道搭建系统，其特征在于，包括统一调度和配置中心，业务服务和安全服务均已注册到所述统一调度和配置中心，所述业务服务至少包括消息推送服务，所述消息推送服务为将多种消息推送渠道聚合而成的一个服务；所述系统还包括：

校验模块，用于在调用所述消息推送服务后，校验调用方上传的消息参数是否正确；

处理模块，用于在校验通过，则根据所述消息参数生成目标消息，并将所述目标消息推送至消息队列中，以及根据所述消息参数确定目标消息推送渠道；

调用模块，用于调用所述目标消息推送渠道发送所述目标消息。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括客户管理模块；

所述客户管理模块用于通过所述客户管理模块进入消息推送渠道配置功能，根据用户上传的消息推送渠道配置信息完成消息推送渠道的配置，以及保存配置信息。

9.根据权利要求7所述的系统，其特征在于，所述统一调度和配置中心为动态命名和配置服务nacos平台。