from eai to soa - ittoolboxhosteddocs.ittoolbox.com/nv101907.pdf · availability dates for tibco...

This document (including, without limitation, any product roadmap or statement of direction data) illustrates the planned testing, release and availability dates for TIBCO products and services. This document is provided for informational purposes only and its contents are subject to change without notice. TIBCO makes no warranties, express or implied, in or relating to this document or any information in it, including, without limitation, that this document, or any information in it, is error-free or meets any conditions of merchantability or fitness for a particular purpose. This document may not be reproduced or transmitted in any form or by any means without our prior written permission.

From EAI to SOA

.How to implement SOA in your organization?

.How SOA is influencing the current EAI Scenario?

Neeraj Vishnuvardhan Consultant, TIBCO

2 This document (including, without limitation, any product roadmap or statement of direction data) illustrates the planned testing, release and availability dates for TIBCO products and services. It is for informational purposes only and its contents are subject to change without notice.

© 2006 TIBCO Software Inc. All Rights Reserved. Confidential and Proprietary.

As they say it..

“Snow melts at the edge “… .

Andy Grove , Intel Co-founder

A snow bank always retreats at the edge because that’s where it is exposed the most… … … … … … .



Introduction

? The main agenda will be to familiarize the audience about what EAI and SOA mean.

? The emphasis will be on the ways SOA helps to improve the EAI

? We shall also discuss steps any organization or institution should take to implement SOA



At the end of the session, you should be able to… …

? Define EAI and SOA

? Understand how SOA improves EAI

? Whether an organization should implement SOA?

? Steps to SOA



Agenda

? EAI & SOA Definition

? EAI before SOA

? Why SOA Now?

? Steps to SOA

SOA

How?

Why?

EAI



EAI and SOA Definition



Define EAI and SOA

? Enterprise Application Integration … ...

is the process of placing hardware, software, and business process in context so that when they are combined the interfaces between components become seamless, information can be easily shared, and systems working together can achieve

synergies.



EAI illustrated

Data Level

Platform Level

Application Layer

BusinessProcessLevel

B2B Level

Levels of Integration

Integrate disparate corporate entities (B2Bi)



Myth Busted

BUSTED !!!!

EAI is a technology. It is not a domain.



SOA

? A service-oriented architecture… …

is a collection of services that communicate with each other. The services are self-contained and do not depend on the context or state of the other service. They work within a distributed systems architecture.



SOA illustrated

? SOA is causing companies to think seriously about how to assemble their business systems out of common parts.

? This takes a bit more thought and investment in the beginning, but it enables the companies that use it to build systems faster and faster as the inventory of reusable parts grows.

? In a Service Oriented Architecture, systems are composed of reusable components, called "services."

? A service is a software building block that performs a distinct function — such as retrieving customer information from a database — through a well-defined interface (an electronic description of how to call the service from other services).



Myth Busted

BUSTED !!!!

Many people think of SOA as a technology. Instead it is a mindset, it’s an idea, and it’s a concept to create reusable units for specific business functionality. Thus SOA can be treated as an Architecture



Evolution of SOA

From monolithic systems to SOA

System A System DSystem CSystem B



Many times web-services are treated as SOA. It is generally accepted that a web service is a SOA with at least the following constraints:

1. Interfaces must be based on internet protocols such as HTTP, FTP, and SMTP

2. Except for binary data attachment, messages must be in XML

There are two main styles of web services: SOAP (Simple Object Access Protocol) web services and REST (Representational State transfer) web services.

There are a number of additional constraints one can apply on SOA in order to improve its scalability, performance and, reliability.



This SOA Maturity Model provides a framework for discussion between IT and business users about the applicability and benefits of SOA in an organization across five levels

of adoption maturity.



EAI before SOA



EAI before SOA

FBT PAY GNTS

TRDS

Client

Customs

RREIPS Integrated A/C Refunds

RBADef

PaymentsExcise

CR

PKI

ECI ADD AWA ELS

Client Staff RemoteStaff

TAXAGENTS

GCI

Call Centres

WOC

CCD

TASS

StaffPhone

ComplianceStaff

BOA

Ref material

Bus. Intel

NTS A/c

BEP

CDCCCWMS

BANK

DDDR

1

Data… … .

Penalty

Business

IVR

1

The Spaghetti bowl…….



Current / Earlier conflicts

Conflict between EAI and SOA

For EAI the main aim has always been to integrate two or more disparate systems or scenarios. It never aimed to provide a common semantics so that others will access it as a useful service. On the other hand, SOA aims to provide useful services to other systems. Here is where EAI went wrong.



Why SOA Now ?



Why SOA now?

Why hasn't everyone been doing this for the last 20 years? … … … … …

? Well, one of the first things that you need in order to be able to build systems out of parts is a standard way to represent a software part, and if there is no standard, it becomes extraordinarily difficult.

