Patterns for Federated Architecture.
George Fernandez, Liping Zhao, Inji Wijegunaratne · The Journal of Object Technology · 2003
An enterprise federated architecture intends to mirror the structure of the organisation, aiming to provide better support for both new and legacy applications within a distributed environment and facilitating data exchange between applications to support information integration.Under this architectural form, the organisation's information systems are separated out into autonomous co-operating application clusters, each connected to a message-oriented federal highway acting as the vehicle for inter-domain communication.The federated approach intends to avoid unnecessary coupling (in the distributed computing sense) by grouping highly interdependent modules and applications into domains, whilst minimising the strength of inter-domain connections.This article presents how to design a distributed federated architectural form using three architectural patterns, and shows how these three patterns are to be connected to comply with the specification of the the federated form.1 MOTIVATION Let us consider this example: SafetyNet Insurance started as a small Australian company selling house and car insurance, but it expanded very quickly by merging with another company specialised in life insurance.The merger was to take advantage of the synergies between the different insurance products by offering their customers discounts and other advantages if they were loyal to the company by conducting all their business with SafetyNet.Based on the success of their sales force, the organisation expanded with branches in other capital cities in Australia.It was considered crucial that salespeople maintained at least the same level of satisfaction with their jobs, so new incentive schemes were introduced to reward the high selling branches, salespersons, etc.The inital attempts to provide the necessary information for the new way of doing business were paper or file based.Lists of customers, sales, policy information, and other data were exchanged on paper or via files by Head Office and the different branches and groups within their branches, such as General insurance, Life Insurance, Human Resources, Finance, Actuarial Services, and Management Information Systems.Very soon a stream of problems started to emerge