CN112367363A - 一种信息共享方法、装置、服务器及存储介质 - Google Patents
一种信息共享方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN112367363A CN112367363A CN202011149017.5A CN202011149017A CN112367363A CN 112367363 A CN112367363 A CN 112367363A CN 202011149017 A CN202011149017 A CN 202011149017A CN 112367363 A CN112367363 A CN 112367363A
- Authority
- CN
- China
- Prior art keywords
- context
- information
- service node
- workflow
- context information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003860 storage Methods 0.000 title claims abstract description 52
- 238000000034 method Methods 0.000 title claims abstract description 49
- 230000006870 function Effects 0.000 claims description 25
- 238000007781 pre-processing Methods 0.000 claims description 20
- 238000004891 communication Methods 0.000 claims description 19
- 230000005540 biological transmission Effects 0.000 claims description 17
- 238000012545 processing Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 16
- 239000000463 material Substances 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000003993 interaction Effects 0.000 description 5
- 238000012800 visualization Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000002688 persistence Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了一种信息共享方法,方法应用于信息共享服务器,该方法包括:接收第一业务节点发送的上下文标识和上下文信息;其中,所述上下文标识用于唯一标识目标工作流,所述上下文信息是所述第一业务节点执行所述目标工作流得到的;基于目标工作流,确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点;发送所述上下文标识和所述上下文信息至所述第二业务节点;其中,所述上下文标识用于使所述第二业务节点确定对应的所述目标工作流,并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。本申请实施例还公开了一种信息共享装置、服务器和存储介质。
Description
技术领域
本申请涉及大数据技术领域,尤其涉及一种信息共享方法、装置、服务器及存储介质。
背景技术
随着计算机技术的飞速发展,越来越多的技术应用在金融领域,传统金融业正在逐步向金融科技(Fintech)转变,但由于金融行业的安全性和实时性要求,也对技术提出了更高的要求。随着大数据技术的推广与应用,如何在不同的业务***中进行信息共享成为迫切需要解决的技术问题,目前常用的方式主要通过业务***将共享信息持久化至所有业务***均可访问的数据库中,然后其他业务***需要该共享信息时,从该数据库处获取该共享信息。
但是目前常用的方式中,不同业务***均采用持久化的方式从数据库中读取共享信息时,导致数据库的安全性较低,造成共享数据信息容易泄露,且数据库中可共享的数据类型有限,导致目前的信息共享方案中支持的上下文信息类型较为单一。
申请内容
为解决上述技术问题,本申请实施例期望提供一种信息共享方法、装置、服务器及存储介质,解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题,有效丰富了信息共享方案中支持的上下文信息类型,保证了数据库的安全性,有效降低了共享信息泄露的风险。
本申请的技术方案是这样实现的:
第一方面,一种信息共享方法,所述方法应用于信息共享服务器,所述方法包括:
接收第一业务节点发送的上下文标识和上下文信息;其中,所述上下文标识用于唯一标识目标工作流,所述上下文信息是所述第一业务节点执行所述目标工作流得到的;
基于目标工作流,确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点;
发送所述上下文标识和所述上下文信息至所述第二业务节点;其中,所述上下文标识用于使所述第二业务节点确定对应的所述目标工作流,并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
第二方面,一种信息共享装置,所述装置包括:接收单元、第一确定单元和发送单元;其中:
所述接收单元,用于接收第一业务节点发送的上下文标识和上下文信息;其中,所述上下文标识用于唯一标识目标工作流,所述上下文信息是所述第一业务节点执行所述目标工作流得到的;
所述第一确定单元,用于基于所述目标工作流,确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点;
所述发送单元,用于发送所述上下文标识和所述上下文信息至所述第二业务节点;其中,所述上下文标识用于使所述第二业务节点确定对应的目标工作流,并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
第三方面,一种信息共享服务器,所述服务器包括存储器、处理器和通信总线;其中:
所述存储器,用于存储可执行指令;
所述通信总线,用于实现所述处理器和所述存储器之间的通信连接;
所述处理器,用于执行所述存储器中存储的信息共享程序,实现如上述任一项所述的信息共享方法的步骤。
第四方面,一种存储介质,所述存储介质上存储有信息共享程序,所述信息共享程序被处理器执行时实现如上述任一项所述的信息共享方法的步骤。
本申请实施例中,信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后,基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点,并发送上下文标识和上下文信息至第二业务节点,以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样,业务节点之间通过信息共享服务器来共享上下文信息,可以支持各种类型的上下文信息,并且信息共享服务器在接收到上下文信息后,主动将上下文信息发送至需要使用该上下文信息的业务节点,无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息,有效提高了传送上下文信息至使用该上下文信息的业务节点的效率,并简化了该上下文信息传输进程,从而缩短了传输时间,解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题,有效丰富了信息共享方案中支持的上下文信息类型,保证了数据库的安全性,有效降低了共享信息泄露的风险。
附图说明
图1为本申请实施例提供的一种信息共享方法的流程示意图;
图2为本申请实施例提供的另一种信息共享方法的流程示意图;
图3为本申请实施例提供的又一种信息共享方法的流程示意图;
图4为本申请实施例提供的一种工作流发布后存储工作流对应的版本信息的流程示意图;
图5为本申请实施例提供的一种上下文共享时在业务节点和信息共享服务器中的传输流向示意图;
图6为本申请实施例提供的一种应用场景中的数据流向示意图;
图7为本申请实施例提供的另一种应用场景中的数据流向示意图;
图8为本申请实施例提供的一种信息共享装置的结构示意图;
图9为本申请实施例提供的另一种信息共享装置的结构示意图;
图10为本申请实施例提供的一种信息共享服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本申请的实施例提供一种信息共享方法,参照图1所示,方法应用于信息共享服务器,该方法包括以下步骤:
步骤101、接收第一业务节点发送的上下文标识和上下文信息。
其中,上下文标识用于唯一标识目标工作流,上下文信息是第一业务节点执行目标工作流得到的。
在本申请实施例中,信息共享服务器为用于提供微服务的服务器。信息共享服务器可以根据实际需求布置至少一个。信息共享服务器可以为多个业务节点提供上下文信息存储的服务,其中,不同的业务节点用于运行不同的业务***,以提供不同的业务服务。第一业务节点可以是执行目标工作流的至少一个业务节点中的首个执行目标工作流的业务节点,也可以是执行目标工作流的业务节点中的除首个执行目标工作流的业务节点外的任意一个业务节点。
上下文信息可以是应用程序运行的环境,例如应用程序在运行时,应用程序的栈变量、堆内存以及输入输出等内容形成了这个应用程序的上下文。上下文的作用是在应用程序执行到任何一个步骤,都能提供应用程序需要的内容,包括变量,甚至可以是文件。在狭义定义中,上下文通常存在一个进程中,也就是在一个***中;而在广义定义中,上下文可以用于保证多个进程正常运行,即供多个***使用。
跨***上下文共享:在大数据领域中,若干个有依赖的任务可以被编排成一个工作流,然后在一个集群中进行执行,这样,从集群的角度来看可以编排成一个工作流的若干个有依赖的任务是一个任务,因此,工作流在被集群执行时,可以通过共同的上下文来进行信息共享。
步骤102、基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点。
在本申请实施例中,第二业务节点是与第一业务节点具有依赖关系的业务节点,即目标工作流被第一业务节点执行后,需经第二业务节点执行,且第二业务节点在执行目标工作流时,需要依赖于第一业务节点执行目标工作流生成的上下文信息。在一些应用场景中,可以有多个第二业务节点,即在第一业务节点执行目标工作流后,可以有多个第二业务节点需基于第一业务节点执行目标工作流生成的上下文信息来执行目标工作流中的子任务。
信息共享服务器可以根据目标工作流的流向确定第二业务节点。
步骤103、发送上下文标识和上下文信息至第二业务节点。
其中,上下文标识用于使第二业务节点确定对应的目标工作流,并使第二业务节点基于上下文信息执行目标工作流中对应的目标子任务。
在本申请实施例中,由于第二业务节点可以用于执行不同工作流对应的任务,因此,第二业务节点接收到信息服务器发送的上下文标识和上下文信息后,可以根据上下文标识确定须执行的目标工作流,并基于上下文信息执行目标工作流中对应的目标子任务。其中,第二业务节点基于上下文信息执行目标工作流中对应的目标子任务时,可以是第二业务节点从上下文信息中直接获取执行目标工作流中对应的目标子任务的参数信息,或者从上下文信息中包括的信息存储路径中获取对应的文件内容,来执行对应的目标子任务。
本申请实施例中,信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后,基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点,并发送上下文标识和上下文信息至第二业务节点,以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样,业务节点之间通过信息共享服务器来共享上下文信息,可以支持各种类型的上下文信息,并且信息共享服务器在接收到上下文信息后,主动将上下文信息发送至需要使用该上下文信息的业务节点,无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息,有效提高了传送上下文信息至使用该上下文信息的业务节点的效率,并简化了该上下文信息传输进程,从而缩短了传输时间,解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题,有效丰富了信息共享方案中支持的上下文信息类型,保证了数据库的安全性,有效降低了共享信息泄露的风险。
基于前述实施例,本申请的实施例提供一种信息共享方法,参照图2所示,该方法包括以下步骤:
步骤201、信息共享服务器确定待执行工作流,为待执行工作流创建上下文标识。
在本申请实施例中,信息共享服务器确定需多个业务节点执行的待执行工作流,其中,多个业务节点约定共用一套上下文,因此,信息共享服务器为待执行工作流对应的上下文创建一个用于全局唯一标识上下文的上下文标识,这样,多个业务节点在执行待执行工作流时,可以对共用的上下文的内容进行注册、获取或者修改。
步骤202、信息共享服务器采用上下文标识对待执行工作流进行标识处理,得到目标工作流。
在本申请实施例中,待执行工作流可以是一个字符串,因此,采用上下文标识对待执行工作流进行标识处理时,可以是将上下文标识增加至待执行工作流的字符串中,例如可以是待执行工作流的字符串的串首或者串尾,这样,即可得到目标工作流。其中,上下文标识增加至待执行工作流的字符串中的位置是信息共享服务器和多个业务节点之间约定好的,这样,业务节点接收到目标工作流后,可以从目标工作流中确定上下文标识。
步骤203、第一业务节点从目标工作流中解析得到上下文标识,执行目标工作流,得到上下文信息。
在本申请实施例中,第一业务节点接收到目标工作流后,对目标工作流进行解析,得到上下文标识,从而可以根据上下文标识确定共用的已有的上下文所在存储位置。若第一业务节点需要从共用的上下文中获取一些默认或者初始的运行参数,则第一业务节点可以从共用的已有的上下文中获取对应的运行参数来执行目标工作流,以得到第一业务节点运行目标工作流得到的上下文信息。在一些应用场景中,第一业务节点也无需从共用的已有的上下文中获取对应的运行参数,而是可以直接执行目标工作流来得到上下文信息。
步骤204、第一业务节点发送上下文标识和上下文信息至信息共享服务器。
在本申请实施例中,第一业务节点执行完目标工作流后,将目标工作流的上下文标识和第一业务节点执行目标工作流得到的上下文信息发送至信息共享服务器,以通过信息共享服务器将第一业务节点的上下文信息发送至需要依赖第一业务节点的上下文信息执行目标工作流的下一业务节点。
步骤205、信息共享服务器接收第一业务节点发送的上下文标识和上下文信息。
其中,上下文标识用于唯一标识目标工作流,上下文信息是第一业务节点执行目标工作流得到的。
步骤206、信息共享服务器基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点。
其中,信息共享服务器与第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
在本申请实施例中,信息共享服务器接收到上下文标识和上下文信息后,根据目标工作流指示的业务节点之间的依赖关系,确定需使用第一业务节点的上下文信息的第二业务节点。
步骤207、信息共享服务器发送上下文标识和上下文信息至第二业务节点。
其中,上下文标识用于是第二业务节点确定对应的目标工作流,并使第二业务节点基于上下文信息执行目标工作流中对应的目标子任务。
在本申请实施例中,信息共享服务器接收到上下文标识和上下文信息后,确定第二业务节点,并直接将上下文标识和上下文信息发送至第二业务节点,简化了第二业务节点与信息共享服务器之间的信息请求过程,有效缩短了第二业务节点接收到第一业务节点的上下文信息的时间,从而第二业务节点可以更快地针对第一业务节点的上下文信息的变化进行相应的改变。
步骤208、第二业务节点接收上下文标识和上下文信息,基于上下文标识确定目标工作流,并基于上下文信息执行目标工作流中对应的目标子任务。
需要说明的是,本实施例中与其它实施例中相同步骤和相同内容的说明,可以参照其它实施例中的描述,此处不再赘述。
本申请实施例中,信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后,基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点,并发送上下文标识和上下文信息至第二业务节点,以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样,业务节点之间通过信息共享服务器来共享上下文信息,可以支持各种类型的上下文信息,并且信息共享服务器在接收到上下文信息后,主动将上下文信息发送至需要使用该上下文信息的业务节点,无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息,有效提高了传送上下文信息至使用该上下文信息的业务节点的效率,并简化了该上下文信息传输进程,从而缩短了传输时间,解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题,有效丰富了信息共享方案中支持的上下文信息类型,保证了数据库的安全性,有效降低了共享信息泄露的风险。
此外,需要说明的是,包括背景技术在内的传统技术中,都是各个业务***之间进行信息共享持久化,相应的,后续进行信息共享,也是各个业务***之间进行共享,而在这样的背景下,各个业务***之间只能根据需求,定时去拉去其他***的上下文信息,因为这样的架构下,类似于各个节点之间的交互,为何无法通知,是因为不知道该通知谁。
而本发明实施例中,通过信息共享服务器以及多业务节点的交互来实现信息共享,相比于多节点的交互,将信息注册到信息共享服务器中,在需要进行信息共享时,可以确定需要通知的对象,从而做到精准、主动推送。
基于前述实施例,本申请的实施例提供一种信息共享方法,参照图3所示,该方法包括以下步骤:
步骤301、信息共享服务器确定待执行工作流,为待执行工作流创建上下文标识。
步骤302、信息共享服务器采用上下文标识对待执行工作流进行标识处理,得到目标工作流。
步骤303、第一业务节点从目标工作流中解析得到上下文标识,执行目标工作流,得到上下文信息。
步骤304、第一业务节点发送上下文标识和上下文信息至信息共享服务器。
步骤305、信息共享服务器接收第一业务节点发送的上下文标识和上下文信息。
其中,上下文标识用于唯一标识目标工作流,上下文信息是第一业务节点执行目标工作流得到的。
步骤306、信息共享服务器确定目标工作流当前所属的当前版本信息。
在本申请实施例中,目标工作流为已经经过发布后的工作流,因此可以确定其版本信息,随着工作流的应用,开发人员可以不断对工作流进行功能的增加和改进,因此,开发人员每次对工作流进行改进并发布后即可确定工作流对应为一个版本的工作流。
如图4所示,为本申请提供的一种工作流发布后存储工作流对应的版本信息的流程示意图,包括客户端设备A和信息共享服务器B。其中,用户例如开发人员在客户端设备A侧对工作流进行工作流编排A1,并在工作流编排结束后,进行工作流发布A2,同时,信息共享服务器确定已发布的工作流的版本信息并进行归档存储。
步骤307、信息共享服务器存储当前版本信息、上下文标识和上下文信息至目标存储区域。
在本申请实施例中,步骤307可以由步骤a11~a12来实现:
步骤a11、信息共享服务器分析上下文信息,确定上下文信息的身份标识信息为关键字,并确定上下文信息的信息内容为数据。
在本申请实施例中,上下文信息的身份标识信息可以是用于唯一标识上下文信息的标识信息,例如可以是上下文信息的名称,上下文信息的类型可以是文件、函数,甚至还可以是表形式的元数据,依次对应的上下文信息的身份标识信息可以是文件名称、函数名称或者元数据名等。上下文信息的信息内容可以是第一业务节点执行目标数据流得到的结果集,或者可以是第一业务节点执行目标数据流数据时得到的文件对应的资源存储地址,或者还可以是第一业务节点执行目标数据流时对应的函数的存储地址。在一些应用场景中,存储地址还可以用存储路径来表示。
步骤a12、信息共享服务器采用上下文标识、当前版本信息和关键字-数据对的存储格式存储上下文标识、当前版本信息和上下文信息至目标存储区域。
在本申请实施例中,目标存储区域可以是信息共享服务器可以访问的数据库,对应的,信息共享服务器在存储上下文标识、当前版本信息和上下文信息至目标存储区域时,是将上下文标识、当前版本信息和上下文信息持久化至数据库的。这样,只有信息共享服务器可以对数据库进行访问,降低了由所有业务节点均可访问数据库带来的安全风险,有效保证了数据库的数据安全。示例性的,如表1所示为在目标存储区域内以上下文标识、当前版本信息和关键字-数据对的存储格式存储上下文标识、当前版本信息和上下文信息的示意图。
表1
步骤308、信息共享服务器基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点。
其中,信息共享服务器与第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
步骤309、信息共享服务器发送上下文标识和上下文信息至第二业务节点。
其中,上下文标识用于是第二业务节点确定对应的目标工作流,并使第二业务节点基于上下文信息执行目标工作流中对应的目标子任务。
在本申请其他实施例中,步骤309可以由步骤b11~b12来实现:
步骤b11、信息共享服务器对上下文信息进行第一预处理,得到处理后的上下文信息。
其中,第一预处理用于改变上下文信息的格式形式。
在本申请实施例中,第一预处理可以是信息共享服务器对上下文信息进行序列化处理,即信息共享服务器中设置有序列化器,在需要将上下文信息发送至第二业务节点时,采用序列化器对上下文信息进行序列化处理。这样,可以保证传输的数据的安全性。
步骤b12、信息共享服务器发送上下文标识和处理后的上下文信息至第二业务节点。
其中,处理后的上下文信息通过第二业务节点进行第二预处理以得到上下文信息,第二预处理用于改变上下文信息的格式形式,第二预处理与第一预处理实现的功能相反。
在本申请实施例中,信息共享服务器将上下文标识和序列化处理后的上下文信息发送至第二业务节点,第二业务节点在接收到序列化后的上下文信息后,采用第二预处理即反序列化处理方式对接收到的处理后的上下文信息进行处理,从而得到上下文信息,以基于上下文信息执行目标工作流对应的目标子任务。其中,在第二业务节点中可以通过设置反序列化器来实现反序列化处理操作。这样,有效提高了信息共享服务器与第二业务节点之间的数据交互能力。
示例性的,如图5所示为上下文共享时在业务节点和信息共享服务器中的传输流向示意图。其中,工作流的流向为图5中虚线箭头指向,即:业务节点C→业务节点D→业务节点E。以业务节点C和业务节点D之间实现上下文信息共享为例进行说明:业务节点C通过运行***c执行工作流,得到工作流的上下文信息,并发送工作流的上下文标识和上下文信息至信息共享服务器,信息共享服务器对上下文标识和上下文信息进行缓存,并将业务节点C的上下文信息改变的消息投递至上下文变化通知总线,同时还对业务节点C的上下文标识和上下文信息进行持久化处理,然后信息共享服务器通过WebSocket方式发送业务节点C的上下文信息和上下文标识至运行***d的业务节点D的上下文变化通知总线,这样,业务节点D得到业务节点C的上下文信息后可以执行工作流。
步骤310、若接收到客户端设备发送的回退指令,信息共享服务器解析回退指令,得到回退指令指示的历史工作流的历史版本信息。
在本申请实施例中,当目标工作流运行时实现的功能、效果或者效率不符合开发人员的要求时,开发人员可以通过客户端设备对信息共享服务器进行控制操作,去调用历史版本中的某一版本的历史工作流来进行相应的研究。通常,客户端设备发送的回退指令中指示的是与目标工作流版本相邻的历史版本。
步骤311、信息共享服务器从目标存储区域中,获取历史版本信息对应的历史工作流、历史上下文标识和历史上下文信息。
其中,历史上下文标识用于唯一标识历史工作流。
步骤312、信息共享服务器基于历史工作流,确定第三业务节点。
步骤313、信息共享服务器发送历史上下文标识和历史上下文信息至第三业务节点。
其中,历史上下文标识用于使第三业务节点确定对应的历史工作流,并使第三业务节点基于历史上下文信息执行历史工作流中对应的历史子任务。信息共享服务器与第三业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
在本申请实施例中,记录了工作流的版本信息和对应的历史上下文信息,并提供了回退功能,实现了在目标工作流出现问题需要回退时,直接可以回退至希望回退至对应的历史版本对应的历史上下文信息,有效提高了工作效率。
需说明的是,若第二业务节点基于第一业务节点发送的上下文信息执行目标工作流后,第二业务节点也有生成对应的上下文信息,则第二业务节点执行的后续操作与本申请中第一业务节点执行的操作相同,此处不再赘述,如此重复,直至目标工作流流向的最后一个业务节点执行目标工作流结束。
基于前述实施例,本申请实施例提供一种信息共享方法的应用实施例,对应的数据流向过程如图6所示,其中,执行工作流的集群包括4个业务***和4个底层的支持***,分别为:业务***1、业务***2、业务***3、业务***4、物料资源管理***、自定义函数管理***和集群配置管理***。需说明的是,每一业务***对应前述的一个业务节点。其中,图6中的虚线箭头流向为工作流的实际流向,对应的实现步骤如下所示:
步骤c1、任务编排***将集群中有依赖的任务统一编排为一个工作流的形式,上下文服务器通过任务编排***确定工作流,并为工作流创建一个统一的上下文标识,并将上下文标识写入到工作流的每一个任务中。
其中,这个工作流在执行的时候从集群的角度来看是一个大任务,这个大任务可以有一个统一的上下文进行共享。所以可以创建一个统一的上下文标识(Identify,ID),在创建上下文ID之后,将上下文ID写入到工作流的每一个任务中,这样所有的任务就有了统一的上下文ID。需说明的是,上下文服务器为前述的信息共享服务器。
步骤c2、开始执行工作流,业务***1中执行工作流中对应的任务时,生成了一个文件,即业务***1生成的第一上下文信息为该文件,该文件会首先上传到物料资源管理***进行存储,并从物料资源管理***中获取文件在物料资源管理***的第一存储标识。
步骤c3、业务***1将上下文ID和第一上下文信息通过上下文注册请求注册到上下文服务器中。
其中,第一上下文信息包括文件名和文件在物料管理***的存储标识。
步骤c4、上下文服务器接收到业务***1的上下文注册请求,并从上下文注册请求中获取上下文ID和第一上下文信息,然后将获取到的上下文ID和上下文信息持久化到数据库中。
其中,在上下文服务器将第一上下文信息持久化到数据库中时,以第一上下文信息中的文件名作为上下文关键字(Key),文件在物料管理***的存储标识为上下文数据(Value),这样构成Key-Value对进行存储,从而实现快速存储并在后续查找过程中能够实现快速查找。
步骤c5、若业务***1中还包括自定义函数,则业务***1将自定义函数注册到自定义函数管理***中,并且接收自定义函数管理***返回的自定义函数在自定义函数管理***中的第二存储标识,并且业务***1基于自定义函数重复执行步骤c3和c4的操作。对应的,第一上下文信息还可以包括第二存储标识。
步骤c6、上下文服务器接收到业务***1发送的第一上下文信息后,根据工作流的流向确定需使用业务***1的第一上下文信息的业务***2,并将上下文ID和第一上下文信息通过WebSocket方式发送至业务***2。
步骤c7、业务***2接收到上下文服务器发送的第一上下文信息后,从物料管理***中对应第一上下文信息中的文件在物料管理***的存储标识处获取第一上下文信息中的文件名称对应的文件内容,并基于从物料管理***中获取到的文件内容,执行工作流中对应的任务,业务***2生成第二上下文信息。
在一些应用场景中,业务***2可以不生成上下文信息,对应的,业务***2不会向上下文服务器中上传上下文信息。
步骤c8、业务***2将上下文ID和第二上下文信息注册至上下文服务器。
步骤c9、上下文服务器将上下文ID和第二上下文信息通过WebSocket方式发送至业务***3。
其中,业务***2注册上下文ID和第二上下文信息的过程和上下文服务器将上下文ID和第二上下文信息发送至业务***3的过程与业务***1与上下文服务器之间的过程相同,此处不再详细赘述。
步骤c10、业务***2执行完工作流中对应的任务后,工作流进入到业务***3,业务***3基于第二上下文信息执行工作流中对应的任务,例如通过业务***3对集群中的某一个参数的设置进行改变,得到改变后的参数设置。业务***3将改变后的参数设置存储至集群配置管理***,并接收集群配置管理***针对该改变后的参数设置的存储标识。
在一些应用场景中,若业务***3不依赖之前业务***的上下文信息,可以直接执行工作流中对应的任务。
步骤c11、业务***3确定接收到的改变后的参数设置的存储标识作为第三上下文信息,并将第三上下文信息和上下文ID注册至上下文服务器。
步骤c12、上下文服务器确定业务***4,并将第三上下文信息和上下文ID通过WebSocket方式发送至业务***4;业务***3执行完工作流中对应的任务后,工作流进入到业务***4,业务***4基于第三上下文信息执行工作流中对应的任务,至此,工作流中的任务已全部执行结束。
基于前述实施例,本申请实施例提供一种上下文应用的具体实施例,包括四个***:结构化查询语言(Structured Query Language,SQL)执行***、数据质量检测***、可视化***以及邮件发送***依次执行,其中,4个***与上下文服务器之间的数据流向如图7中实线箭头指向所示,对应的,工作流在4个***中的流向如图7中的虚线箭头指向所示。具体实现本申请方法的执行步骤为:
步骤d1、SQL执行***执行选择功能的查询语句,即以select开头的SQL语句,基于查询语句得到结果集,结果集为SQL执行***对应的上下文信息。SQL执行***将结果集注册到上下文服务器中。
步骤d2、上下文服务器将结果集持久化至数据库中。
步骤d3、上下文服务器将接收到的结果集发送至数据质量检测***,数据质量检测***对此结果进行校验,如果校验成功,则工作流会进入可视化***。
步骤d4、可视化***将结果集进行可视化展示,并基于可视化展示的报表制作成图片,对应的可视化***的上下文信息为图片;可视化***将图片注册到上下文服务器中。
步骤d5、上下文服务器将图片持久化至数据库中。
步骤d6、上下文服务器将图片发送至邮件发送***,使邮件发送***将图片写入到邮件并进行发送,从而完成工作任务。
基于前述实施例,在Key—Value对中,支持的上下文类型可以包括资源文件、自定义变量、集群参数设置、环境变量和产生的结果集等。其中,Key的确定方式可以是用于标识出上下文信息所对应的类型,可以是文件、可以是函数、也可以是表的元数据。标识出对应的类型之后,要对他们进行统一的不冲突命名,比如文件是全局唯一的文件名,函数则是函数名。而Value则是各式各样,Value的部分类型可以参照表2所示。
表2
示例性的,资源文件的Key可以是资源文件的名称,对应的Value是资源标识即ResourceId,也就是该资源文件在整个集群中有着唯一的ResourceId;结果集的Key是可以是结果集的临时表名例如${cs_tmp_table},对应的Value是元数据(metadata)信息和存储地址。
在本申请中,本申请实施例中共享的上下文信息的类型可以是大数据领域中各项计算所需的上下文类型,这样,相对于目前通过将分布式***的可靠协调***(ZooKeeper)和服务发现框架(Eureka)作为信息注册中心来共享少数种类的上下文信息的方案,本申请考虑到多种上下文信息,如资源文件、配置参数、自定义变量等,因此,在数据结构的设计上兼容了更多内容的信息,能够为丰富的不同上下文信息类型提供有效的共享服务,具有更广泛的实用性。
需要说明的是,本实施例中与其它实施例中相同步骤和相同内容的说明,可以参照其它实施例中的描述,此处不再赘述。
本申请实施例中,信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后,基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点,并发送上下文标识和上下文信息至第二业务节点,以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样,业务节点之间通过信息共享服务器来共享上下文信息,可以支持各种类型的上下文信息,并且信息共享服务器在接收到上下文信息后,主动将上下文信息发送至需要使用该上下文信息的业务节点,无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息,有效提高了传送上下文信息至使用该上下文信息的业务节点的效率,并简化了该上下文信息传输进程,从而缩短了传输时间,解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题,有效丰富了信息共享方案中支持的上下文信息类型,保证了数据库的安全性,有效降低了共享信息泄露的风险。并记录了不同版本工作流的历史上下文信息,能够简单快捷地实现回退至希望的历史版本工作流,调用对应的历史上下文信息。
基于前述实施例,本申请的实施例提供一种信息共享装置,参照图8所示,该信息共享装置4可以包括:接收单元41、第一确定单元42和发送单元43;其中:
接收单元41,用于接收第一业务节点发送的上下文标识和上下文信息;其中,上下文标识用于唯一标识目标工作流,上下文信息是第一业务节点执行目标工作流得到的;
第一确定单元42,用于基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点;
发送单元43,用于发送上下文标识和上下文信息至第二业务节点;其中,上下文标识用于是第二业务节点确定对应的目标工作流,并使第二业务节点基于上下文信息执行目标工作流中对应的目标子任务。
在本申请其他实施例中,参照图9所示,接收单元41之前,装置还包括:处理单元44和标识单元45;其中:
处理单元44,用于确定待执行工作流,为待执行工作流创建上下文标识;
标识单元45,用于采用上下文标识对待执行工作流进行标识处理,得到目标工作流。
在本申请其他实施例中,参照图9所示,接收单元41之后,装置还包括:第二确定单元46和存储单元47:
第二确定单元46,用于确定目标工作流当前所属的当前版本信息;
存储单元47,用于存储当前版本信息、上下文标识和上下文信息至目标存储区域。
在本申请其他实施例中,存储单元包括:第一处理模块和存储模块;其中:
第一处理模块,用于分析上下文信息,确定上下文信息的身份标识信息为关键字,并确定上下文信息的信息内容为数据;
存储模块,用于采用上下文标识、当前版本信息和关键字-数据对的存储格式存储上下文标识、当前版本信息和上下文信息至目标存储区域。
在本申请其他实施例中,参照图9所示,装置还包括:解析单元48和获取单元49;其中:
解析单元48,用于若接收到客户端设备发送的回退指令,解析回退指令,得到回退指令指示的历史工作流的历史版本信息;
获取单元49,用于从目标存储区域中,获取历史版本信息对应的历史工作流、历史上下文标识和历史上下文信息;其中,历史上下文标识用于唯一标识历史工作流;
第一确定单元42,还用于基于历史工作流、,确定第三业务节点;
发送单元43,还用于发送历史上下文标识和历史上下文信息至第三业务节点;其中,历史上下文标识用于使第三业务节点确定对应的历史工作流,并使第三业务节点基于历史上下文信息执行历史工作流中对应的历史子任务。
在本申请其他实施例中,信息共享服务器与第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
在本申请其他实施例中,发送单元43包括:第二处理模块和发送模块;其中:
第二处理模块,用于对上下文信息进行第一预处理,得到处理后的上下文信息;其中,第一预处理用于改变上下文信息的格式形式;
发送模块,用于发送上下文标识和处理后的上下文信息至第二业务节点;其中,处理后的上下文信息通过第二业务节点进行第二预处理以得到上下文信息,第二预处理用于改变上下文信息的格式形式,第二预处理与第一预处理实现的功能相反。
需要说明的是,本实施例中单元和模块之间信息交互的具体实现过程,可以参照图1~3对应的实施例提供的信息共享方法中的实现过程,此处不再赘述。
本申请实施例中,信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后,基于目标工作流,确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点,并发送上下文标识和上下文信息至第二业务节点,以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样,业务节点之间通过信息共享服务器来共享上下文信息,可以支持各种类型的上下文信息,并且信息共享服务器在接收到上下文信息后,主动将上下文信息发送至需要使用该上下文信息的业务节点,无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息,有效提高了传送上下文信息至使用该上下文信息的业务节点的效率,并简化了该上下文信息传输进程,从而缩短了传输时间,解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题,有效丰富了信息共享方案中支持的上下文信息类型,保证了数据库的安全性,有效降低了共享信息泄露的风险。并记录了不同版本工作流的历史上下文信息,能够简单快捷地实现回退至希望的历史版本工作流,调用对应的历史上下文信息。
基于前述实施例,本申请的实施例提供一种信息共享服务器,参照图10所示,该信息共享服务器5可以包括:处理器51、存储器52和通信总线53,其中:
存储器52,用于存储可执行指令;
通信总线53,用于实现处理器51和存储器52之间的通信连接;
处理器51,用于执行存储器52中存储的信息共享程序,以实现如图1~3对应的实施例提供的信息共享方法中的实现过程,此处不再赘述。
基于前述实施例,本申请的实施例提供一种计算机可读存储介质,简称为存储介质,该计算机可读存储介质存储有一个或者多个程序,该一个或者多个程序可被一个或者多个处理器执行,以实现如图1~3对应的实施例提供的信息共享方法实现过程,此处不再赘述。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。
Claims (10)
1.一种信息共享方法,其特征在于,所述方法应用于信息共享服务器,所述方法包括:
接收第一业务节点发送的上下文标识和上下文信息;其中,所述上下文标识用于唯一标识目标工作流,所述上下文信息是所述第一业务节点执行所述目标工作流得到的;
基于目标工作流,确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点;
发送所述上下文标识和所述上下文信息至所述第二业务节点;其中,所述上下文标识用于使所述第二业务节点确定对应的所述目标工作流,并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
2.根据权利要求1所述的方法,其特征在于,所述接收第一业务节点发送的上下文标识和上下文信息之前,所述方法还包括:
确定待执行工作流,为所述待执行工作流创建上下文标识;
采用所述上下文标识对所述待执行工作流进行标识处理,得到所述目标工作流。
3.根据权利要求1所述的方法,其特征在于,所述接收第一业务节点发送的上下文标识和上下文信息之后,所述方法还包括:
确定所述目标工作流当前所属的当前版本信息;
存储所述当前版本信息、所述上下文标识和所述上下文信息至目标存储区域。
4.根据权利要求3所述的方法,其特征在于,所述存储所述当前版本信息、所述上下文标识和所述上下文信息至目标存储区域,包括:
分析所述上下文信息,确定所述上下文信息的身份标识信息为关键字,并确定所述上下文信息的信息内容为数据;
采用上下文标识、当前版本信息和关键字-数据对的存储格式存储所述上下文标识、所述当前版本信息和所述上下文信息至所述目标存储区域。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若接收到客户端设备发送的回退指令,解析所述回退指令,得到所述回退指令指示的历史工作流的历史版本信息;
从所述目标存储区域中,获取所述历史版本信息对应的历史工作流、历史上下文标识和历史上下文信息;其中,所述历史上下文标识用于唯一标识所述历史工作流;
基于所述历史工作流,确定第三业务节点;
发送所述历史上下文标识和所述历史上下文信息至所述第三业务节点;其中,所述历史上下文标识用于使所述第三业务节点确定对应的所述历史工作流,并使所述第三业务节点基于所述历史上下文信息执行所述历史工作流中对应的所述历史子任务。
6.根据权利要求1所述的方法,其特征在于,所述发送所述上下文标识和所述上下文信息至所述第二业务节点,包括:
对所述上下文信息进行第一预处理,得到处理后的上下文信息;其中,所述第一预处理用于改变所述上下文信息的格式形式;
发送所述上下文标识和所述处理后的上下文信息至所述第二业务节点;其中,所述处理后的上下文信息通过所述第二业务节点进行第二预处理以得到所述上下文信息,所述第二预处理用于改变所述上下文信息的格式形式,所述第二预处理与所述第一预处理实现的功能相反。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述信息共享服务器与所述第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
8.一种信息共享装置,其特征在于,所述装置包括:接收单元、第一确定单元和发送单元;其中:
所述接收单元,用于接收第一业务节点发送的上下文标识和上下文信息;其中,所述上下文标识用于唯一标识目标工作流,所述上下文信息是所述第一业务节点执行所述目标工作流得到的;
所述第一确定单元,用于基于所述目标工作流,确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点;
所述发送单元,用于发送所述上下文标识和所述上下文信息至所述第二业务节点;其中,所述上下文标识用于使所述第二业务节点确定对应的目标工作流,并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
9.一种信息共享服务器,其特征在于,所述服务器包括存储器、处理器和通信总线;其中:
所述存储器,用于存储可执行指令;
所述通信总线,用于实现所述处理器和所述存储器之间的通信连接;
所述处理器,用于执行所述存储器中存储的信息共享程序,实现如权利要求1至7中任一项所述的信息共享方法的步骤。
10.一种存储介质,其特征在于,所述存储介质上存储有信息共享程序,所述信息共享程序被处理器执行时实现如权利要求1至7中任一项所述的信息共享方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011149017.5A CN112367363A (zh) | 2020-10-23 | 2020-10-23 | 一种信息共享方法、装置、服务器及存储介质 |
PCT/CN2021/124096 WO2022083512A1 (zh) | 2020-10-23 | 2021-10-15 | 一种信息共享方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011149017.5A CN112367363A (zh) | 2020-10-23 | 2020-10-23 | 一种信息共享方法、装置、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112367363A true CN112367363A (zh) | 2021-02-12 |
Family
ID=74511973
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011149017.5A Pending CN112367363A (zh) | 2020-10-23 | 2020-10-23 | 一种信息共享方法、装置、服务器及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112367363A (zh) |
WO (1) | WO2022083512A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112818064A (zh) * | 2021-02-25 | 2021-05-18 | 平安普惠企业管理有限公司 | 多***数据同步方法、装置、设备及存储介质 |
CN113360220A (zh) * | 2021-06-23 | 2021-09-07 | 平安普惠企业管理有限公司 | 基于全局上下文类的工作流实现方法、***、设备及介质 |
CN113553200A (zh) * | 2021-07-26 | 2021-10-26 | 江苏数兑科技有限公司 | 跨应用***的信息传递方法及*** |
WO2022083512A1 (zh) * | 2020-10-23 | 2022-04-28 | 深圳前海微众银行股份有限公司 | 一种信息共享方法、装置、服务器及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110347494A (zh) * | 2019-07-17 | 2019-10-18 | 深圳前海微众银行股份有限公司 | 上下文信息管理方法、装置、***及计算机可读存储介质 |
CN110414948A (zh) * | 2019-08-30 | 2019-11-05 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置、服务器及计算机可读存储介质 |
CN110717739A (zh) * | 2019-10-15 | 2020-01-21 | 深圳前海微众银行股份有限公司 | 工作流发布方法、装置、设备与计算机可读存储介质 |
CN110738389A (zh) * | 2019-09-03 | 2020-01-31 | 深圳壹账通智能科技有限公司 | 工作流处理方法、装置、计算机设备和存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120159341A1 (en) * | 2010-12-21 | 2012-06-21 | Microsoft Corporation | Interactions with contextual and task-based computing environments |
CN109547997A (zh) * | 2017-08-04 | 2019-03-29 | ***通信有限公司研究院 | 数据共享方法、服务器、计算机可读存储介质和*** |
CN110839079B (zh) * | 2019-11-15 | 2022-02-08 | 深圳前海微众银行股份有限公司 | 工作流***中的bi节点执行方法、装置、设备及介质 |
CN112367363A (zh) * | 2020-10-23 | 2021-02-12 | 深圳前海微众银行股份有限公司 | 一种信息共享方法、装置、服务器及存储介质 |
-
2020
- 2020-10-23 CN CN202011149017.5A patent/CN112367363A/zh active Pending
-
2021
- 2021-10-15 WO PCT/CN2021/124096 patent/WO2022083512A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110347494A (zh) * | 2019-07-17 | 2019-10-18 | 深圳前海微众银行股份有限公司 | 上下文信息管理方法、装置、***及计算机可读存储介质 |
CN110414948A (zh) * | 2019-08-30 | 2019-11-05 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置、服务器及计算机可读存储介质 |
CN110738389A (zh) * | 2019-09-03 | 2020-01-31 | 深圳壹账通智能科技有限公司 | 工作流处理方法、装置、计算机设备和存储介质 |
CN110717739A (zh) * | 2019-10-15 | 2020-01-21 | 深圳前海微众银行股份有限公司 | 工作流发布方法、装置、设备与计算机可读存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022083512A1 (zh) * | 2020-10-23 | 2022-04-28 | 深圳前海微众银行股份有限公司 | 一种信息共享方法、装置、服务器及存储介质 |
CN112818064A (zh) * | 2021-02-25 | 2021-05-18 | 平安普惠企业管理有限公司 | 多***数据同步方法、装置、设备及存储介质 |
CN113360220A (zh) * | 2021-06-23 | 2021-09-07 | 平安普惠企业管理有限公司 | 基于全局上下文类的工作流实现方法、***、设备及介质 |
CN113553200A (zh) * | 2021-07-26 | 2021-10-26 | 江苏数兑科技有限公司 | 跨应用***的信息传递方法及*** |
Also Published As
Publication number | Publication date |
---|---|
WO2022083512A1 (zh) | 2022-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200326870A1 (en) | Data pipeline architecture for analytics processing stack | |
CN112367363A (zh) | 一种信息共享方法、装置、服务器及存储介质 | |
US10831562B2 (en) | Method and system for operating a data center by reducing an amount of data to be processed | |
US10776170B2 (en) | Software service execution apparatus, system, and method | |
EP2898638B1 (en) | High performance data streaming | |
US10776107B2 (en) | Microservice-based data processing apparatus, method, and program | |
CN111190753B (zh) | 分布式任务处理方法、装置、存储介质和计算机设备 | |
US9684689B2 (en) | Distributed parallel processing system having jobs processed by nodes based on authentication using unique identification of data | |
US11848980B2 (en) | Distributed pipeline configuration in a distributed computing system | |
CN111258565A (zh) | 小程序的生成方法、***、服务器及存储介质 | |
US10725799B2 (en) | Big data pipeline management within spreadsheet applications | |
CN112905323B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
US20200210829A1 (en) | Network off-line model processing method, artificial intelligence processing device and related products | |
WO2021208844A1 (zh) | 虚拟化容器管理方法、***和存储介质 | |
US10585678B2 (en) | Insertion of custom activities in an orchestrated application suite | |
WO2020147601A1 (zh) | 用于对图进行学习的*** | |
WO2024108995A1 (zh) | 数据交互方法、装置、计算机设备和存储介质 | |
US9323509B2 (en) | Method and system for automated process distribution | |
CN110750362A (zh) | 生物信息的分析方法、装置和存储介质 | |
US11614981B2 (en) | Handling of metadata for microservices processing | |
CN111435356A (zh) | 数据特征提取方法、装置、计算机设备以及存储介质 | |
CN111160403B (zh) | 一种api接口复用发现的方法及装置 | |
CN111290868B (zh) | 任务处理方法、装置和***以及流程引擎 | |
Sudarsan et al. | Building a distributed K‐Means model for Weka using remote method invocation (RMI) feature of Java | |
CN112988806A (zh) | 一种数据处理的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210212 |
|
RJ01 | Rejection of invention patent application after publication |