一种基于消息中间件Topic的运营管理方法与流程

一种基于消息中间件topic的运营管理方法
技术领域
1.本发明涉及的是it与软件开发技术领域，具体涉及一种基于消息中间件topic的运营管理方法。


背景技术：

2.目前，诸多公司业务部门经常会遇到一些收集消息中间件用途、业务处理等信息的诉求。出于安全考虑，部分消息中间件管理平台的权限并不会下放至各业务部门，业务部门在对相关信息进行收集时要分别从项目配置中去查找topic的应用场景、服务系统、消费系统等信息，致使信息收集效率低下，同时耗费较多人力成本。
3.此外，在项目迭代过程中还经常会遇到一些周期短、使用频繁的营销策略，致使项目开发者也需要频繁地变更项目代码、频繁进行项目部署来满足快速迭代的产品功能诉求。除此之外，消息中间件管理系统不具备业务系统的运营管理能力，运营管理平台的使用者大多都是运营和客服人员，具有人员流动性高、业务响应速度要求快的特性，使用者通常无法直接操作消息中间件管理系统来实现业务运营诉求。
4.为了解决上述问题，设计一种基于消息中间件topic的运营管理方法尤为必要。


技术实现要素：

5.针对现有技术上存在的不足，本发明目的是在于提供一种基于消息中间件topic的运营管理方法，满足产品对于实现不同业务功能快速迭代的诉求，提高平台运营能力的时效性，有效控制产品业务运营周期，减少项目时间及人力成本，同时极大提升了信息收集效率，易于推广使用。
6.为了实现上述目的，本发明是通过如下的技术方案来实现：一种基于消息中间件topic的运营管理方法，其步骤为：
7.(1)项目或应用接收topic下消息；
8.(2)查询消息管理平台消息配置信息；
9.(3)判断topic消费者是否满足消费条件；
10.(4)若topic消费者不满足消费条件，则结束操作；若满足消费条件，则查找该项目或应用下topic下所有待处理的任务；
11.(5)通过业务参数及配置信息对任务进行过滤，筛选出满足执行条件的任务；
12.(6)查找任务对应的处理器，并执行对应任务。
13.作为优选，所述的步骤(3)中topic消费条件及相关业务的任务触发条件切换调整：
14.①
项目新申请topic后统一在运营管理平台页面中新增服务系统、消费系统以及是否上线等开关等相关配置；
15.②
基于业务场景及业务诉求来确定当前系统消费到topic后具体要进行触发并执行的任务，配置任务描述及相关任务触发条件、开关、业务拓展参数等基本信息；
16.③
通过以上对topic服务系统、消费系统、topic关联任务等配置，任意调整开关、生效日期、任务触发条件、拓展参数等系统消费控制条件及任务触发条件。
17.作为优选，所述的步骤(4)配置该topic下需要执行的任务，设置满足该任务触发条件的基础信息参数及参数条件，如场景、产品以及执行该任务的拓展参数等信息。
18.作为优选，所述的步骤(5)通过调整任务触发条件、任务拓展参数、开关配置等自由控制该topic下任务触发提交，同时具有新增，修改，删除等功能。
19.作为优选，所述的步骤(6)配置具体的任务处理器，并设置开关、生效时间、拓展参数等来满足不同的业务场景执行。
20.本发明的有益效果：本发明通过配置消息服务端、消费端以及消息关联任务配置的管理办法，满足产品对于实现不同营销、短信推送等业务功能快速迭代的诉求，进一步提高平台运营能力的时效性；同时通过支持使用人员在平台内将不同topic及topic关联任务实现配置化的管理方式，有效控制产品业务运营周期，减少项目时间及人力成本，极大提升信息收集效率，应用前景广阔。
附图说明
21.下面结合附图和具体实施方式来详细说明本发明；
22.图1为本发明的流程图；
23.图2为本发明消费系统模型与传统消费系统模型的对比图；
24.图3为本发明消费系统流程与传统消费系统流程的对比图。
具体实施方式
25.为使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解，下面结合具体实施方式，进一步阐述本发明。
26.参照图1-3，本具体实施方式采用以下技术方案：一种基于消息中间件topic的运营管理方法，其步骤为：
27.(1)项目或应用接收topic下消息；
28.(2)查询消息管理平台消息配置信息；
29.(3)判断topic消费者是否满足消费条件；
30.(4)若topic消费者不满足消费条件，则结束操作；若满足消费条件，则查找该项目或应用下topic下所有待处理的任务；
31.(5)通过业务参数及配置信息对任务进行过滤，筛选出满足执行条件的任务；
32.(6)查找任务对应的处理器，并执行对应任务。
33.值得注意的是，在运营管理平台页面中配置topic对应的服务系统、消费系统信息等；并通过自由切换开关及生效时间来进一步控制某个系统是否可以正常消费topic消息。
34.所述的步骤(4)配置该topic下需要执行的任务，设置满足该任务触发条件的基础信息参数及参数条件，如场景、产品以及执行该任务的拓展参数等信息。
35.所述的步骤(5)通过调整任务触发条件、任务拓展参数、开关配置等自由控制该topic下任务触发提交，同时具有新增，修改，删除等功能。
36.此外，所述的步骤(6)配置具体的任务处理器(java bean)，并设置该处理器的开
关状态、生效时间、拓展参数等来满足不同的业务场景执行，达到运营管理目的，使用者可在运营管理平台随意切换，控制消息中间件某个topic下关联的业务，同时使用者可以在不调整任务参数的情况下，通过上下线任务处理器，来控制某一类业务是否需要处理。
37.本具体实施方式可以动态调整topic消费者信息、开关、生效时间等来控制某个项目是否需要消费该topic下的消息，同时可以动态调整topic下关联任务的触发条件、开关来控制某个业务是否可以被执行。该方法任意切换调整topic消费条件及相关业务的任务触发条件：
38.①
项目新申请topic后统一在运营管理平台页面中新增服务系统、消费系统以及是否上线等开关等相关配置；
39.②
基于业务场景及业务诉求来确定当前系统消费到topic后具体要进行触发并执行的任务，配置任务描述及相关任务触发条件、开关、业务拓展参数等基本信息；
40.③
通过以上对topic服务系统、消费系统、topic关联任务等配置，任意调整开关、生效日期、任务触发条件、拓展参数等系统消费控制条件及任务触发条件。
41.本具体实施方式基于topic管理平台精准识别、灵活处理消费端业务：
42.①
某系统消费到topic对应的消息后，可通过管理平台识别出该消息体服务系统，消费系统，是否上线等信息精准识别并控制是否消费该topic消息；
43.②
经过任务消费系统识别后的消息，通过topic及任务执行系统进一步筛选出该topic下关联的所有待执行任务，例如营销券发送、短信推送、用户识别弹窗等任务等；
44.③
消费端消费消息，通过实例化配置的业务处理器对任务进行异步处理。
45.本具体实施方式基于消息中间件topic的统一，符合规范，可实现消息切换、产品业务快速上下线的消息管理运营系统，来帮助技术人员实现相关信息收集及产品经理对于营销策略的控制，满足产品对于实现不同业务功能快速迭代的诉求，提高平台运营能力的时效性，其技术优势在于：
46.(1)具备独立的中间件topic可视化运营页面，具备基于中间件topic的运营管理能力。
47.(2)通过运营管理平台可以查看、修改项目中topic对应的服务系统、消费系统及消费系统关联的任务开关，便于使用者在产品线或业务线调整时快速对项目中服务系统或消费系统进行上下线自由切换，可不经过调整中间件配置的情况下快速实现消息切换、业务上下线管理功能。
48.(3)通过运营平台可以自由控制某个topic下处理的任务，可任意调整任务执行触发条件，便于使用者在不需要对项目进行重新部署的情况下，实现对topic关联业务任务执行的有效控制。
49.(4)可在产品线或者业务线紧急调整的情况下，帮助平台使用者快速实现相关信息收集诉求，快速梳理出项目中topic使用场景、使用目的、关联业务等关键信息，有效避免出现未评估到的生产风险问题，进一步保障平台稳定性。
50.(5)为技术侧提供稳定可靠的消息中间件源数据，提高信息收集的效率，保障在不进行项目发版部署的情况下快速实现业务上下线能力，有效控制项目发布频次，保障产品稳定性。
51.(6)解决项目频繁发布上线问题，有效控制产品业务运营周期，能够最大限度地节
约人力及时间成本，提升工作效率，具有广阔的市场应用前景。
52.以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。