CN107819855B - 一种消息分发方法及装置 - Google Patents

一种消息分发方法及装置 Download PDF

Info

Publication number
CN107819855B
CN107819855B CN201711120287.1A CN201711120287A CN107819855B CN 107819855 B CN107819855 B CN 107819855B CN 201711120287 A CN201711120287 A CN 201711120287A CN 107819855 B CN107819855 B CN 107819855B
Authority
CN
China
Prior art keywords
task
message
tasks
request
queue
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.)
Active
Application number
CN201711120287.1A
Other languages
English (en)
Other versions
CN107819855A (zh
Inventor
陈剑波
周志波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Luxingtong Information Technology Co ltd
Original Assignee
Chengdu Luxingtong Information Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chengdu Luxingtong Information Technology Co ltd filed Critical Chengdu Luxingtong Information Technology Co ltd
Priority to CN201711120287.1A priority Critical patent/CN107819855B/zh
Publication of CN107819855A publication Critical patent/CN107819855A/zh
Application granted granted Critical
Publication of CN107819855B publication Critical patent/CN107819855B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明提供一种消息分发方法及装置。该方法包括根据任务请求中的任务建立任务队列和消息队列，并将任务队列中的任务和消息队列中的消息关联，实现任务订阅。根据消息判断任务是否影响返回结果，并根据返回结果多线程执行任务中的第一任务。第一任务执行完后，向客户端发送请求结果指令。在请求结果指令传送的过程中，Django中间件捕捉能够捕捉该请求结果指令，同时根据所捕捉的请求结果指令判断是否执行第二任务，实现消息的分发以及相关任务的执行。在任务执行过程中，通过多线程方式执行，能够有效降低耗时任务的响应时间。本发明提供的消息分发方法通过Django中间件实现，不需要与第三方工具协同合作，有效降低系统执行的复杂度。

Description

一种消息分发方法及装置
技术领域
本发明涉及消息分发技术领域，尤其涉及一种消息分发方法及装置。
背景技术
随着网络的发展以及普及，越来越多的用户通过网络查找信息以及实现数据操作。大量用户在同时使用同一网站时，容易造成服务器拥堵，导致处理速度变慢。
目前，网站的运行主要基于Django框架。Django框架的建立能够使得开发复杂的、数据库驱动的网站变得简单，进而便于数据处理。在使用Django框架时，每个进程都能够接收包含任务请求的消息，而复杂的单个任务可以通过多进程拆分为多个子任务，进而通过多进程运行Django框架，提高任务处理效率。Django框架通过多进程方式处理包含任务请求的消息时，所有的子任务完成后，才能够返回处理结果。即当某些任务请求需要服务器提供网络请求、数据库操作、大量数据计算等耗时任务时，需要服务器处理完所有事情后才能够返回客户端响应，响应时间较长，因而客户端需要一直等待，直到所有任务结束。
在基于Django框架的网站中，目前现有的消息分发方法以消息队列(RabbitMessage Queue，简称rabbitmq)、redis或数据库为消息的提供者，Celery为消息的接收者及执行者。现有的消息分发方法在消息分发过程中使用rabbitmq、redis以及Celery等第三方软件，导致系统的复杂度增加，不利于程序调试。另外，现有的的消息分发方法不能与Django的事务机制很好的结合，且在执行任务失败时不能撤回消息。
发明内容
本发明提供一种消息分发方法及装置，以解决现有消息分发方法使系统的复杂度增加得问题。
本发明提供一种消息分发方法，所述方法包括：
接收任务请求，所述任务请求中的每一个任务均包括第一任务和第二任务；
根据所述任务建立任务队列和消息队列；
将所述任务队列中的任务与所述消息队列中的消息分别关联，以实现任务订阅；
根据所述消息判断所述任务是否影响返回结果，所述返回结果为响应时间延时；
若所述任务影响所述返回结果，则直接发布与所述任务相关联的消息，多线程执行与所述消息相关联的所有任务的第一任务；
若所述任务不影响所述返回结果，则返回响应后发布与所述任务相关联的消息，执行与所述消息相关联的所有任务的第一任务；
执行完所有第一任务后，发送包含请求成功或请求不成功的请求结果指令；
Django中间件捕捉所述请求结果指令，根据所述请求结果指令判断是否执行第二任务。
优选地，所述根据所述任务建立任务队列包括：
将接收到的任务请求中的耗时任务分解为多个子任务；每一个所述子任务均包括第一任务和第二任务；所述耗时任务为影响响应返回时间的任务；
将接收到的任务和/或子任务按照接收顺序排列为任务队列。
优选地，所述耗时任务包括网络请求任务、数据库操作任务和/或大量数据计算任务。
优选地，所述耗时任务分解为多个子任务的依据为：各子任务是否影响返回结果以及各子任务所返回的结果之间是否存在干扰或依赖。
优选地，所述消息队列包括有影响消息队列和/或无影响消息队列；所述有影响消息队列中的消息与所述任务队列中影响返回结果的任务相关联；所述无影响消息队列中的消息与所述任务队列中不影响返回结果的任务相关联。
优选地，所述根据所述请求结果指令判断是否执行第二任务包括：
判断所述请求结果指令是否为请求成功；
若所述请求结果指令为请求成功，则判断与所述请求成功相对应的所述任务请求是否建立无影响消息队列；
若建立无影响消息队列，则执行所述无影响消息队列中消息所对应的第二任务；
若没有建立无影响消息队列，则结束任务。
优选地，所述根据所述请求结果指令判断是否执行第二任务还包括：
若所述请求结果指令为请求不成功，则不执行所述消息队列中所有任务的第二任务。
优选地，若所述任务不影响所述返回结果，则返回响应后发布与所述任务相关联的消息，并在所述消息队列中添加新消息。
优选地，所述方法还包括：在任意时刻取消任务或与消息相对应的所有任务。
本发明提供一种消息分发装置，所述装置包括：
任务接收模块，用于接收任务请求；
任务队列模块，用于建立任务队列；
消息队列模块，用于建立消息队列；
判断模块，用于判断任务是否影响返回结果；
执行模块，用于根据所述判断模块执行所述任务队列模块中的任务；
指令发送模块，用于发送请求结果指令；
Django中间件，用于捕捉请求结果指令。
本发明的实施例提供的技术方案可以包括以下有益效果：
本发明提供一种消息分发方法及装置。在消息分发方法中，接收到的任务请求中的每一个任务均包括第一任务和第二任务。根据接收到的任务建立任务队列和消息队列，并将任务队列中的任务和消息队列中的消息进行关联，实现任务订阅。根据消息判断与之关联的任务是否影响返回结果，并根据返回结果多线程执行任务中的第一任务。第一任务执行完后，向客户端发送包含请求成功或请求不成功的请求结果指令。在请求结果指令传送的过程中，Django中间件捕捉能够捕捉该请求结果指令，同时根据所捕捉的请求结果指令判断是否执行第二任务，实现消息的分发以及相关任务的执行。在任务执行过程中，通过多线程方式执行，进而能够有效降低耗时任务的响应时间。本发明提供的消息分发方法通过Django中间件实现，不需要与第三方工具协同合作，进而有效降低系统执行的复杂度。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的消息分发方法的流程示意图；
图2为本发明实施例提供的任务和消息相关联的一种示例图；
图3为本发明实施例提供的第二任务执行过程示意图；
图4为本发明实施例提供的消息分发装置的结构示意图。
具体实施方式
请参考附图1，附图1示出了本发明实施例提供的消息分发方法的流程示意图。
本发明实施例提供一种消息分发方法，该消息分发方法具体包括：
S01：接收任务请求，所述任务请求中的每一个任务均包括第一任务和第二任务。
手机、电脑等用户端向系统发出任务请求，该任务请求包含有一种或多种任务，其中，每种任务均包括第一任务和第二任务。具体的任务内容由用户端确定，如网络请求任务、数据库操作任务、大量数据计算任务、查阅任务和/或订阅任务等。
S02：根据所述任务建立任务队列和消息队列。
在系统接收到的任务中，有些任务的执行时间较长，用户端需要等待较长时间才能接收到该任务执行的返回结果，影响响应时间。为减少任务执行结果的返回时间，需要将任务中的耗时任务分解为多个子任务，分解后的子任务同样包括第一任务和第二任务。具体的，将影响响应返回时间的任务按照各子任务是否影响返回结果以及各子任务所返回的结果之间是否存在干扰或依赖的原则进行分解，从而一个任务形成多个子任务。在实际应用中，耗时任务主要包括：网络请求任务、数据库操作任务和/或大量数据计算任务。将接收到的任务和/或分解后的子任务按照接收顺序排列为任务队列，具体请参考附图2。
根据接收到的任务是否影响响应时间将消息队列建立为有影响消息队列和无影响消息队列，其中，有影响消息队列中的消息与任务队列中影响返回结果的任务相关联；无影响消息队列中的消息与任务队列中不影响返回结果的任务相关联。
S03：将所述任务队列中的任务与所述消息队列中的消息分别关联，以实现任务订阅。
消息为识别任务性质的识别标号，为便于任务的执行以及消息的下发，本发明实施例将消息与任务进行关联，以实现任务订阅。具体的，附图2示出了一种示例性的任务和消息相关联的示意图。图2中，在一次接收到的任务请求中包括任务1、任务2和任务3。经过初步判断，任务2为耗时任务，需要将任务2进行分解。分解后的任务2形成子任务1、子任务2和子任务3。有影响消息队列包括消息1和消息2，无影响消息队列包括消息3和消息4。任务和消息关联时，任务1与消息3关联，子任务1与消息1关联，子任务2与消息2关联，子任务3与消息4关联，任务3与消息4关联。
S04：根据所述消息判断所述任务是否影响返回结果，所述返回结果为响应时间延时。
由于消息的分类是根据初步判断的任务是否影响响应时间而确定，因而通过消息能够判断任务和/或子任务是否影响返回结果，其中，影响返回结果表示该任务执行后可能使得响应时间延时，进而导致响应结果返回延时。
S05：若所述任务影响所述返回结果，则直接发布与所述任务相关联的消息，多线程执行与所述消息相关联的所有任务的第一任务。
经过判断后，若某一任务影响返回结果，则直接发布与该任务相关联的消息。任务执行模块中的消息接收子模块接收到该消息后，启动多线程执行与该消息相关联的所有任务的第一任务。如，经过判断后，子任务1影响返回结果，则直接发布消息1。消息接收子模块接收到消息1后，启动多线程执行子任务1的第一任务以及其他与消息1相关联的任务的第一任务。
S06：若所述任务不影响所述返回结果，则返回响应后发布与所述任务相关联的消息，执行与所述消息相关联的所有任务的第一任务。
经过判断后，若某一任务不影响所述返回结果，则返回响应后发布与该任务相关联的消息。任务执行模块中的消息接收子模块接收到该消息后，启动多线程执行与该消息相关联的所有任务的第一任务。如，经过判断后，子任务3不影响返回结果，则在返回响应后发布与子任务3相关联的消息4。消息接收子模块接收到消息4后，启动多线程执行子任务3以及任务3的第一任务。
进一步，当判断出任务不影响返回结果时，可在消息队列中添加新的消息，并将新消息与不影响返回结果的任务相关联，进而通过发布消息实现与之关联任务的执行。
S07：执行完所有第一任务后，发送包含请求成功或请求不成功的请求结果指令。
执行完所有第一任务后，系统向用户端发送请求结果指令，以表示用户端发送的任务请求是否响应成功。请求结果指令中包含请求成功或请求不成功的内容，其中，请求成功表示指令响应成功；而请求不成功表示指令可能响应失败，也可能是无响应。无响应的产生原由可能为服务器或网络故障。
S08：Django中间件捕捉所述请求结果指令，根据所述请求结果指令判断是否执行第二任务。
系统向用户端发送请求结果指令的过程中，Django中间件能够捕捉到该请求结果指令，并根据所捕捉到的请求结果指令判断是否执行任务中的第二任务。
具体地，请参考附图3。
S081：Django中间件能够捕捉到该请求结果指令。
S082：判断所述请求结果指令是否为请求成功。
S083：当Django中间件捕捉到的请求结果指令为请求成功时，判断与本次用户端发送的任务请求是否建立无影响消息队列。
S084：若已建立无影响消息队列，则读取无影响消息队列中的消息，并启动多线程执行该消息所对应的任务的第二任务。
S085：若没有建立无影响消息队列，则结束任务。
S086：当Django中间件捕捉到的请求结果指令为请求不成功时，则不执行所有消息队列中所有任务的第二任务，并通过取消发送消息的方式实现第二任务的不执行。
本发明实施例提供的消息分发方法通过消息与任务订阅的方式实现关联。对于影响返回结果的任务，立即发布消息；否则在返回响应后发布对应消息。接收到消息后，启动多线程执行对应的任务，以实现任务处理后尽快返回用户端响应，大大缩短耗时任务的响应时间。根据无影响消息队列和有影响消息队列的划分，能够设置消息分发和返回相应的先后顺序，实现消息分发的控制。Django中间件能够实现请求结果指令的捕捉，进而不需要与第三方工具协同合作，便能够有效降低系统执行的复杂度。
进一步，本发明实施例提供的消息分发方法除去能够增加消息外，还能够在任意时刻取消任务或与消息相对应的所有任务，则该任务不再执行。通过消息的增加和取消能够实现任务的增减。
请参考附图4，附图4示出了本发明实施例提供的消息分发装置的结构示意图。由附图4能够得知，本发明实施例提供的消息分发装置包括：任务接收模块、任务队列模块、消息队列模块、判断模块、执行模块、指令发送模块以及Django中间件。具体的，
任务接收模块，用于接收任务请求。任务接收模块分别与任务队列模块和消息队列模块，以便于任务队列模块和消息队列模块通过任务接收模块接收到的任务请求中的任务建立任务队列和消息队列。任务队列模块和消息队列模块分别建立任务队列和消息队列并将消息和任务关联后，通过判断模块判断任务是否影响返回结果。若判断模块判断出任务影响返回结果，则执行模块中的消息发布子模块直接发布消息后，通过多线程子模块多线程执行与消息相关联的所有任务的第一任务。若判断模块判断出任务不影响返回结果，则执行模块在返回响应后通过消息发布子模块发布与任务相关联的消息，多线程子模块多线程执行与消息相关联的所有任务的第一任务。执行完所有第一任务后，指令发送模块向用户端发送请求结果指令以表示用户端发送的任务请求是否响应成功。Django中间件捕捉请求结果指令。
当Django中间件捕捉的请求结果指令为请求成功时，Django中间件向判断模块发送判断本次用户端发送的任务请求是否建立无影响消息队列的请求。判断模块接收到该请求后，通过查询消息队列模块判断是否建立无影响消息队列。若已建立无影响消息队列，则读取无影响消息队列中的消息，并启动多线程执行该消息所对应的任务的第二任务。若没有建立无影响消息队列，则结束任务。当Django中间件捕捉的请求结果指令为请求不成功时，不执行所有消息队列中所有任务的第二任务，并通过取消发送消息的方式实现第二任务的不执行。
具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的呼叫方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于……实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。
以上所述的本发明实施方式并不构成对本发明保护范围的限定。
本领域技术人员在考虑说明书及实践这里发明的公开后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (9)

1.一种消息分发方法，其特征在于，所述方法包括：
接收任务请求，所述任务请求中的每一个任务均包括第一任务和第二任务；
根据所述任务建立任务队列和消息队列；
将所述任务队列中的任务与所述消息队列中的消息分别关联，以实现任务订阅；
根据所述消息判断所述任务是否影响返回结果，所述返回结果为响应时间延时；
若所述任务影响所述返回结果，则直接发布与所述任务相关联的消息，多线程执行与所述消息相关联的所有任务的第一任务；
若所述任务不影响所述返回结果，则返回响应后发布与所述任务相关联的消息，执行与所述消息相关联的所有任务的第一任务；
执行完所有第一任务后，发送包含请求成功或请求不成功的请求结果指令；
Django中间件捕捉所述请求结果指令，根据所述请求结果指令判断是否执行第二任务。
2.根据权利要求1所述的消息分发方法，其特征在于，所述根据所述任务建立任务队列包括：
将接收到的任务请求中的耗时任务分解为多个子任务；每一个所述子任务均包括第一任务和第二任务；所述耗时任务为影响响应返回时间的任务；
将接收到的任务和/或子任务按照接收顺序排列为任务队列。
3.根据权利要求2所述的消息分发方法，其特征在于，所述耗时任务包括网络请求任务、数据库操作任务和/或大量数据计算任务。
4.根据权利要求2所述的消息分发方法，其特征在于，所述耗时任务分解为多个子任务的依据为：各子任务是否影响返回结果以及各子任务所返回的结果之间是否存在干扰或依赖。
5.根据权利要求1所述的消息分发方法，其特征在于，所述消息队列包括有影响消息队列和/或无影响消息队列；所述有影响消息队列中的消息与所述任务队列中影响返回结果的任务相关联；所述无影响消息队列中的消息与所述任务队列中不影响返回结果的任务相关联。
6.根据权利要求1所述的消息分发方法，其特征在于，所述根据所述请求结果指令判断是否执行第二任务包括：
判断所述请求结果指令是否为请求成功；
若所述请求结果指令为请求成功，则判断与所述请求成功相对应的所述任务请求是否建立无影响消息队列；
若建立无影响消息队列，则执行所述无影响消息队列中消息所对应的第二任务；
若没有建立无影响消息队列，则结束任务。
7.根据权利要求6所述的消息分发方法，其特征在于，所述根据所述请求结果指令判断是否执行第二任务还包括：
若所述请求结果指令为请求不成功，则不执行所述消息队列中所有任务的第二任务。
8.根据权利要求1所述的消息分发方法，其特征在于，若所述任务不影响所述返回结果，则返回响应后发布与所述任务相关联的消息，并在所述消息队列中添加新消息。
9.根据权利要求1所述的消息分发方法，其特征在于，所述方法还包括：在任意时刻取消任务或与消息相对应的所有任务。
CN201711120287.1A 2017-11-14 2017-11-14 一种消息分发方法及装置 Active CN107819855B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711120287.1A CN107819855B (zh) 2017-11-14 2017-11-14 一种消息分发方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711120287.1A CN107819855B (zh) 2017-11-14 2017-11-14 一种消息分发方法及装置

Publications (2)

Publication Number Publication Date
CN107819855A CN107819855A (zh) 2018-03-20
CN107819855B true CN107819855B (zh) 2020-07-28

Family

ID=61609182

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711120287.1A Active CN107819855B (zh) 2017-11-14 2017-11-14 一种消息分发方法及装置

Country Status (1)

Country Link
CN (1) CN107819855B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291293B (zh) * 2019-07-27 2023-01-06 华为技术有限公司 任务处理方法、相关设备及计算机存储介质
CN114567520B (zh) * 2020-11-26 2023-06-02 华为技术有限公司 实现集合通信的方法、计算机设备和通信系统
CN113098969B (zh) * 2021-04-09 2022-12-20 薪得付信息技术(上海)有限公司 数据分发方法、装置、系统及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102831012A (zh) * 2011-06-16 2012-12-19 日立(中国)研究开发有限公司 多节点分布式系统中的任务调度装置和任务调度方法
CN103034475A (zh) * 2011-10-08 2013-04-10 中国移动通信集团四川有限公司 分布式并行计算方法、装置及系统
CN105282227A (zh) * 2015-09-06 2016-01-27 浪潮软件股份有限公司 一种高效率、高稳定性的页面实时数据刷新方法
CN105338086A (zh) * 2015-11-04 2016-02-17 浪潮软件股份有限公司 一种分布式的消息转发方法
CN106844018A (zh) * 2015-12-07 2017-06-13 阿里巴巴集团控股有限公司 一种任务处理方法、装置及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100619812B1 (ko) * 2003-09-06 2006-09-08 엘지전자 주식회사 휴대단말기의 멀티미디어 신호 분할 전송장치 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102831012A (zh) * 2011-06-16 2012-12-19 日立(中国)研究开发有限公司 多节点分布式系统中的任务调度装置和任务调度方法
CN103034475A (zh) * 2011-10-08 2013-04-10 中国移动通信集团四川有限公司 分布式并行计算方法、装置及系统
CN105282227A (zh) * 2015-09-06 2016-01-27 浪潮软件股份有限公司 一种高效率、高稳定性的页面实时数据刷新方法
CN105338086A (zh) * 2015-11-04 2016-02-17 浪潮软件股份有限公司 一种分布式的消息转发方法
CN106844018A (zh) * 2015-12-07 2017-06-13 阿里巴巴集团控股有限公司 一种任务处理方法、装置及系统

Also Published As

Publication number Publication date
CN107819855A (zh) 2018-03-20

Similar Documents

Publication Publication Date Title
US11159411B2 (en) Distributed testing service
CN108536532B (zh) 一种批量任务处理方法及系统
US10033816B2 (en) Workflow service using state transfer
CN108280150B (zh) 一种分布式异步业务分发方法及系统
EP3837604B1 (en) In situ triggered function as a service within a service mesh
CN108256115B (zh) 一种面向SparkSql的HDFS小文件实时合并实现方法
CN107819855B (zh) 一种消息分发方法及装置
CN110196761B (zh) 延迟任务处理方法及装置
CN110968586A (zh) 分布式事务处理方法及装置
CN110221927B (zh) 异步消息处理方法和装置
CN111078436B (zh) 数据处理的方法、装置、设备及存储介质
CN104219235A (zh) 一种分布式交易请求方法及装置
CN110728363A (zh) 任务处理方法和装置
US11294740B2 (en) Event to serverless function workflow instance mapping mechanism
CN114138500B (zh) 资源调度系统及方法
CN111553652B (zh) 业务处理方法及装置
CN105373563B (zh) 数据库切换方法及装置
WO2019117767A1 (en) Method, function manager and arrangement for handling function calls
CN110704130A (zh) 一种数据处理方法及装置
CN107862040B (zh) 一种应用实例的缓存中数据的更新方法、装置及一种集群
US9426114B2 (en) Parallel message processing on diverse messaging buses
CN114584618A (zh) 信息交互方法、装置、设备、存储介质和系统
CN110233843B (zh) 一种用户请求的处理方法及装置
CN111831408A (zh) 异步任务处理方法、装置、电子设备及介质
CN110765392A (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
GR01 Patent grant
GR01 Patent grant