170 likes | 332 Views
Service oriented architectures: approaches, technologies and research issues. Authors: Mike P. Papazoglou Willem-Jan van den Heuvel Presented BY: Margareta Vamos. Service Oriented Architectures (SOA). Emerging approach Loosely coupled Standards-based Protocol-independent
E N D
Service oriented architectures: approaches, technologies and research issues Authors: Mike P. Papazoglou Willem-Jan van den Heuvel Presented BY: Margareta Vamos
Service Oriented Architectures (SOA) • Emerging approach • Loosely coupled • Standards-based • Protocol-independent • Distributed computing • Map the enterprise information system (EIS) to the business process flow • Most popular: web services (WSDL, SOAP, UDDI) • ->develop, interconnect, and maintain applications
SOA • Design philosophy • Need description language and interfaces • Self contained (maintain own state) • Platform independent • Dynamic distributed computing • All functions in an SOA are defined as services • All services are autonomous. • The interfaces are invocable
Service requests - messages formatted according to Simple Object Access Protocol (SOAP). - One ore more components hosted in a service container Service provider - design the realization of the component that offers the services; its architectural decisions Requesters and Providers
Service brokers - trusted parties that force service providers to adhere to information practices that comply with privacy laws and regulations, or in the absence of such laws, industry best practices. - maintain an index of available service providers - provide additional information about their services: reliability, trustworthiness, the quality of the service, service level agreements, and possible compensation routes Which potential application service provider should be selected ?
Technology and information model mismatches SOLUTIONS: • Build the client module to conform exactly to the characteristics of every server module that it will invoke (tighter coupling, complex). • Insert a layer of communication and integration logic between the client and server modules.
Building and deploying distributed SOA • Service enablement – each application exposed as a service • Service orchestration – unified and clearly defined distributed process • Deployment – production environment (secure, reliable, scalable) • Management - Services must be audited, maintained and reconfigured.
Simplified distributed procurement process Sending and receiving applications are fully decoupled.
ESB Functional Requirements • Leveraging existing assets • Service communication capabilities (routing, messaging) • Dynamic connectivity capabilities • Topic/content-based routing capabilities • Endpoint discovery with multiple quality of service capabilities • Integration capabilities • Transformation capabilities
ESB Functional Requirements (continued) • Reliable messaging capabilities • Security capabilities • Long running process and transaction capabilities • Management and monitoring capabilities • Scalability capabilities
Integration solutions – technical requirements • Integration at the presentation-tier • portlets, Web service for Remote Portal • Application connectivity: • Infrastructure level: sync & async communications, routing, transformations, data distribution, gateways ,protocol converters • Processing level: input, output visualization • Application integration • various platforms and technologies • Process integration • Data integration • Integration design and development methodology