Showing posts with label Service-oriented architecture. Show all posts
Showing posts with label Service-oriented architecture. Show all posts

Sunday, January 24, 2010

Service-oriented architecture

The ability to readily change and optimize business processes is the key to organizational competitiveness and growth. Organizational agility can be compromised when supporting IT assets cannot flexibly respond to changing business needs. Unlocking IT resources from their application silos and making their functionality broadly available across the organization promotes both business process optimization and organizational agility. Service Oriented Architecture (SOA) is a design approach that promotes better alignment of IT with business needs, enabling both IT and the Business to more quickly respond and adapt to changing business pressures and opportunities.
Microsoft's SOA and Business Process portfolio includes a broad array of offers spanning Business Strategy, IT Strategy and Solution Delivery. This portfolio provides IT professionals, architects and developers with the guidance, technologies and tools for scoping, designing, building and maintaining SOA and Business Process solutions. It also provides them with personal productivity software that enables business users to streamline and optimize business processes in a manner that increases productivity, lowers costs and promotes organizational agility.

Service Oriented Architecture (SOA) is a design approach that promotes better alignment of IT with business needs, enabling employees, customers, and trading partners to more quickly respond and adapt to changing business pressures.



A service-oriented architecture is essentially a collection of services. These services communicate with each other. The communication can involve either simple data passing or it could involve two or more services coordinating some activity. Some means of connecting services to each other is needed.

Service-oriented architectures are not a new thing. The first service-oriented architecture for many people in the past was with the use DCOM or Object Request Brokers (ORBs) based on the CORBA specification.

Services

If a service-oriented architecture is to be effective, we need a clear understanding of the term service. A service is a function that is well-defined, self-contained, and does not depend on the context or state of other services.
Connections

The technology of Web services (new window) is the most likely connection technology of service-oriented architectures. Web services essentially use XML to create a robust connection.

The following figure illustrates a basic service-oriented architecture. It shows a service consumer at the right sending a service request message to a service provider at the left. The service provider returns a response message to the service consumer. The request and subsequent response connections are defined in some way that is understandable to both the service consumer and service provider. How those connections are defined is explained in Web Services explained . A service provider can also be a service consumer.



Reference Doc=
http://download.microsoft.com/download/b/4/d/b4db580a-0361-4907-9a6e-9d2866d8b581/Real%20World%20SOA.doc