? SOA is not a new thing and companies have made attempts over the last 15 years to come up with a standard. Standards such as CORBA and DCOM have existed for a while, but they never became global standards… for a variety of reasons.



? Companies over the time started thinking about how to take the same technologies that were born in the internet and use them not necessarily to link together humans, but instead to link together computer systems. So these organizations came up with Web services standards.

? These standards are based on technologies that originated from the Web, and they use technologies like HTTP and XML as a standard way to represent software parts and to link together potentially millions of computer systems.

? In the last couple of years, there has been near universal adoption of Web services as a set of technologies and standards upon which to base SOA. And, software vendors like TIBCO have brought products to market that make SOA real and useful.



Is it worth it?

Complexity of System

Effort toEnhance

Sound Architecture +Design Patterns +Enforcing rules

Multitude of“ad hoc” projects

Initial Investment

Benefits

Payback

Dream



Reduce Dependencies

Schema

Agreements

ProgrammingLanguage

Object Model

ApplicationServer

Database

OperatingSystem

Database

OperatingSystem

ProgrammingLanguage

Object Model

ApplicationServer

YouYour

Partner

Example of a tightly coupled solutionService Oriented Architecture



Steps to SOA



Steps to SOA

? The Seven steps to SOA are:

1. Create/ Expose Services

2. Register

3. Secure

4. Manage

5. Mediate and Virtualize

6. Govern

7. Integrate Services



Create/ Expose Services

There can be no SOA without services, so the first step must be to expose or create services that can readily be consumed by Web services enabled applications



Register

Ok, so you have one or more services available in your enterprise. Now what?

•In order for a service to be used, or reused, application architects and developers that might benefit from this service need to know that it exists. This is where a registry comes in.

•At its simplest level, a registry is nothing more than a library index that helps potential users of services find services they might be interested in.

•The registry should offer both search and browse interfaces, and should be organized logically to facilitate quick and accurate discovery of services.



In today’s SOA the accepted standard for basic registry services is UDDI (Universal Discover, Description, and Integration). The UDDI specification provides a data model and a set of interfaces (all Web services themselves) for publishing and discovering services, as well as a further set of interfaces for managing the registry server itself.



Secure

Authentication, Authorization, Privacy, Auditing, etc



By following step 1 and 2, you might have:

? Created gaping security holes in your organization

? Exposed high-value transactions to anyone with rudimentary Web Services Skills.

Take a look at the ways we can make Web services secure:

? Authentication- X.509 signatures/ Certificates

? Authorization- By using policy decision products.

? Privacy- XML encryption, Key and certificate mechanism.

? Auditing: So that the system maintains a record of requests and responses as needed.



Manage

What happens when my services become victims of their own success?i.e. a service has become so popular that there are several (tens, or hundreds, or

thousands) different applications consuming it and it starts to buckle under the load.

We need to monitor our services so that we know if they are performing within normal operating parameters, and so that we see potential problems before they occur by implementing capacity planning models.



The monitoring solution we deploy should be able to monitor services for basic availability, performance (response time), throughput, and even extend to content and user based monitoring. It should be able to monitor and alert on specific SLA thresholds, and should be able to apply different SLA’s to different users of the same service or operation.



Mediate and Virtualize

The next set of challenges occurs as your SOA matures.

Think of conditions when… .

•You need to introduce new versions of services, or increase the capacity of a service by running multiple instances of it.

•You need to provision applications to use specific instances of services, and you need to offer services that expose a wider range of different interface types.

This is where service virtualization comes in.A virtual service is an entirely new service, defined by its own WSDL, with its own network address and transport parameters. It doesn’t implement any business logic; it simply acts as a proxy to one or more physical services.



Govern

The next step is to tie together all the capabilities delivered through the first 5 steps with a governance framework



Integrate Services

Looking back at the results of the last 6 steps towards an SOA, we are left wondering what else can there possibly be… … .

•By now we have a set of services that are published in a registry, secure, managed, reliable and loosely-coupled, all wrapped in a solid design and run-time governance solution.

•The final step for some enterprises is to deploy one or more Enterprise Services Bus (ESB) implementations to integrate services into higher-level composite or orchestrated services. These ESB’s will often be delivered as part of a broader application suite, such as Oracle eBusiness applications, or SAP.





Takeaway Summary

•SOA brings cost effective, reusable and low lead time solutions to an organizationbut EAI and SOA are both going to coexist.

•SOA is more then web services, in fact web services alone can not handle thecomplex, secure and SLA based applications of an enterprise.

•Packaged EAI solutions in future would have SOA as basic tenet and would continueto be the prime choice for large scale integration.

from eai to soa - ittoolboxhosteddocs.ittoolbox.com/nv101907.pdf · availability dates for tibco...

Documents