Jump to content

Broker pattern: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Reverted 1 good faith edit by 106.51.234.229 using STiki
Added {{unreferenced}} tag to article (TW)
Line 1: Line 1:
{{unreferenced|date=December 2016}}
The Broker [[architectural pattern]] can be used to structure [[distributed software]] systems with decoupled components that interact by [[Remote service software|remote service invocations]]. A broker component is responsible for coordinating communication, such as forwarding requests, as well as for transmitting results and exceptions.
The Broker [[architectural pattern]] can be used to structure [[distributed software]] systems with decoupled components that interact by [[Remote service software|remote service invocations]]. A broker component is responsible for coordinating communication, such as forwarding requests, as well as for transmitting results and exceptions.



Revision as of 11:22, 14 December 2016

The Broker architectural pattern can be used to structure distributed software systems with decoupled components that interact by remote service invocations. A broker component is responsible for coordinating communication, such as forwarding requests, as well as for transmitting results and exceptions.

Context

  • A system that consists of multiple remote objects which interact synchronously or asynchronously.
  • Heterogeneous environment.

Problems

  • Usually, there is a need of having great flexibility, maintainability and changeability when developing applications.
  • Scalability is reduced.
  • Inherent networking complexities such as security concerns, partial failures, etc.
  • Networking diversity in protocols, operating systems, hardware.

Solution

Separate system communication functionality from the main application functionality by providing a broker that isolates communication-related concerns.