WO2011056312A1 - Method and system for application level load balancing in a publish/subscribe message architecture - Google Patents
Method and system for application level load balancing in a publish/subscribe message architecture Download PDFInfo
- Publication number
- WO2011056312A1 WO2011056312A1 PCT/US2010/049872 US2010049872W WO2011056312A1 WO 2011056312 A1 WO2011056312 A1 WO 2011056312A1 US 2010049872 W US2010049872 W US 2010049872W WO 2011056312 A1 WO2011056312 A1 WO 2011056312A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- message
- relay
- central
- remote
- relays
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 238000004891 communication Methods 0.000 claims description 23
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 7
- 238000012986 modification Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 238000013519 translation Methods 0.000 description 6
- 230000014616 translation Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 4
- 238000007796 conventional method Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 241000243251 Hydra Species 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- QRXWMOHMRWLFEY-UHFFFAOYSA-N isoniazide Chemical compound NNC(=O)C1=CC=NC=C1 QRXWMOHMRWLFEY-UHFFFAOYSA-N 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 241000764238 Isis Species 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 1
- 238000007596 consolidation process Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- 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/2866—Architectures; Arrangements
- H04L67/288—Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
-
- 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
-
- 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/563—Data redirection of data network streams
Definitions
- Publish and subscribe (publish/subscribe) systems are asynchronous messaging systems. Messages are categorized in classes and a subscriber expresses interest in one or more classes of messages to a server.
- the publisher of a message does not send the message to a specific receiver (subscriber), but publishes the message to the server, without knowledge of what (if any) subscribers will receive the message.
- the server transmits the message to subscribers who have expressed interest in the class associated with the message.
- the publishers and subscribers are decoupled in a publish and subscribe system, operating independently of each other.
- subscribers typically receive only a sub-set of the total messages published.
- a subscriber may subscribe to messages based on the topic of the message. Subscribers in a topic-based system will receive all messages published to the topics to which they subscribe. All subscribers to a topic receive the same messages.
- a subscriber may subscribe to messages based on the content of the message. In a content-based system, a message is only delivered to a subscriber if the attributes or contents of the message matches constraints defined by the subscriber. Some publish and subscribe system combine topics and contents in a hybrid manner.
- a server receives subscription requests from clients wishing to receive messages based on topic or content.
- the message is sent to the server, which then forwards the message to the various users who have submitted subscription requests matching the message properties.
- the server performs a filtering function, only transmitting the message to interested subscribers.
- Some servers may perform a store-and-forward function during the process of temporally. An example of this temporal decoupling is temporarily taking down a publisher in order to allow the subscriber to work through the backlog, producing a form of bandwidth throttling.
- the present invention relates generally to computer networks. More specifically, the present invention relates to methods of operating a publish/subscribe system.
- the invention has been applied to a publish/subscribe system in which remote relays communicating with multiple sets of central relays receive a subscription request from a client and subscribe to all of the central relays in one set of central relays. Publication messages from clients are published to only one central relay in each set of central relays.
- embodiments of the present invention implement an architecture in which publication message load balancing is provided at the application level.
- the methods and techniques can be applied to a variety of computer networks and communications systems.
- a method of publishing a message includes receiving a subscription request at a first remote relay from a first client and transmitting a subscription message from the remote relay to each of a first set of central relays.
- the subscription request and the subscription message include a target.
- the method also includes receiving a publication request at a second remote relay from a second client and transmitting a publication message from the second remote relay to a first central relay of the first set of central relays and a second central relay of a second set of central relays.
- the publication request includes a message string characterized by a pattern and the publication message includes the message string.
- the method further includes determining, at the first central relay, that the target matches at least a portion of the pattern, transmitting the message string from the first central relay to the first remote relay, and transmitting the message string to the first client.
- a publish/subscribe message architecture includes a first set of central relays, a second set of central relays, and a first remote relay in communication with the first set of central relays.
- the publish/subscribe message architecture also includes a first client in communication with the first remote relay.
- the first remote relay is operable to transmit a subscription request to each of the central relays in the first set of central relays.
- the publish/subscribe message architecture further includes a second remote relay in communication with the second set of central relays and a second client in communication with the second remote relay.
- the second remote relay is operable to transmit a publication message to one of the central relays in the first set of central relays and one of the central relays in the second set of central relays.
- a method of operating remote relays includes receiving, at a first remote relay, a subscription request from a first remote client and recording, in a computer readable medium of the first remote relay, identify information associated with the first remote client.
- the subscription request includes a target and information associated with the target is also recorded, in the computer readable medium of the first remote relay.
- the method also includes transmitting a subscription message to each of a first set of central relays.
- the subscription message includes the target.
- the method further includes receiving, at a second remote relay, a publication request from a second remote client and transmitting a publication message from the second remote relay to a first central relay of a first set of central relays and a second central relay of a second set of central relays.
- the publication request includes a message string characterized by a pattern and the publication message includes the message string.
- the method includes receiving, at the first remote relay, the message string from the first central relay, determining, at the first remote relay, that the target matches at least a portion of the pattern, and transmitting the message string from the first remote relay to the first client.
- load balancing is provided at the application level.
- load balancing is provided at the application level.
- the number of connections from remote sites to central sites is greatly reduced.
- a reduction in the number of connections results in decreased system complexity in relation to configuring, performance.
- embodiments of the present invention enhance system
- embodiments of the present invention enable system scalability by increasing the performance of the system as a whole in terms of messages per second that can be handled. As an example, if the traffic is being balanced across three application load balancing servers that are all performing about the same amount of work, each server is handling one third of the traffic for that site. Adding a fourth sever will increase the capacity since each server would then handle one fourth of the current traffic at the site. Due to the spare capacity on each server resulting from the addition of the fourth server, the overall capacity can be increased as the traffic rate increases. Embodiments of the present invention enable practically arbitrary increases in system scalability.
- embodiments of the present invention provide systems that are characterized by both high availability and reliability. For example, when a client or server sends a message to a set of load balanced servers, it has the responsibility to send it to a server to which it has valid connection. Having more servers as elements of the system enables messages to still be transmitted through the system, even with more of the servers being in a failed state. For instance, if there are two servers in a set and both are in a failed state, the sender is not able to send the message using either server. However, if there are, for example, five servers in a set and two are in a failed state, three servers are still available to transmit the message through the system.
- FIG. 1 is a simplified schematic diagram of a hierarchical publish/subscribe architecture according to an embodiment of the present invention
- FIG. 2A is a simplified schematic diagram of a remote client and a remote relay transmitting a subscription request to multiple central relays according to an embodiment of the present invention; implementing publication of a message to multiple central relays according to an embodiment of the present invention;
- FIG. 3 is a simplified flowchart illustrating a method of implementing publication message load balancing in a publish/subscribe system according to an embodiment of the present invention
- FIG. 4 is a chart illustrating message flow in a publish/subscribe system according to an embodiment of the present invention.
- FIG. 5 is a simplified schematic diagram of elements of a remote relay according to an embodiment of the present invention.
- a server interacts with subscribers and publishers. Each subscriber submits subscription requests to the server and each publication request is also submitted to the server.
- a drawback of using a conventional one-level system is that each client (either publisher or subscriber) is connected to the server, which results in a large number of connections between the clients and the server. The large number of connections, in turns, results in complexity in configuring, maintaining, and running the network on account of firewall rules, configuration of multiple logical paths, and the like.
- Embodiments of the present invention utilize a hierarchical structure that reduces the number of connections from clients to central sites, for example, by an order of magnitude. Reducing the number of connections reduces the complexity of the network and associated configuration and maintenance tasks. Additionally, reducing the number of connections between clients and central sites enhances security since fewer connections are established and the reduced number of connections can be more carefully tracked and controlled. Moreover, reducing the number of connections improves performance on both the servers and clients since the load on these systems associated with handling connection processing is reduced.
- the hierarchical publish and subscribe system with load balancing described herein provides benefits not available using conventional techniques including redundancy, security, and performance. implementation for message passing. This is also referred to as a message bus.
- the system provides the functionality of sending messages between edge sites (represented by remote clients) and central data centers including central relays, in order to transmit and receive monitoring data and monitoring commands.
- Embodiments of the present invention provide improvements in relation to the existing HMS system, introducing a hierarchical architecture with load balancing.
- the central relays are located in data centers.
- the invention can be extended to an arbitrary number of levels of the hierarchy.
- FIG. 1 is a simplified schematic diagram of a hierarchical publish/subscribe architecture according to an embodiment of the present invention.
- a number of remote clients 1 10 and 1 12 are connected through a network connection 120 to a remote relay 124.
- the network connection 120 can be one of several networks, including the Internet or other network suitable for communication between the remote clients 1 10/1 12 and the remote relay 124.
- the remote relay 124 is connected through network connection 130 to second remote relay 134.
- the remote relay 134 is connected through network connection
- FIG. 140 to one or more central relays (Central Relay 1 (150a) through Central Relay n (150n)) in a first data center 150.
- central relays Central Relay 1 (150a) through Central Relay n (150n)
- remote relay 134 is also connected through network connection 140 to second data center 152.
- embodiments of the present invention provide a hierarchical publish subscribe system in which one or more remote relays may be utilized to provide for communications between remote clients and central relays. Additional description of hierarchical publish/subscribe systems is provided in co-pending and commonly assigned U.S. Patent Application No. 12/610,066, filed on October 30, 2009, and entitled "Hierarchical publish and subscribe system," the disclosure of which is hereby incorporated by reference in its entirety. [0025] FIG.
- FIG. 1 illustrates remote relays connected to remote clients in the Remote Client Level and central relays in the Data Center Level). Although three levels of hierarchy are illustrated in FIG. 1 (one level of central relays and two levels of remote relays (i.e., Remote Relay Level 1 and Remote Relay Level 2)), embodiments of the present invention are not limited to this particular number of hierarchical levels and other levels of hierarchy are hierarchy could be two levels, four levels, or more levels as appropriate to the particular implementation. Additionally, although remote clients are only connected to the remote relays in Remote Relay Level 2, additional remote clients (not illustrated) can be connected through a network connection to remote relays in Remote Relay Level 1. Moreover, additional remote relays can be provided at Remote Relay Level 2 and additional remote relays can be provided at Remote Relay Level 1. One of ordinary skill in the art would recognize many variations, modifications, and alternatives.
- the network connections 120, 130, and 140 are illustrated in FIG. 1 as separate networks, but this is not required by the present invention.
- the network connections can be provided as components of a single network, for example, the Internet, thereby providing for communications between the various remote clients, remote relays, and central relays.
- a second data center 152 includes a number of central relays (Central Relay 1 (152a) through Central Relay n (152n)).
- the central relays in the second data center 152 are in communication with remote clients 114 and 1 16 through a hierarchical structure of remote relays 136 and 126 disposed in Remote Relay Level 1 and Remote Relay Level 2,
- a subscription request originating at remote client 1 10 can be transmitted to the first data center 150 and the second data center 152 through remote relays 124 and 134/136.
- a publication request from remote client 114 can be transmitted to the first and second data centers through remote relays 126 and 134/136. Accordingly, if the message content published by remote client 1 14 matches the subscription request submitted by remote client 1 10, such content can be provided to remote client 1 10 using the publish/subscribe system described herein.
- subscription and publication messages are transmitted to predetermined central relays as described more fully throughout the present specification and more particularly below.
- remote relays record the subscription request when received from a remote client and then forward the subscription request to each central relay in one of the data centers.
- the central relays receiving the subscription request will record the subscription request.
- the central relays in the other data center do not receive the subscription request.
- the remote relay forwards the publication request to one of the central relays in each of the data centers.
- the particular central relay in each of the data centers that receives the publication request is their publication messages to different central relays.
- a central relay that has recorded the corresponding subscription request will then transmit the desired message to the remote relay from which the subscription request was received.
- the remote relay will transmit the desired message to the remote client that has submitted a subscription request.
- Embodiments of the present invention utilizing the hierarchical architecture described herein are suitable for applications including systems that monitor network traffic, including DNS resolution systems (e.g., SDNS, TGV, Whois, and the like).
- DNS resolution systems e.g., SDNS, TGV, Whois, and the like.
- the present invention is also suitable for use in other publish/subscribe systems, providing load balancing at the application level that will increase system performance and security. It should be noted that in contrast with conventional techniques that provide load balancing at the network level (e.g., packet load balancers), embodiments of the present invention provide load balancing at the application level.
- FIG. 2 A is a simplified schematic diagram of a remote client and a remote relay transmitting a subscription request to multiple central relays according to an embodiment of the present invention.
- Remote client 210 (one of n remote clients in communication with remote relay 220) transmits a subscription request to remote relay 220 (Process 1).
- the subscription request will include a target.
- remote client 210 may be interested in messages "starting with x.”
- An optional subscription request originates from remote client 212 (Process 2).
- the optional subscription request can be for the same type of message or for a different type of message, for example, messages "starting with y.”
- remote relay 220 will perform an aggregation or consolidation function, recording an indication that both remote client 210 and remote client 212 are interested in the particular message type.
- the remote relay Since a subscription message will have already been sent out for these subscriptions that have already been requested by another remote client, the remote relay will perform a condensing function, just adding the identity of the newly subscribing remote client to a listing based on the original subscription request.
- a listing can be stored in a computer-readable memory of the remote relay.
- a DNS service running on a server may track the number of DNS translations in a given time period.
- This DNS translation rate can be published as a statistic that other clients may be interested in receiving.
- This DNS translation statistic could begin this DNS translation statistic will therefore, include a condition that a string in the publication message will satisfy.
- the condition would be strings that start with
- DNST This condition can also be referred to as a target and the string in the publication message can be referred to as a pattern.
- the pattern could be DNST100, indicating 100 DNS translations in a second.
- the target DNST will be compared against the pattern DNST 100, and patterns that start with the target DNST will satisfy the defined condition. Accordingly, the relay will deliver this statistic to the clients that have subscribed to these DNS translation statistics.
- the subscription message has a condition, also referred to as a target
- the published message is examined by the central relays and the remote relays to determine if the strings included in the published message have a pattern that satisfies the condition defined by the subscription message.
- the target could be a string of a first length (e.g., 4 characters) and the pattern could be a string of a second length (e.g., 10 characters) greater than the first length.
- the published messages are examined to determine if portions of the patterns in the message match the targets of interest. If there is a match between the target and a portion or all of the pattern, then the relay will direct the published message or some portion or variant thereof, to the other relays and clients that have subscribed using the target.
- the published message may be changed to another message as long as the clients that have subscribed using the target receive information related to their subscription.
- the remote relay After a new subscription request is received by remote relay 220, the remote relay records the subscription request so that the target in the subscription request can be compared against messages received by the remote relay at a later time. The remote relay 220 then forwards a subscription message to all of the central relays 230a - 230n associated with Data Center #1 (Process 3). As mentioned above, if the subscription is not a new subscription to the remote relay, the condensing function will be illustrated in FIG. 2A, two data centers, Data Center #1 and Data Center #2 are provided as part of the hierarchical publish/subscribe system. In other embodiments, additional data centers could be provided. The provision of multiple data centers provides for system redundancy and improved security and performance.
- the central relays 230a - 23 On illustrated in FIG. 2A can be co-located in a physical facility or geographically distributed as appropriate to the particular system implementation. In an embodiment, the central relays are co-located in a secure facility managed by the present assignee.
- the subscription message is transmitted to all of the central relays in the first set of central relays (Data Center #1). In the illustrated example, there are three central relays illustrated, but fewer central relays or a greater number of central relays are included within the scope of the present invention.
- the subscription message is not sent to the central relays in the second set of central relays (Data Center #2).
- a variant of the subscription message including the target is transmitted to each of the central relays in the first set of central relays.
- the remote relays will store configuration data defining the set of central relays to which a particular remote relay will transmit subscription messages. As will be described more fully below, transmission of the subscription message to only one set of central relays will eliminate duplicate message delivery and provide for load balancing of publication messages.
- the central relays that receive the subscription message will record information related to the subscription message if it is a new
- the central relay will perform a condensing function as discussed in relation to receipt of subscription messages by remote relays. As an example, if the target in the subscription message has already been processed by the central relay, then the identity of the remote relay will be added to the listing including the target and the identities of other remote relays that have already subscribed in relation to the target.
- Central Relays 150a through 150n are co-located in a first data center 150 and Central Relays 152a through 152n are co- located in a second data center 152, with the dashed lines 150 and 152 representing a geographical boundary, that is, the geographical area associated with the data centers. It is also possible to have multiple levels of hierarchy without having multiple geographies. In the embodiment illustrated in FIG. 1, two levels of remote relays and a level of central relays, all at different geographical locations are illustrated, although this is merely an example and the present invention is not limited to this particular example. The present assignee maintains throughout the world. Additionally, the present assignee maintains multiple data centers connected to these remote clients through one or more levels of remote relays. Therefore, although only two data centers are illustrated, the present invention is not limited to this particular implementation.
- FIG. 2B is a simplified schematic diagram of a remote client and a remote relay implementing publication of a message to multiple central relays according to an embodiment of the present invention.
- Remote client 250 transmits a publication request to remote relay 260 (Process 4).
- the publication request may be a message including performance statistics or the like.
- the term request is used in a sense that does not require a reply.
- statistics related to the performance of the remote client 250 could be transmitted to remote relay 260 for distribution to interested clients.
- the publication request will include a message string characterized by a pattern.
- a publication message is transmitted from remote relay 260 to a first central relay of the first set of central relays (e.g., Central Relay 230a) and a second central relay of the second set of central relays (e.g., Central Relay 240b) (Process 5).
- the publication message which may be the same as the publication request or a variant of the publication request, will include the message string.
- the publication message is transmitted to one central relay in the first set of central relays and one central relay in the second set of central relays.
- embodiments of the present invention provide a hierarchical publish/subscribe system in which subscription messages are received by all of the central relays in one set of central relays (Process 3) and publication messages are received by one central relay in each set of central relays (Process 5).
- the central relay that receives the publication message (Central Relay 230a) is able to determine a match between the pattern in the publication message and the target in the subscription message. As an example, if the target was "DNST" and the pattern was "DNST100,” then central relay 230a would determine that the target matched a portion of the pattern, indicating that the central relay had received a subscription message from a remote relay interested in this type of message. Thus, a determination is made of whether the pattern satisfies a condition associated with the target.
- the receipt of the publication message by Central Relay 240b does not result in a match between the target and at least a portion of the pattern.
- Embodiments of the load is distributed between the various central relays in the data centers.
- the messages will be distributed, on average, approximately uniformly between the various central relays in the data centers.
- the workload is distributed between the various central relays.
- each central relay in a data center receives the subscription message and records the target, the publication message is only received by one central relay in the data center, resulting in only a single central relay processing the publication message to determine a match between the pattern and the target.
- Central Relay 230a Once Central Relay 230a has determined a match, the message string is transmitted to remote relay 220 (Process 6), which is included in a list maintained by the central relay indicating an interest in this particular message type. In addition to the message string, additional information may be included along with the message string.
- Remote relay 220 determines that the target matches at least a portion of the pattern and transmits the message string to remote client 210 (Process 7). If remote client 212 had submitted a similar subscription request (Optional Process 2), then the message string would be transmitted to remote client 212 as well.
- embodiments of the present invention will still provide for application level load balancing.
- subscription messages will be delivered to each central relay in the set, i.e., all the central relays in the system.
- the publication message will then be transmitted to and received by one of the central relays.
- the central relay receiving the publication message will then communicate the publication message to the subscribing remote relay(s).
- FIGS. 2A-2B illustrate remote clients that are able to both subscribe and publish.
- data e.g., performance reporting, raw data packets that are sampled, authorization requests, and the like
- commands constitute the majority of the flow from the data centers to the ordinary skill in the art would recognize many variations, modifications, and alternatives.
- FIG. 3 is a simplified flowchart illustrating a method of implementing publication message load balancing in a publish/subscribe system according to an embodiment of the present invention.
- the method includes receiving a subscription request at a first remote relay from a first remote client (310).
- the identity of the first remote client is recorded at the first remote relay along with a target.
- the target will be used to determine a match between a message string that is subsequently received by the first remote relay and the target.
- the remote relay stores an indication that the first remote client is interested in a particular type of publication message.
- the subscription message may be common to multiple remote clients, providing for aggregation of subscription requests and improvements in system efficiency.
- a subscription message is transmitted from the first remote relay to each of a first set of central relays (312).
- the subscription message includes the target, providing the central relays with an indication that the first remote relay is interested in the particular type of publication message indicated by the first remote client.
- the subscription message is transmitted to all of the central relays in the first set of central relays.
- the subscription message is thus only transmitted to one of the sets of central relays in this illustrated embodiment.
- the particular set of central relays to which the subscription message is transmitted is defined in configuration files for the remote relay, defined during handshaking operations, assigned by a system operator, or the like.
- the central relays in the first set of central relays record information related to the subscription message, for example, the target and the identity of the first remote relay.
- the subscription message may pass through one or more remote relays before it reaches the central relays.
- the publication portion of the publish/subscribe system is initiated when a publication request is transmitted from a second remote client to a second remote relay (314).
- the publication request includes a message string characterized by a pattern.
- the second remote relay is one of a number of remote relays that are in communication with the central relays illustrated in FIG. 2B.
- a publication message is transmitted from the second remote relay to a first central relay of the first set of central relays and a second central relay of a second set of central relays (316).
- the publication message includes the message string characterized by the pattern.
- the particular central relays to which the publication message is transmitted are defined in configuration files for the remote relay, defined during
- the traffic load on the central relays is monitored and adaptive control of the remote relays is implemented in order to improve the load balancing performance of the system.
- the first central relay After determining a match, the first central relay transmits the message string to the first remote relay in response to determining that the first remote relay is interested in the message type associated with the publication message (320).
- the publication message is sent only to the first remote relay, one of skill in the art will appreciate that the publication message can be sent to multiple remote relays by the first central relay. For example, if the first central relay had received subscription messages with the same target from 15 of 90 remote relays, then when a publication message having a pattern partially or wholly matching the target is received, the first central relay would then transmit the publication message or a variant thereof to the 15 remote relays that had subscribed for this particular message type.
- One of ordinary skill in the art would recognize many variations, modifications, and alternatives.
- the first remote relay At the first remote relay, a determination is made that the target matches at least a portion of the pattern (322). Based on the match, the first remote relay transmits the message string to the first client (324). Thus, the first client is able to receive the desired information in response to the initial subscription request.
- FIG. 3 provides a particular method of implementing publication message load balancing in a publish/subscribe system according to an embodiment of the present invention. Other sequences of steps may also be performed according to alternative embodiments. For example, alternative embodiments of the present invention may perform the steps outlined above in a different order. Moreover, the individual steps illustrated in FIG. 3 may include multiple sub-steps that may be performed in various sequences as appropriate to the individual step.
- FIG. 4 is a chart illustrating message flow in a publish/subscribe system according to an embodiment of the present invention.
- the left hand column lists events.
- the middle column and the right column list actions taken by a remote relay or a central relay, respectively, in response to the event. Referring to the first row of the chart, if a subscription request / subscription message is received by a remote relay, it will record the subscription as long as the subscription is not a duplicate. If the subscription request is a duplicate request from a particular remote client, then the remote relay will discard this duplicate request.
- the remote relay can update its database with the identity of the new requester so that the new requester will be associated with the target that is already stored.
- the identity of the requester for example, a remote client or another remote relay, will be stored along with a target associated with the request.
- the subscription request / message is new, then it will be transmitted by the remote relay after the recording process.
- multiple requests can be bundled by the remote relay before transmission in a batch mode of operation.
- the remote subscription message will be forwarded to a remote relay in a layer of the hierarchy closer to the central relays. If the remote relay is in a layer of the hierarchy adjacent to the central relays (e.g., Remote Relay Level 1), the remote relay will transmit a subscription message to each central relay in one set of central relays.
- the subscription will be recorded.
- the publication message some portions thereof, or a variant thereof, can be transmitted to remote relays based on the information recorded by the central relay.
- the identity of the remote relay and the target are included in the subscription request.
- the second row of the chart relates to receipt of a publication request from a remote client.
- the remote relay will forward a publication message related to the publication request to one central relay in each set of central relays.
- the publication message can be the publication request received from a remote client, a portion of the publication request, a variant of the publication request, or the like. As an example, the message string from the publication request could be forwarded to the central relays.
- the right column of the second row is blank because in one implementation, no remote clients are directly connected to central relays. In this implementation, all remote clients connect to central relays through a remote relay and publication requests are thus not received at a central relay from a remote client. In other implementations, remote clients can be directly connected to central relays without connection through a remote relay.
- the third row of the chart relates to receipt of a publication message from a remote relay. If the publication message is received at a remote relay in the hierarchy adjacent to a central relay (i.e., from a remote relay at a lower level of the hierarchy), the publication message will be forwarded to one central relay in each set of central relays. This process is illustrated by Process 5 in FIG. 2B. If the publication message is received at a central relay, then the publication message will be transmitted to remote relays that have subscribed to the particular message type. As discussed in relation to FIG. 3, a determination will be made if at least a portion of the message string matches the target stored by the central relay.
- the fourth row of the chart relates to receipt of a publication message from a central relay.
- a remote relay adjacent to remote clients in the hierarchy When a remote relay adjacent to remote clients in the hierarchy receives such a publication message, it will transmit the publication message to remote clients that have will be made if at least a portion of the message string matches the target stored by the remote relay. If the remote relay that receives the publication message is not adjacent to the remote clients in the hierarchy, it will forward the publication message to any remote relays in the next lower level of the hierarchy that have subscribed to the particular message type. In turn, the remote relays in the next lower level of the hierarchy will continue to forward the publication message until the message is delivered to the subscribing remote clients.
- FIG. 5 is a simplified schematic diagram of elements of a remote relay according to an embodiment of the present invention.
- the remote relay 500 includes a processor 512 (also referred to as a data processor), a communications module 514 and a memory 516.
- the processor 512 can be a general purpose microprocessor configured to execute instructions and data, such as a Pentium processor manufactured by the Intel Corporation of Santa Clara, California. It can also be an Application Specific Integrated Circuit (ASIC) that embodies at least part of the instructions for performing the method in accordance with the present invention in software, firmware and/or hardware.
- ASIC Application Specific Integrated Circuit
- such processors include dedicated circuitry, ASICs, combinatorial logic, other programmable processors,
- the processor 512 is coupled to the memory 516 in order to store and access stored information for use during operation of the hierarchical publish/subscribe system.
- the memory (also referred to as a database or a computer readable medium) 516 can be local or distributed as appropriate to the particular application.
- An example of memory is a hard drive, flash memory, or the like.
- An optional input/output interface 518 is provided to facilitate control of the remote relay by a system operator.
- the optional I/O interface 518 also provides a mechanism for delivering performance reports to a system operator, other suitable personnel, or suitable computer systems. More typically, the remote relay is controlled through the communication module 514, through which a system operator can interact with the remote relay.
- the communications module 514 also provides for communication between the remote relay and remote clients 520, other remote relays 522, and/or central relays 524.
- the communications module 514 also provides for communication between the remote relay and remote clients 520, other remote relays 522, and/or central relays 524.
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA2779054A CA2779054A1 (en) | 2009-11-09 | 2010-09-22 | Method and system for application level load balancing in a publish/subscribe message architecture |
CN2010800546307A CN102713833A (en) | 2009-11-09 | 2010-09-22 | Method and system for application level load balancing in a publish/subscribe message architecture |
KR1020127012215A KR20120088744A (en) | 2009-11-09 | 2010-09-22 | Method and system for application level load balancing in a publish/subscribe message architecture |
EP10828717.8A EP2499561B1 (en) | 2009-11-09 | 2010-09-22 | Method and system for application level load balancing in a publish/subscribe message architecture |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/615,205 | 2009-11-09 | ||
US12/615,205 US8982882B2 (en) | 2009-11-09 | 2009-11-09 | Method and system for application level load balancing in a publish/subscribe message architecture |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2011056312A1 true WO2011056312A1 (en) | 2011-05-12 |
WO2011056312A9 WO2011056312A9 (en) | 2012-06-14 |
Family
ID=43970229
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2010/049872 WO2011056312A1 (en) | 2009-11-09 | 2010-09-22 | Method and system for application level load balancing in a publish/subscribe message architecture |
Country Status (6)
Country | Link |
---|---|
US (2) | US8982882B2 (en) |
EP (1) | EP2499561B1 (en) |
KR (1) | KR20120088744A (en) |
CN (1) | CN102713833A (en) |
CA (1) | CA2779054A1 (en) |
WO (1) | WO2011056312A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10250533B2 (en) | 2013-12-05 | 2019-04-02 | International Business Machines Corporation | Workload management |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100970122B1 (en) * | 2001-11-01 | 2010-07-13 | 베리사인 인코포레이티드 | High speed non-concurrency controlled database |
US9292612B2 (en) | 2009-04-22 | 2016-03-22 | Verisign, Inc. | Internet profile service |
US8527945B2 (en) | 2009-05-07 | 2013-09-03 | Verisign, Inc. | Method and system for integrating multiple scripts |
WO2010140859A2 (en) * | 2009-06-03 | 2010-12-09 | 엘지전자 주식회사 | Method and apparatus for transmitting sounding reference signal |
US8510263B2 (en) * | 2009-06-15 | 2013-08-13 | Verisign, Inc. | Method and system for auditing transaction data from database operations |
US8977705B2 (en) * | 2009-07-27 | 2015-03-10 | Verisign, Inc. | Method and system for data logging and analysis |
US8327019B2 (en) * | 2009-08-18 | 2012-12-04 | Verisign, Inc. | Method and system for intelligent routing of requests over EPP |
US8856344B2 (en) | 2009-08-18 | 2014-10-07 | Verisign, Inc. | Method and system for intelligent many-to-many service routing over EPP |
US8175098B2 (en) | 2009-08-27 | 2012-05-08 | Verisign, Inc. | Method for optimizing a route cache |
US9047589B2 (en) | 2009-10-30 | 2015-06-02 | Verisign, Inc. | Hierarchical publish and subscribe system |
US9235829B2 (en) * | 2009-10-30 | 2016-01-12 | Verisign, Inc. | Hierarchical publish/subscribe system |
US9762405B2 (en) | 2009-10-30 | 2017-09-12 | Verisign, Inc. | Hierarchical publish/subscribe system |
US9569753B2 (en) | 2009-10-30 | 2017-02-14 | Verisign, Inc. | Hierarchical publish/subscribe system performed by multiple central relays |
US8982882B2 (en) | 2009-11-09 | 2015-03-17 | Verisign, Inc. | Method and system for application level load balancing in a publish/subscribe message architecture |
US9269080B2 (en) * | 2009-10-30 | 2016-02-23 | Verisign, Inc. | Hierarchical publish/subscribe system |
US8935330B2 (en) * | 2011-05-11 | 2015-01-13 | International Business Machines Corporation | Redirecting messages in a publish/subscribe messaging system |
CN103037000B (en) * | 2012-12-21 | 2015-07-08 | 北京邮电大学 | Publish-subscribe system and notification message processing method thereof |
CN105591877A (en) * | 2014-10-23 | 2016-05-18 | 阿里巴巴集团控股有限公司 | Method, device and system for service message transmission |
US9886513B2 (en) * | 2015-05-25 | 2018-02-06 | International Business Machines Corporation | Publish-subscribe system with reduced data storage and transmission requirements |
CN109656726B (en) * | 2018-11-28 | 2020-10-23 | 中国船舶重工集团公司第七一九研究所 | Industrial information interaction system and method suitable for data center |
US11765109B2 (en) * | 2020-06-09 | 2023-09-19 | Jpmorgan Chase Bank, N.A. | Method and system for providing resiliency in interaction servicing across data centers |
CN112636964A (en) * | 2020-12-16 | 2021-04-09 | 四川长虹电器股份有限公司 | Remote configuration method and system for monitoring equipment |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040194102A1 (en) * | 2001-01-16 | 2004-09-30 | Neerdaels Charles J | Using virutal domain name service (dns) zones for enterprise content delivery |
US20060085507A1 (en) | 2004-10-14 | 2006-04-20 | Yuanyuan Zhao | Subscription propagation in a high performance highly available content-based publish/subscribe system |
US20060235885A1 (en) * | 2005-04-18 | 2006-10-19 | Virtual Reach, Inc. | Selective delivery of digitally encoded news content |
WO2007078283A2 (en) * | 2005-03-23 | 2007-07-12 | Douglas Ashbaugh | Distributed content exchange and presentation system |
US20080256166A1 (en) * | 2007-04-10 | 2008-10-16 | International Business Machines Corporation | Method for Inter-Site Data Stream Transfer in a Cooperative Data Stream Processing |
Family Cites Families (75)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2345157B (en) * | 1998-12-23 | 2003-06-18 | Ibm | Publish and subscribe data processing apparatus, method and computer program product with declaration of a unique publisher broker |
US6216132B1 (en) * | 1997-11-20 | 2001-04-10 | International Business Machines Corporation | Method and system for matching consumers to events |
US6487583B1 (en) * | 1998-09-15 | 2002-11-26 | Ikimbo, Inc. | System and method for information and application distribution |
US6578066B1 (en) * | 1999-09-17 | 2003-06-10 | Alteon Websystems | Distributed load-balancing internet servers |
GB2345158A (en) * | 1998-12-23 | 2000-06-28 | Ibm | Publish and subscribe data processing with ability to specify a local publication/subscription |
EP1157524B1 (en) | 1999-03-03 | 2007-12-19 | Ultradns, Inc. | Scalable and efficient domain name resolution |
GB2354912B (en) | 1999-09-17 | 2004-03-10 | Ericsson Telefon Ab L M | Routing in a packet switched network |
US7020697B1 (en) * | 1999-10-01 | 2006-03-28 | Accenture Llp | Architectures for netcentric computing systems |
KR100856149B1 (en) * | 1999-11-26 | 2008-09-03 | 네테카 인코포레이티드 | Electronic mail server |
US7734815B2 (en) * | 2006-09-18 | 2010-06-08 | Akamai Technologies, Inc. | Global load balancing across mirrored data centers |
US7725602B2 (en) * | 2000-07-19 | 2010-05-25 | Akamai Technologies, Inc. | Domain name resolution using a distributed DNS network |
US7133869B2 (en) * | 2001-03-06 | 2006-11-07 | Knowledge Vector, Inc. | Methods and systems for and defining and distributing information alerts |
US6944135B2 (en) | 2001-07-16 | 2005-09-13 | International Business Machines Corporation | Methods and arrangements for establishing a group collaboration session utilizing multiple multicast distribution trees |
KR100970122B1 (en) | 2001-11-01 | 2010-07-13 | 베리사인 인코포레이티드 | High speed non-concurrency controlled database |
US7406537B2 (en) * | 2002-11-26 | 2008-07-29 | Progress Software Corporation | Dynamic subscription and message routing on a topic between publishing nodes and subscribing nodes |
US20030208539A1 (en) * | 2002-05-02 | 2003-11-06 | Gildenblat Ilya G. | Event-driven information publication |
US7672275B2 (en) * | 2002-07-08 | 2010-03-02 | Precache, Inc. | Caching with selective multicasting in a publish-subscribe network |
US7310686B2 (en) * | 2002-10-27 | 2007-12-18 | Paxfire, Inc. | Apparatus and method for transparent selection of an Internet server based on geographic location of a user |
US20050027882A1 (en) | 2003-05-05 | 2005-02-03 | Sullivan Alan T. | Systems and methods for direction of communication traffic |
US20050105513A1 (en) | 2002-10-27 | 2005-05-19 | Alan Sullivan | Systems and methods for direction of communication traffic |
GB0305066D0 (en) | 2003-03-06 | 2003-04-09 | Ibm | System and method for publish/subscribe messaging |
US7200675B2 (en) * | 2003-03-13 | 2007-04-03 | Microsoft Corporation | Summary-based routing for content-based event distribution networks |
US7761570B1 (en) | 2003-06-26 | 2010-07-20 | Nominum, Inc. | Extensible domain name service |
US7769826B2 (en) * | 2003-06-26 | 2010-08-03 | Nominum, Inc. | Systems and methods of providing DNS services using separate answer and referral caches |
JP4368184B2 (en) * | 2003-11-19 | 2009-11-18 | 株式会社日立製作所 | Blacklist emergency access blocking device |
US20060031432A1 (en) * | 2004-05-21 | 2006-02-09 | Bea Systens, Inc. | Service oriented architecture with message processing pipelines |
US7761678B1 (en) | 2004-09-29 | 2010-07-20 | Verisign, Inc. | Method and apparatus for an improved file repository |
US7685270B1 (en) * | 2005-03-31 | 2010-03-23 | Amazon Technologies, Inc. | Method and apparatus for measuring latency in web services |
US20080201413A1 (en) | 2005-05-24 | 2008-08-21 | Sullivan Alan T | Enhanced Features for Direction of Communication Traffic |
US7546368B2 (en) * | 2005-06-01 | 2009-06-09 | Neustar, Inc. | Systems and methods for isolating local performance variation in website monitoring |
US7509235B2 (en) * | 2005-08-31 | 2009-03-24 | General Electric Company | Method and system for forecasting reliability of assets |
US20070061282A1 (en) | 2005-09-14 | 2007-03-15 | Nec Laboratories America, Inc. | Data network information distribution |
US7477575B2 (en) | 2005-09-23 | 2009-01-13 | Verisign, Inc. | Redundant timer system and method |
GB0521355D0 (en) * | 2005-10-19 | 2005-11-30 | Ibm | Publish/subscribe system and method for managing subscriptions |
US7680937B2 (en) * | 2005-12-22 | 2010-03-16 | Microsoft Corporation | Content publication |
CN101371246A (en) * | 2006-01-20 | 2009-02-18 | 派克斯费尔有限公司 | Systems and methods for discerning and controlling communication traffic |
US8606926B2 (en) | 2006-06-14 | 2013-12-10 | Opendns, Inc. | Recursive DNS nameserver |
US8713188B2 (en) | 2007-12-13 | 2014-04-29 | Opendns, Inc. | Per-request control of DNS behavior |
EP2054830A2 (en) | 2006-08-17 | 2009-05-06 | Neustar, Inc. | System and method for managing domain policy for interconnected communication networks |
WO2008021512A2 (en) | 2006-08-17 | 2008-02-21 | Neustar, Inc. | System and method for handling jargon in communication systems |
US8234379B2 (en) | 2006-09-14 | 2012-07-31 | Afilias Limited | System and method for facilitating distribution of limited resources |
US20080133646A1 (en) * | 2006-12-04 | 2008-06-05 | Bea Systems, Inc. | System and method for fully distributed network with agents |
US20080155254A1 (en) | 2006-12-20 | 2008-06-26 | Comodo Ca, Ltd. | Method and system for installing a root certificate on a computer with a root update mechanism |
WO2008127762A1 (en) * | 2007-02-01 | 2008-10-23 | Invidi Technologies Corporation | Targeting content based on location |
US7694016B2 (en) * | 2007-02-07 | 2010-04-06 | Nominum, Inc. | Composite DNS zones |
EP2143230A1 (en) * | 2007-04-20 | 2010-01-13 | Tekelec | Methods, systems, and computer program products for providing fault-tolerant service interaction and mediation function in a communications network |
US20080307436A1 (en) * | 2007-06-06 | 2008-12-11 | Microsoft Corporation | Distributed publish-subscribe event system with routing of published events according to routing tables updated during a subscription process |
US8307054B2 (en) * | 2007-08-30 | 2012-11-06 | Software Ag | Systems and/or methods for location transparent routing and execution of processes |
EP2201457A2 (en) * | 2007-10-18 | 2010-06-30 | Neustar, Inc. | System and method for sharing web performance monitoring data |
US8566423B2 (en) * | 2007-11-22 | 2013-10-22 | International Business Machines Corporation | Scalable publish/subscribe messaging systems and methods |
US20090235359A1 (en) | 2008-03-12 | 2009-09-17 | Comodo Ca Limited | Method and system for performing security and vulnerability scans on devices behind a network security device |
US7925782B2 (en) * | 2008-06-30 | 2011-04-12 | Amazon Technologies, Inc. | Request routing using network computing components |
US20090282028A1 (en) | 2008-09-23 | 2009-11-12 | Michael Subotin | User Interface and Method for Web Browsing based on Topical Relatedness of Domain Names |
US9172713B2 (en) | 2008-09-24 | 2015-10-27 | Neustar, Inc. | Secure domain name system |
US8495127B2 (en) * | 2008-09-26 | 2013-07-23 | International Business Machines Corporation | Improving scalability and throughput of a publish/subscribe network |
US7930393B1 (en) | 2008-09-29 | 2011-04-19 | Amazon Technologies, Inc. | Monitoring domain allocation performance |
US8527658B2 (en) | 2009-04-07 | 2013-09-03 | Verisign, Inc | Domain traffic ranking |
US9292612B2 (en) | 2009-04-22 | 2016-03-22 | Verisign, Inc. | Internet profile service |
US8676989B2 (en) | 2009-04-23 | 2014-03-18 | Opendns, Inc. | Robust domain name resolution |
US8527945B2 (en) | 2009-05-07 | 2013-09-03 | Verisign, Inc. | Method and system for integrating multiple scripts |
US8682342B2 (en) * | 2009-05-13 | 2014-03-25 | Microsoft Corporation | Constraint-based scheduling for delivery of location information |
US8510263B2 (en) | 2009-06-15 | 2013-08-13 | Verisign, Inc. | Method and system for auditing transaction data from database operations |
US8453163B2 (en) * | 2009-06-29 | 2013-05-28 | Software Ag Usa, Inc. | Systems and/or methods for policy-based JMS broker clustering |
US8977705B2 (en) | 2009-07-27 | 2015-03-10 | Verisign, Inc. | Method and system for data logging and analysis |
US8380870B2 (en) | 2009-08-05 | 2013-02-19 | Verisign, Inc. | Method and system for filtering of network traffic |
US20110035497A1 (en) | 2009-08-05 | 2011-02-10 | Dynamic Network Services, Inc. | System and method for providing global server load balancing |
US8327019B2 (en) | 2009-08-18 | 2012-12-04 | Verisign, Inc. | Method and system for intelligent routing of requests over EPP |
US8175098B2 (en) | 2009-08-27 | 2012-05-08 | Verisign, Inc. | Method for optimizing a route cache |
US8291025B2 (en) * | 2009-10-23 | 2012-10-16 | International Business Machines Corporation | Controlling retention of publication |
US9269080B2 (en) * | 2009-10-30 | 2016-02-23 | Verisign, Inc. | Hierarchical publish/subscribe system |
US9569753B2 (en) * | 2009-10-30 | 2017-02-14 | Verisign, Inc. | Hierarchical publish/subscribe system performed by multiple central relays |
US9047589B2 (en) | 2009-10-30 | 2015-06-02 | Verisign, Inc. | Hierarchical publish and subscribe system |
US8982882B2 (en) | 2009-11-09 | 2015-03-17 | Verisign, Inc. | Method and system for application level load balancing in a publish/subscribe message architecture |
US9235829B2 (en) * | 2009-10-30 | 2016-01-12 | Verisign, Inc. | Hierarchical publish/subscribe system |
US9286369B2 (en) | 2009-12-30 | 2016-03-15 | Symantec Corporation | Data replication across enterprise boundaries |
-
2009
- 2009-11-09 US US12/615,205 patent/US8982882B2/en active Active
-
2010
- 2010-09-22 CA CA2779054A patent/CA2779054A1/en not_active Abandoned
- 2010-09-22 WO PCT/US2010/049872 patent/WO2011056312A1/en active Application Filing
- 2010-09-22 KR KR1020127012215A patent/KR20120088744A/en not_active Application Discontinuation
- 2010-09-22 EP EP10828717.8A patent/EP2499561B1/en active Active
- 2010-09-22 CN CN2010800546307A patent/CN102713833A/en active Pending
-
2015
- 2015-03-16 US US14/659,119 patent/US9124592B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040194102A1 (en) * | 2001-01-16 | 2004-09-30 | Neerdaels Charles J | Using virutal domain name service (dns) zones for enterprise content delivery |
US20060085507A1 (en) | 2004-10-14 | 2006-04-20 | Yuanyuan Zhao | Subscription propagation in a high performance highly available content-based publish/subscribe system |
WO2007078283A2 (en) * | 2005-03-23 | 2007-07-12 | Douglas Ashbaugh | Distributed content exchange and presentation system |
US20060235885A1 (en) * | 2005-04-18 | 2006-10-19 | Virtual Reach, Inc. | Selective delivery of digitally encoded news content |
US20080256166A1 (en) * | 2007-04-10 | 2008-10-16 | International Business Machines Corporation | Method for Inter-Site Data Stream Transfer in a Cooperative Data Stream Processing |
Non-Patent Citations (2)
Title |
---|
"Exploiting Virtual Synchrony in Distributed Systems", ACM SYMPOSIUM ON OPERATING SYSTEMS PRINCIPLES CONFERENCE, 1987, pages 123 - 138 |
See also references of EP2499561A4 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10250533B2 (en) | 2013-12-05 | 2019-04-02 | International Business Machines Corporation | Workload management |
US10348660B2 (en) | 2013-12-05 | 2019-07-09 | International Business Machines Corporation | Workload management |
US10659407B2 (en) | 2013-12-05 | 2020-05-19 | International Business Machines Corporation | Workload management |
Also Published As
Publication number | Publication date |
---|---|
US20110110267A1 (en) | 2011-05-12 |
US8982882B2 (en) | 2015-03-17 |
WO2011056312A9 (en) | 2012-06-14 |
KR20120088744A (en) | 2012-08-08 |
CN102713833A (en) | 2012-10-03 |
EP2499561B1 (en) | 2014-11-12 |
EP2499561A1 (en) | 2012-09-19 |
US20150195350A1 (en) | 2015-07-09 |
CA2779054A1 (en) | 2011-05-12 |
EP2499561A4 (en) | 2013-06-05 |
US9124592B2 (en) | 2015-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9124592B2 (en) | Method and system for application level load balancing in a publish/subscribe message architecture | |
US11184299B2 (en) | Hierarchical publish and subscribe system | |
US9235829B2 (en) | Hierarchical publish/subscribe system | |
US9269080B2 (en) | Hierarchical publish/subscribe system | |
US9762405B2 (en) | Hierarchical publish/subscribe system | |
US9569753B2 (en) | Hierarchical publish/subscribe system performed by multiple central relays | |
CN106031130B (en) | Content distribution network framework with edge proxies | |
CA2748688C (en) | Multi-source transmission system and method of instant messaging file | |
CN103108008B (en) | A kind of method and file download system for downloading file | |
US20030005152A1 (en) | Content-request redirection method and system | |
US20030145093A1 (en) | System and method for peer-to-peer file exchange mechanism from multiple sources | |
US20020198937A1 (en) | Content-request redirection method and system | |
US20060167897A1 (en) | Administration of a broker-based publish/subscribe messaging system | |
CN108540367B (en) | Message processing method and system | |
US9152441B2 (en) | Systems and methods involving virtual machine host isolation over a network via a federated downstream cluster | |
US9413789B2 (en) | Method and system for managing high-bandwidth data sharing | |
EP2680539B1 (en) | Hierarchical publish/subscribe system | |
US7543062B1 (en) | Method of balancing communication load in a system based on determination of user-user affinity levels | |
EP2680537B1 (en) | Hierarchical publish/subscribe system | |
EP2680538A1 (en) | Hierarchical publish/subscribe system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 201080054630.7 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10828717 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2779054 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: 3868/CHENP/2012 Country of ref document: IN |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2010828717 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 20127012215 Country of ref document: KR Kind code of ref document: A |