12.07.2015 Views

Migration of a Chosen Architectural Pattern to Service Oriented ...

Migration of a Chosen Architectural Pattern to Service Oriented ...

Migration of a Chosen Architectural Pattern to Service Oriented ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 4. <strong>Service</strong> <strong>Oriented</strong> Architecture 84<strong>Service</strong> Realisation – When services are identified and specified, they have <strong>to</strong>be realized. However, realization <strong>of</strong> a particular service is the final activity; it has<strong>to</strong> be avoided when it is possible. This may sound strange or irrational, but it isfully justified. Realisation should be avoided because <strong>of</strong> reusability. Reusabilityprohibits development <strong>of</strong> a new service where an existing service can be reused.A new service is needed only when there is no existing service that can performrequired operation. This new service can be build from previously separatedreusable components if there is such possibility or it can be implemented fromscratch.4.4 SOA – architectural point <strong>of</strong> viewOverview <strong>of</strong> Architecture <strong>of</strong> SOA can be presented on three levels <strong>of</strong> complexity.(see figure 4.2).Each level consists <strong>of</strong> several layers <strong>of</strong> abstraction [46].4.4.1 Fundamental SOAFundamental SOA is the first and the most abstract level. It distinguishes onlyEnterprise and Basic layers [46]. Those two layers are sufficient <strong>to</strong> provide basicSOA functionality. Enterprise layer contains application frontends (clients)(see 4.2.3 for more information about frontends ). Frontends provide access <strong>to</strong>the application itself. Basic layer contains basic services (see 4.2.3 for more informationabout basic services ). The structure built on only two layers mayappear <strong>to</strong> be insufficient, but it is sufficient <strong>to</strong> provide basic functionality and itis a good starting point for further development <strong>of</strong> more elaborated and complexstructure. Due <strong>to</strong> clear separation <strong>of</strong> clients from basic services, the architecturesupports maintain activities and, in a long run prevents data redundancy. Theredundancy may exist when a company converts existing application in<strong>to</strong> <strong>Service</strong><strong>Oriented</strong> Architecture.4.4.2 Networked SOAFundamental SOA may be sufficient for small projects but it is hard <strong>to</strong> maintainwhen a project grows in scope or when an application has <strong>to</strong> be integrated withanother system. Networked SOAis an upgraded version <strong>of</strong> Fundamental SOA[46]. The upgrade relies on introduction <strong>of</strong> one additional layer-Intermediarylayer. This additional layer is placed between Basic and Enterprise layer and ismeant <strong>to</strong> provide mechanisms facilitating technical and conceptual integrationby introducing Intermediary <strong>Service</strong>s. Those services serve as gateways, facadesand adapters. The names <strong>of</strong> services <strong>of</strong> Intermediary Layer derive from designpatterns and behavior <strong>of</strong> those services correspond the patterns. The role <strong>of</strong>particular types <strong>of</strong> services is following:

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!