Broker pattern: Difference between revisions
Appearance
Content deleted Content added
Wikishovel (talk | contribs) Reverted 1 good faith edit by 106.51.234.229 using STiki |
Wikishovel (talk | contribs) 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.