The Integration Between EAI and SOA - Part I

Save this PDF as:
 WORD  PNG  TXT  JPG

Size: px
Start display at page:

Download "The Integration Between EAI and SOA - Part I"

Transcription

1 by Jose Luiz Berg, Project Manager and Systems Architect at Enterprise Application Integration (EAI) SERVICE TECHNOLOGY MAGAZINE Issue XLIX April 2011 Introduction This article is intended to present the relationship between Service-Oriented Architecture (SOA) and Enterprise Application Integration (EAI). Some people have recently said that EAI is dead, it was then replaced by SOA, creating some confusion and enforcing a culture of forgeting all the past. This is causing a lot of problems and pushing SOA implementation to a complete failure. To estabilish this relationship we are going to start telling the story of EAI, estabilishing its main principles and goals, showing how SOA combines with EAI, and how they could join to create a new and advanced architecture. History of Systems Integration In the beginning was the verb mainframes. In these super computers, the environment was completely controlled. Since the hardware was proprietary, all software was developed by the equipment manufacturer or by the internal development team of each company. At that time, there was only database integration with many systems (usually developed in the same language) accessing data in the databases (sorted sequential files). There was no strict concept of system, but collections of individual programs that shared the same execution environment In the late 1970 s there, began appearing a few personal computers, however, they were very expensive and limited. Finally in 1981, IBM introduced the first of this PC, which brought a silent revolution that went unnoticed by most people at that time. The hardware was no longer proprietary and could be manufactured by anyone. Likewise, the software could be developed and purchased from any company and the user began to choose which of them they preferred to use. Such a choice was the seed of the entire system integration because in a computer company several different systems could be used for each area. It made no sense that the information had been retyped for use in each system, so needed to communicate somehow, to allow synchronization of information. In the 1990 s we saw the ERP systems which were aimed at solving the problem of synchronization of data. Since its modular architecture was developed to provide separate modules for each business area sharing the database, allowed data to be exchanged between them. The problem with this approach was that the suppliers didn t have all the modules required for the company, and there was no compatibility between modules from different vendors. Also, the modules not always met the needs of each area of business that when opted to use another system, returned to the same problem of having to synchronize information. Copyright Arcitura Education Inc. 1

2 Figure 1 Espagueti Problem It became obvious that in a large company, the same strategy would be required for systems to exchange information. They would need to avoid repetitive work and re-entering data, and ensuring that all systems use the most updated information. Initially this strategy was to exchange files on floppy disks, and with the introduction of local networks, through file sharing. At this time therealso began to emerge relational databases, using client server architecture, and facilitating the sharing of data. With the evolution of networks and the adoption of the TCP/IP, there began to appear integrations using sockets, allowing a higher speed when sending online information. At that time, systems integration was called middleware or software that runs among other software, allowing communication between them. With the exponential growth in the integration needs, the complexity of middleware systems has grown exponentially. It has characterized the problem called spaghetti, i.e. the exponential growth in complexity of integrating with the increase in the number of participating systems. Around 1998 there began appearing a new concept which was the use of an integration bus. With this concept, instead of each system connecting directly to other systems, all systems are connected to the bus. The bus has the intelligence to decide what systems will provide or receive information. With this new concept, the spaghetti problem was resolved because the inclusion of a new system on the bus did not have a major impact on the overall integration complexity. Beyond this concept began to appear specific tools for integration. Copyright Arcitura Education Inc. 2

3 These tools provided the bus and also features such as data-mapping, persistence, state machines and connectors to allow communication using various technologies such as databases, sockets, FTP, HTTP, and special connectors for major ERP and CRM systems. Figure 2 Integration Bus Almost at the same time came the standard for distributed components by Microsoft or DCOM (Distributed Component Object Model), which allowed a program to execute a function on a remote computer without the need for an external agent to perform the communication. This was possible because the support was built into the operating system itself. DCOM was based on fusion of the COM (Component Object Model) with the RPC (Remote Procedure Call) which was already used in X/Java systems for RMI or CORBA calls, but that had not avenged by the lack of standardization in the X world, since every operating system flavor used slightly different and sometimes incompatible versions. The use of COM/DCOM was successful, and allowed the development of systems and applications. However, it only works between computers using Windows, and most servers and enterprise systems at this time have X systems. With this limitation in mind, Microsoft and IBM have sought a way to allow the same functionality across heterogeneous systems. The solution was to use HTTP as the data transport layer. With the growth of the Internet, this service was standardized and available on all platforms and the emerging XML standard for defining the data that was being exchanged. Thus is how Web service standards were created. Today, Web services are the most commonly adopted standard for systems integration, and the technology in fashion is service-oriented architecture (SOA). The purpose of this document is not to conceptualize SOA, but to show the relationship between EAI and this architecture. It is to present the points where the two meets, because despite some statements of the market that SOA buried the EAI, it is still alive, and ever more active, even if hidden under some other layer of SOA tools. If you want more information on SOA, search for Oasis, SOA Magazine, SOA Manifesto, The Open Group Architecture Framework, or at the very end of the list, see my presentation called SOA Facts & Actions. Copyright Arcitura Education Inc. 3

4 Integration Concepts An EAI system has some principles and goals. The main concept is to use an integration bus. It controls the communication, without the bus it would be considered only a midleware. In addition to that, here are other concepts that are also important to review: Low Coupling The concept of coupling in EAI can be defined as the complexity induced in the whole integration by changes in one single component. Any change on a system participating in the integration should generate little or no change on other components. Ideally, the coupling is the smallest possible, and the goal of EAI is to allow the complete abstraction of systems. This would allow a system that meets a certain area of business to be changed without affecting other components, and changing only its communication with the bus. Data Model Usually in an integration there are various data models involved because each system has its vision of each piece of information. One of the primary functions of EAI is to provide the coupling, i.e., convert the data from the source model to the destination model, and vice versa. However, if we use the source model to pass by the bus data, we would be violating the first concept and inducing a coupling. This is because a change in the data model from the source system will generate impacts on integration of other systems. Therefore, the ideal is that the bus has its own data model and provide the mapping of data to its internal model. In reality there are several other reasons to use a bus data model, although this generates more work than using the systems data models. If you look at a simple interface that sends data from system A to system B, we have two data conversions: System A Model -> Bus Model -> System B Model. While utilizing systems models you have only one: System A Model -> System B Model. Some of the other reasons are discussed in the later chapter specific to the data model. For now, it is important to understand that this is one of the pillars for integration. Figure 3 Data Models: Simple interface data conversions Copyright Arcitura Education Inc. 4

5 Separation of Functions The goal of integration is to allow communication between systems and not to steal its functionalities. This involves converting technologies, formats and data domains, and criticize requests that are not compliant to the standards. The problem is with the increase in the resources offered by modern EAI tools. They make it possible to implement various functions, but often creates features that should be in integrated systems and not in the integration tool. Sometimes it is very difficult to identify the difference because the boundaries are blurred. One of the important parameters to verify this limit is the paternity of data. The basic rule is that EAI generates no information, only transforms information generated by the integrated systems. If your implementation is generating information, you should suspect that you are extrapolating their functions. Granularity One of the most important settings for the EAI is the granularity of each interface because it sets the unit of work and performance of the interface. It is often said that EAI systems should not perform batch processing, and really ETL systems are much more efficient for this type of integration. However, that doesn t mean the EAI should not be used, only that there must be specific interfaces prepared for this type of processing. The problem typically occurs when someone has the idea of reading the batch file and publish each record to the existing interface to be processed individually. It may seem simple, but it will end up with your online processing. The most important concept is that the granularity of the interfaces should always be constant and compatible with the type of process, i.e., if your procedure begins with a batch interface should continue until the end of processing. Level of Cooperation On integration, the level of cooperation indicates how the system relates to the integration bus, i.e. how it exchanges information with the outside world. We can define three distinct levels of cooperation: Intrusive - The system is a bundle that has no programming or integration API. In this case, it is usual to read/write directly to the system database. The system doesn t notice that this process occurs. This type of integration must be built with care, and it will generate inconsistencies with the native data. Cooperative - Although the system has closed functionalities, it also has an API for integration and some mechanism to receive and make calls to external systems. In this case, the integration is easier, but limited to the functionality provided by the system, and the technology available. Programmable - Most modern systems have some programming language or script, that allows them to receive and make calls using various customized technologies. This is the optimal level of integration, allowing the system to be created with features out-of-box. if required, you can add others. Complexity of the Problem X Solution In systems integration there is no magic. If you have a complex problem, its solution is complex. For a simple problem, its solution is simple. Whenever someone says to you that there is a simple solution to a complex problem, re-evaluate the problem and look at it from a different perspective. Did you overestimated the problem or are you being deceived. This seems like a simple concept, but many projects have failed because they forgot this concept and relied on fast solutions. With these concepts in mind, and knowing more about the history, principles and concepts of systems integration, let s now begin to understand the components and separate the functions so that whe can have efficient integration, with low coupling and a good maintainability. Copyright Arcitura Education Inc. 5

6 Integration Layers The main function of EAI is to allow communication between systems. For doing that you also need to know what information needs to be sent or received from each system and in what time. This knowledge is not part of the interface because a system only needs to know how to send the information to the bus. We have the separation of processing in two distinct layers: Communications Layer With communication we can understand all tasks required to enable the exchange of information with the outside world. This communication can be one-way or two-way, synchronous or asynchronous, locally or remotely, and you can use one or a set of technologies. The main components of this layer are: Adapters - These are the agents responsible for the physical communication. They can use various technologies and protocols. The most common are HTTP (S), FTP, files, database client, TCP/IP sockets, SOAP, REST, Corba, COM/DCOM, RMI, etc. In General, data is exchanged in the physical format of the external system. Conversors - These are the components responsible for the conversion of data from the external format to a format more friendly to the bus, so it can be processed easily, rapidly and evenly. The format depends on the bus, but most modern systems typically use XML. Processors - These are required in complex integrations. They are generally used when external systems have a logic of communication that needs to be implemented. The bus should wait through several events to compose a request, breaking a request on various other specific events, wait or perform other tasks required for communication with the systems, or any similar taks. It should remember however that we are not running business rules in this point, but only specific rules to allow communication with a system. Processors generally use state diagrams to govern its functioning, and may have persistence mechanisms to hold the information until processing. Mapmakers - Its function is converting data from the system model to the the internal model of the bus, i.e. change the logical format. This can result in concatenating attributes, use of conversion tables, copy data from one attribute to another, perform the calculation and processing routines, validating and critisizing information and numerous other functions, but not forgetting that the bus cannot create any information. The bus can only transform what was received. Mapmakers work under demand of processors, and data mapped are returned to them for processing. Routers - Once the information has been received, converted, processed and mapped, the next step is running the business rules. This information should be sent to the correct component in the business layer. This is the role of routing. It receives information from external systems and forwards it to the correct internal component, or the internal component receives information and forwards it to the external system using the router. Routers function as elements of abstraction, preventing communication and business layers need to know each other to exchange information, and therefore reducing the coupling of the system. Copyright Arcitura Education Inc. 6

7 Figure 3 Data Models: Simple interface data conversions Business Layer When it comes to the business layer, the information is already in the format and data model of the bus. So its function is determine what should be done with each request. It performs what is called business rule of the bus. To allow this intelligence, the following components are required: Processors - This is where the business logic is executed. The communication layer usually consist of state diagrams and persistence mechanisms to store the information. It may also have integrated workflow systems and user interaction support to enter data and information on the progress of tasks. Usually programming language and scripts allows complex tasks to be implemented. However, you should be very careful that all processing is independent of the systems involved, in order to ensure independence and low coupling. Any processing that depends on a particular system should be done in that system s communication layer. Mapmakers - Usually the information need to be mapped in order to run the business requests. This implies copying data, composing and decomposing them into smaller requests, validating and critisizing domains to match informations, and countless other activities. It is important to remember that we have already received data in the correct physical and logical models. We are only converting data to match the required business rules, but the mapping output needs to be also in the same model. Mapmakers work under demand of processors and data mapped are returned to them for processing. Copyright Arcitura Education Inc. 7

8 Routers - In the same way as in the communication layer, we need to have a rotedor as an element of isolation between communication and business layers. Although initially this seems to be redundant, it introduces the concept of platform. Imagine a scenario where your company has three different billing systems, each with its own customers. Your business rule says that if a purchase order has already been terminated, then the request must be sent to the billing. However, you did not know which of customer billing systems should be used. If this decision is taken in the business processes, you would have a high coupling between them and the systems, which is undesirable. By using this router, the business process knows only to send the request to the billing platform, and the router will then identify the correct system and forward the request to the router for the underliyng communication layer. Figure 3 Data Models: Simple interface data conversions The separation of processing in these two layers can address one of the main goals of EAI, which is the independence of the specific systems. Theoretically, their business rules are separated from the communication, then a system could be replaced by another similar only by changing your communication layer. It is clear that a change of this scale always involves changing business processes, but this way, the change can be made generating the lowest possible impact to the company. Conclusion The next article will continue by going through the data model, business process model, EAI & SOA, and the conclusion. Copyright Arcitura Education Inc. 8

9 About the Author: Jose Luiz Berg Jose Luiz Berg is a long term project manager and a systems architect with Enterprise Application Integration (EAI). In the past few years, Jose focused his work on implementing Service Oriented Architecture (SOA) for large Brazilian telecommunication companies. He graduated in computer networks, but also has a lot of experience working as a programmer in commercial programming languages, in last 25 years. Jose believes that SOA is one of the most important advances in software development in last decades. As it involves not only a change in the way we work, but also a significantly changes how companies see themselves and their IT resources. This advancement may be a risk, as many companies are being convinced by bad software vendors that SOA is only creating Web services, however they are not focusing on what it really stands for. By doing so they are not realizing that this is important part of the history in the making. Copyright Arcitura Education Inc. 9

EAI & SOA. The Integration between EAI and SOA. Version: 1.0/EN. Release Date: 23/03/2011

EAI & SOA. The Integration between EAI and SOA. Version: 1.0/EN. Release Date: 23/03/2011 EAI & SOA The Integration between EAI and SOA Version: 1.0/EN Release Date: 23/03/2011 Document Release Control Subject: Description: Author: The Integration between EAI and SOA This document details the

More information

Motivation Definitions EAI Architectures Elements Integration Technologies. Part I. EAI: Foundations, Concepts, and Architectures

Motivation Definitions EAI Architectures Elements Integration Technologies. Part I. EAI: Foundations, Concepts, and Architectures Part I EAI: Foundations, Concepts, and Architectures 5 Example: Mail-order Company Mail order Company IS Invoicing Windows, standard software IS Order Processing Linux, C++, Oracle IS Accounts Receivable

More information

Service Oriented Architecture 1 COMPILED BY BJ

Service Oriented Architecture 1 COMPILED BY BJ Service Oriented Architecture 1 COMPILED BY BJ CHAPTER 9 Service Oriented architecture(soa) Defining SOA. Business value of SOA SOA characteristics. Concept of a service, Enterprise Service Bus (ESB) SOA

More information

Technical Track Session Service-Oriented Architecture

Technical Track Session Service-Oriented Architecture Technical Track Session Service-Oriented Architecture Terry Woods Agenda A little history What is Service-Oriented Architecture? How do you build a Service-Oriented Architecture Solution? What is an Enterprise

More information

Service Oriented Architecture Based Integration. Mike Rosen CTO, AZORA Technologies, Inc. Mike.Rosen@Azoratech.com

Service Oriented Architecture Based Integration. Mike Rosen CTO, AZORA Technologies, Inc. Mike.Rosen@Azoratech.com Service Oriented Architecture Based Integration Mike Rosen CTO, AZORA Technologies, Inc. Mike.Rosen@Azoratech.com Mike Rosen ACCESS TO THE EXPERTS Consultant Chief Enterprise Architect for service and

More information

RS MDM. Integration Guide. Riversand

RS MDM. Integration Guide. Riversand RS MDM 2009 Integration Guide This document provides the details about RS MDMCenter integration module and provides details about the overall architecture and principles of integration with the system.

More information

A Unified Messaging-Based Architectural Pattern for Building Scalable Enterprise Service Bus

A Unified Messaging-Based Architectural Pattern for Building Scalable Enterprise Service Bus A Unified Messaging-Based Architectural Pattern for Building Scalable Enterprise Service Bus Karim M. Mahmoud 1,2 1 IBM, Egypt Branch Pyramids Heights Office Park, Giza, Egypt kmahmoud@eg.ibm.com 2 Computer

More information

Integrating Siebel CRM 8 with Oracle Applications

Integrating Siebel CRM 8 with Oracle Applications Integrating Siebel CRM 8 with Oracle Applications Agenda Corporate Overview Siebel 8.0 New Features Siebel Integration Approaches Integration with Oracle Applications Option 1 Option 2 Pros and Cons Evaluation

More information

EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES. Enterprise Application Integration. Peter R. Egli INDIGOO.

EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES. Enterprise Application Integration. Peter R. Egli INDIGOO. EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES Peter R. Egli INDIGOO.COM 1/16 Contents 1. EAI versus SOA versus ESB 2. EAI 3. SOA 4. ESB 5. N-tier enterprise architecture

More information

Lesson 18 Web Services and. Service Oriented Architectures

Lesson 18 Web Services and. Service Oriented Architectures Lesson 18 Web Services and Service Oriented Architectures Service Oriented Architectures Module 4 - Architectures Unit 1 Architectural features Ernesto Damiani Università di Milano A bit of history (1)

More information

Service-Oriented Architecture: Analysis, the Keys to Success!

Service-Oriented Architecture: Analysis, the Keys to Success! Service-Oriented Architecture: Analysis, the Keys to Success! Presented by: William F. Nazzaro CTO, Inc. bill@iconatg.com www.iconatg.com Introduction Service-Oriented Architecture is hot, but we seem

More information

Service Oriented Architecture (SOA) An Introduction

Service Oriented Architecture (SOA) An Introduction Oriented Architecture (SOA) An Introduction Application Evolution Time Oriented Applications Monolithic Applications Mainframe Client / Server Distributed Applications DCE/RPC CORBA DCOM EJB s Messages

More information

SOA Myth or Reality??

SOA Myth or Reality?? IBM TRAINING S04 SOA Myth or Reality Jaqui Lynch IBM Corporation 2007 SOA Myth or Reality?? Jaqui Lynch Mainline Information Systems Email jaqui.lynch@mainline.com Session S04 http://www.circle4.com/papers/s04soa.pdf

More information

Service-oriented architecture in e-commerce applications

Service-oriented architecture in e-commerce applications Service-oriented architecture in e-commerce applications What is a Service Oriented Architecture? Depends on who you ask Web Services A technical architecture An evolution of distributed computing and

More information

Enterprise Application Designs In Relation to ERP and SOA

Enterprise Application Designs In Relation to ERP and SOA Enterprise Application Designs In Relation to ERP and SOA DESIGNING ENTERPRICE APPLICATIONS HASITH D. YAGGAHAVITA 20 th MAY 2009 Table of Content 1 Introduction... 3 2 Patterns for Service Integration...

More information

Toward Realization of Service-Oriented Architecture (SOA)

Toward Realization of Service-Oriented Architecture (SOA) Toward Realization of Service-Oriented Architecture (SOA) V Isao Morita (Manuscript received April 25, 2006) These days, companies must quickly identify changes that will affect them and quickly respond

More information

Enterprise Integration EAI vs. SOA vs. ESB

Enterprise Integration EAI vs. SOA vs. ESB Enterprise Integration EAI vs. SOA vs. ESB Author - Anurag Goel Page 1 of 6 TABLE OF CONTENTS 1 INTRODUCTION... 4 2 SOA... 4 3 EAI... 5 3.1 HUB/SPOKE... 5 3.2 BUS... 7 4 ESB... 9 5 CONCLUSION... 10 6 TAKEAWAYS

More information

A standards-based approach to application integration

A standards-based approach to application integration A standards-based approach to application integration An introduction to IBM s WebSphere ESB product Jim MacNair Senior Consulting IT Specialist Macnair@us.ibm.com Copyright IBM Corporation 2005. All rights

More information

CHAPTER 1 INTRODUCTION

CHAPTER 1 INTRODUCTION 1 CHAPTER 1 INTRODUCTION Internet has revolutionized the world. There seems to be no limit to the imagination of how computers can be used to help mankind. Enterprises are typically comprised of hundreds

More information

Emerging Technologies Shaping the Future of Data Warehouses & Business Intelligence

Emerging Technologies Shaping the Future of Data Warehouses & Business Intelligence Emerging Technologies Shaping the Future of Data Warehouses & Business Intelligence Service Oriented Architecture SOA and Web Services John O Brien President and Executive Architect Zukeran Technologies

More information

ESB solutions Title. BWUG & GSE Subtitle 2013-03-28. guy.crets@i8c.be. xx.yy@i8c.be

ESB solutions Title. BWUG & GSE Subtitle 2013-03-28. guy.crets@i8c.be. xx.yy@i8c.be ESB solutions Title BWUG & GSE Subtitle 2013-03-28 guy.crets@i8c.be xx.yy@i8c.be 1 I8C part of Cronos Integration consultancy ESB, SOA, BPMS, B2B, EAI, Composite Apps Vendor independent 40+ consultants

More information

Movex vs Integration. Integration demands. Integration demands. Programvarurådet Agenda. Välkommen till Programvarurådets Seminaruim:

Movex vs Integration. Integration demands. Integration demands. Programvarurådet Agenda. Välkommen till Programvarurådets Seminaruim: Template ver.1.2 / 1 Start Slide Programvarurådet Agenda demands Principal integration technologies Välkommen till Programvarurådets Seminaruim: workplace Interfaces solution Web service framework vs Template

More information

3-Tier Architecture. 3-Tier Architecture. Prepared By. Channu Kambalyal. Page 1 of 19

3-Tier Architecture. 3-Tier Architecture. Prepared By. Channu Kambalyal. Page 1 of 19 3-Tier Architecture Prepared By Channu Kambalyal Page 1 of 19 Table of Contents 1.0 Traditional Host Systems... 3 2.0 Distributed Systems... 4 3.0 Client/Server Model... 5 4.0 Distributed Client/Server

More information

Research on the Model of Enterprise Application Integration with Web Services

Research on the Model of Enterprise Application Integration with Web Services Research on the Model of Enterprise Integration with Web Services XIN JIN School of Information, Central University of Finance& Economics, Beijing, 100081 China Abstract: - In order to improve business

More information

Outline SOA. Properties of SOA. Service 2/19/2016. Definitions. Comparison of component technologies. Definitions Component technologies

Outline SOA. Properties of SOA. Service 2/19/2016. Definitions. Comparison of component technologies. Definitions Component technologies Szolgáltatásorientált rendszerintegráció Comparison of component technologies Simon Balázs, BME IIT Outline Definitions Component technologies RPC, RMI, CORBA, COM+,.NET, Java, OSGi, EJB, SOAP web services,

More information

SOFT 437. Software Performance Analysis. Ch 5:Web Applications and Other Distributed Systems

SOFT 437. Software Performance Analysis. Ch 5:Web Applications and Other Distributed Systems SOFT 437 Software Performance Analysis Ch 5:Web Applications and Other Distributed Systems Outline Overview of Web applications, distributed object technologies, and the important considerations for SPE

More information

The Service Revolution software engineering without programming languages

The Service Revolution software engineering without programming languages The Service Revolution software engineering without programming languages Gustavo Alonso Institute for Pervasive Computing Department of Computer Science Swiss Federal Institute of Technology (ETH Zurich)

More information

Introduction to Service Oriented Architectures (SOA)

Introduction to Service Oriented Architectures (SOA) Introduction to Service Oriented Architectures (SOA) Responsible Institutions: ETHZ (Concept) ETHZ (Overall) ETHZ (Revision) http://www.eu-orchestra.org - Version from: 26.10.2007 1 Content 1. Introduction

More information

For <Project> Version 1.0

For <Project> Version 1.0 Oklahoma Department of Human Services Data Services Division Service-Oriented Architecture (SOA) For Version 1.0 Table of Contents 1. Service Oriented Architecture (SOA) Scope...

More information

Achieving business agility and cost optimization by reducing IT complexity. The value of adding ESB enrichment to your existing messaging solution

Achieving business agility and cost optimization by reducing IT complexity. The value of adding ESB enrichment to your existing messaging solution Smart SOA application integration with WebSphere software To support your business objectives Achieving business agility and cost optimization by reducing IT complexity. The value of adding ESB enrichment

More information

Middleware Lou Somers

Middleware Lou Somers Middleware Lou Somers April 18, 2002 1 Contents Overview Definition, goals, requirements Four categories of middleware Transactional, message oriented, procedural, object Middleware examples XML-RPC, SOAP,

More information

Service Oriented Architectures

Service Oriented Architectures 8 Service Oriented Architectures Gustavo Alonso Computer Science Department Swiss Federal Institute of Technology (ETHZ) alonso@inf.ethz.ch http://www.iks.inf.ethz.ch/ The context for SOA A bit of history

More information

Copyright IONA Technologies 2002. Web Services. Seán Baker IONA Technologies

Copyright IONA Technologies 2002. Web Services. Seán Baker IONA Technologies Web Services Seán Baker IONA Technologies Overview There a number of different types of middleware So what does Web Services offer? 2 Enterprise IT is highly complex and heterogeneous Build new applications

More information

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Charlie Abela Department of Artificial Intelligence charlie.abela@um.edu.mt Last Lecture Web Ontology Language Problems? CSA 3210 Service Oriented Architecture 2 Lecture Outline

More information

Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus

Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus Level: Advanced Jean-Louis Maréchaux (jlmarech@ca.ibm.com), IT Architect, IBM 28 Mar 2006 Today's business

More information

PIE. Internal Structure

PIE. Internal Structure PIE Internal Structure PIE Composition PIE (Processware Integration Environment) is a set of programs for integration of heterogeneous applications. The final set depends on the purposes of a solution

More information

Testing Web Services Today and Tomorrow

Testing Web Services Today and Tomorrow Copyright Rational Software 2002 http://www.therationaledge.com/content/oct_02/m_webtesting_jb.jsp Testing Web Services Today and Tomorrow by Jason Bloomberg Senior Analyst ZapThink LLC With all the attention

More information

Client/server is a network architecture that divides functions into client and server

Client/server is a network architecture that divides functions into client and server Page 1 A. Title Client/Server Technology B. Introduction Client/server is a network architecture that divides functions into client and server subsystems, with standard communication methods to facilitate

More information

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Situation The idea of Service Oriented Architecture (SOA) as well as the concepts behind it are often confusing to both Java developers and WebLogic administrators. Vendors

More information

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Version 9 2 SOA-2 Overview Ok, now we understand the Web Service technology, but how about Service Oriented Architectures? A guiding analogy Terminology excursion Service,

More information

What is the NXTware Evolution Server Peter Marquez, Product Marketing ecube Systems

What is the NXTware Evolution Server Peter Marquez, Product Marketing ecube Systems What is the NXTware Evolution Server Peter Marquez, Product Marketing ecube Systems The NXTware Evolution Server is designed to simplify the integration of your enterprise s software assets, including

More information

Approaching SaaS Integration with Data Integration Best Practices and Technology

Approaching SaaS Integration with Data Integration Best Practices and Technology white paper Approaching SaaS Integration with Data Integration Best Practices and Technology David S. Linthicum Introduction Many new and existing business processes and information continue to move outside

More information

Oracle Service Bus. Situation. Oracle Service Bus Primer. Product History and Evolution. Positioning. Usage Scenario

Oracle Service Bus. Situation. Oracle Service Bus Primer. Product History and Evolution. Positioning. Usage Scenario Oracle Service Bus Situation A service oriented architecture must be flexible for changing interfaces, transport protocols and server locations - service clients have to be decoupled from their implementation.

More information

Oracle WebLogic Foundation of Oracle Fusion Middleware. Lawrence Manickam Toyork Systems Inc www.toyork.com http://ca.linkedin.

Oracle WebLogic Foundation of Oracle Fusion Middleware. Lawrence Manickam Toyork Systems Inc www.toyork.com http://ca.linkedin. Oracle WebLogic Foundation of Oracle Fusion Middleware Lawrence Manickam Toyork Systems Inc www.toyork.com http://ca.linkedin.com/in/lawrence143 History of WebLogic WebLogic Inc started in 1995 was a company

More information

What Is the Java TM 2 Platform, Enterprise Edition?

What Is the Java TM 2 Platform, Enterprise Edition? Page 1 de 9 What Is the Java TM 2 Platform, Enterprise Edition? This document provides an introduction to the features and benefits of the Java 2 platform, Enterprise Edition. Overview Enterprises today

More information

The Application of BizTalk in Public Sector

The Application of BizTalk in Public Sector The Application of BizTalk in Public Sector with BizTalk Server 2006 Chris Axton Application Platform Specialist NSW Public Sector Rahul Garg National BizTalk Specialist Microsoft Australia Public Sector

More information

Service Computing: Basics Monica Scannapieco

Service Computing: Basics Monica Scannapieco Service Computing: Basics Monica Scannapieco Generalities: Defining a Service Services are self-describing, open components that support rapid, low-cost composition of distributed applications. Since services

More information

Enterprise SOA Service activity monitoring

Enterprise SOA Service activity monitoring Enterprise SOA activity monitoring Michael Herr Head of SOPSOLUTIONS CITT Expertengespräch, 19. Juni 2006 AGENDA Business oriented SOA: Agility and Flexibility Application Integration: Policy-driven ESB

More information

The TCP/IP Reference Model

The TCP/IP Reference Model The TCP/IP Reference Model The TCP/IP Model Comparison to OSI Model Example Networks The TCP/IP Model Origins from ARPANET, DoD research network ARPA - Advanced Research Projects Agency Reliability was

More information

Service Virtualization: Managing Change in a Service-Oriented Architecture

Service Virtualization: Managing Change in a Service-Oriented Architecture Service Virtualization: Managing Change in a Service-Oriented Architecture Abstract Load balancers, name servers (for example, Domain Name System [DNS]), and stock brokerage services are examples of virtual

More information

How service-oriented architecture (SOA) impacts your IT infrastructure

How service-oriented architecture (SOA) impacts your IT infrastructure IBM Global Technology Services January 2008 How service-oriented architecture (SOA) impacts your IT infrastructure Satisfying the demands of dynamic business processes Page No.2 Contents 2 Introduction

More information

Son of SOA Resource-Oriented Computing Event-Driven Architecture

Son of SOA Resource-Oriented Computing Event-Driven Architecture Son of SOA Resource-Oriented Computing Event-Driven Architecture Eugene Ciurana Director, Systems Infrastructure LeapFrog Enterprises, Inc. eugenex@leapfrog.com pr3d4t0r @ irc://irc.freenode.net ##java,

More information

Getting started with API testing

Getting started with API testing Technical white paper Getting started with API testing Test all layers of your composite applications, not just the GUI Table of contents Executive summary... 3 Introduction... 3 Who should read this document?...

More information

Lehrstuhl für Informatik 4 Kommunikation und verteilte Systeme. Middleware. Chapter 8: Middleware

Lehrstuhl für Informatik 4 Kommunikation und verteilte Systeme. Middleware. Chapter 8: Middleware Middleware 1 Middleware Lehrstuhl für Informatik 4 Middleware: Realisation of distributed accesses by suitable software infrastructure Hiding the complexity of the distributed system from the programmer

More information

Intergiciels et systèmes distribués

Intergiciels et systèmes distribués Intergiciels et systèmes distribués Christophe Gransart IFSTTAR - LEOST 20 Novembre 2012 Christophe Gransart (IFSTTAR) GERI STICITS 20 Novembre 2012 1 / 38 Plan 1 Introduction 2 Service Oriented Architecture

More information

The Role of Cisco SONA in Enterprise Architecture Frameworks and Strategies

The Role of Cisco SONA in Enterprise Architecture Frameworks and Strategies The Role of Cisco SONA in Enterprise Architecture Frameworks and Strategies A White Paper by: Ian Foo Technical Lead, Cisco Systems, Inc. April 2008 Copyright 2008 The Open Group All rights reserved. No

More information

CRM Magic with Data Migration & Integration

CRM Magic with Data Migration & Integration CRM Magic with Data Migration & Integration Daniel Cai http://www.kingswaysoft.com http://danielcai.blogspot.com About me Daniel Cai Principal Developer @KingswaySoft An independent software company offering

More information

Service-Oriented Integration: Managed File Transfer within an SOA (Service- Oriented Architecture)

Service-Oriented Integration: Managed File Transfer within an SOA (Service- Oriented Architecture) Service-Oriented Integration: Managed File Transfer within an SOA (Service- Oriented Architecture) 2 TABLE OF CONTENTS 1 Increased Demand for Integration: The Driving Forces... 4 2 How Organizations Have

More information

JOURNAL OF OBJECT TECHNOLOGY

JOURNAL OF OBJECT TECHNOLOGY JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2008 Vol. 7, No. 8, November-December 2008 What s Your Information Agenda? Mahesh H. Dodani,

More information

Mule ESB. Integration Simplified. Rich Remington rremington@rich-software.com

Mule ESB. Integration Simplified. Rich Remington rremington@rich-software.com Mule ESB Integration Simplified Rich Remington rremington@rich-software.com Topics Integration, SOA, and ESB What Mule ESB is (and isn t) Mule Architecture & Components Configuration & Deployment Enterprise

More information

CHAPTER 1: OPERATING SYSTEM FUNDAMENTALS

CHAPTER 1: OPERATING SYSTEM FUNDAMENTALS CHAPTER 1: OPERATING SYSTEM FUNDAMENTALS What is an operating? A collection of software modules to assist programmers in enhancing efficiency, flexibility, and robustness An Extended Machine from the users

More information

Improve business agility with WebSphere Message Broker

Improve business agility with WebSphere Message Broker Improve business agility with Message Broker Enhance flexibility and connectivity while controlling costs and increasing customer satisfaction Highlights Leverage business insight by dynamically enriching

More information

Introduction into Web Services (WS)

Introduction into Web Services (WS) (WS) Adomas Svirskas Agenda Background and the need for WS SOAP the first Internet-ready RPC Basic Web Services Advanced Web Services Case Studies The ebxml framework How do I use/develop Web Services?

More information

Cloud Computing & Service Oriented Architecture An Overview

Cloud Computing & Service Oriented Architecture An Overview Cloud Computing & Service Oriented Architecture An Overview Sumantra Sarkar Georgia State University Robinson College of Business November 29 & 30, 2010 MBA 8125 Fall 2010 Agenda Cloud Computing Definition

More information

What is Middleware? Software that functions as a conversion or translation layer. It is also a consolidator and integrator.

What is Middleware? Software that functions as a conversion or translation layer. It is also a consolidator and integrator. What is Middleware? Application Application Middleware Middleware Operating System Operating System Software that functions as a conversion or translation layer. It is also a consolidator and integrator.

More information

Real Time Integrator 2.0 Technical Overview

Real Time Integrator 2.0 Technical Overview Real Time Integrator 2.0 Technical Overview An overview of Real Time Integrator 2.0 solutions, architecture and features www.sysrepublic.com Introducing Real Time Integrator 2.0 Real Time Integrator ()

More information

What is Data Virtualization? Rick F. van der Lans, R20/Consultancy

What is Data Virtualization? Rick F. van der Lans, R20/Consultancy What is Data Virtualization? by Rick F. van der Lans, R20/Consultancy August 2011 Introduction Data virtualization is receiving more and more attention in the IT industry, especially from those interested

More information

Enterprise Service Bus Defined. Wikipedia says (07/19/06)

Enterprise Service Bus Defined. Wikipedia says (07/19/06) Enterprise Service Bus Defined CIS Department Professor Duane Truex III Wikipedia says (07/19/06) In computing, an enterprise service bus refers to a software architecture construct, implemented by technologies

More information

Sophisticated Common Data Environment (CDE) with BIMaaS Platform

Sophisticated Common Data Environment (CDE) with BIMaaS Platform Sophisticated Common Data Environment (CDE) with BIMaaS Platform September 2015 Contents 1. Introduction to BIMaaS Platform... 3 2. What is Common Data Environment?... 3 3. Real World Challenges without

More information

Implementation of Information Integration Platform in Chinese Tobacco Industry Enterprise Based on SOA. Hong-lv Wang, Yong Cen

Implementation of Information Integration Platform in Chinese Tobacco Industry Enterprise Based on SOA. Hong-lv Wang, Yong Cen Implementation of Information Integration Platform in Chinese Tobacco Industry Enterprise Based on SOA Hong-lv Wang, Yong Cen Information Center, China Tobacco Zhejiang Industrial Co., Ltd Hangzhou, China,

More information

Enterprise Architecture For Next Generation Telecommunication Service Providers CONTACT INFORMATION:

Enterprise Architecture For Next Generation Telecommunication Service Providers CONTACT INFORMATION: Enterprise Architecture For Next Generation Telecommunication Service Providers CONTACT INFORMATION: phone: +1.301.527.1629 fax: +1.301.527.1690 email: whitepaper@hsc.com web: www.hsc.com PROPRIETARY NOTICE

More information

MIDDLEWARE 1. Figure 1: Middleware Layer in Context

MIDDLEWARE 1. Figure 1: Middleware Layer in Context MIDDLEWARE 1 David E. Bakken 2 Washington State University Middleware is a class of software technologies designed to help manage the complexity and heterogeneity inherent in distributed systems. It is

More information

Event based Enterprise Service Bus (ESB)

Event based Enterprise Service Bus (ESB) Event based Enterprise Service Bus (ESB) By: Kasun Indrasiri 128213m Supervised By: Dr. Srinath Perera Dr. Sanjiva Weerawarna Abstract With the increasing adaptation of Service Oriented Architecture for

More information

Extending Legacy Applications to Consume Web Services. OpenSpan White Paper Series: Extending Legacy Applications to Consume Web Services

Extending Legacy Applications to Consume Web Services. OpenSpan White Paper Series: Extending Legacy Applications to Consume Web Services OpenSpan White Paper Series: Extending Legacy Applications to Consume Web Services Extending Legacy Applications to Consume Web Services Achieving SOA Now p.2 OpenSpan White Paper Series: Extending Legacy

More information

IBM Global Technology Services March 2008. Virtualization for disaster recovery: areas of focus and consideration.

IBM Global Technology Services March 2008. Virtualization for disaster recovery: areas of focus and consideration. IBM Global Technology Services March 2008 Virtualization for disaster recovery: Page 2 Contents 2 Introduction 3 Understanding the virtualization approach 4 A properly constructed virtualization strategy

More information

INTEGRATING CONTACT MANAGEMENT USING SERVICE-ORIENTED ARCHITECTURE. A Project. Presented. to the Faculty of. California State University, Chico

INTEGRATING CONTACT MANAGEMENT USING SERVICE-ORIENTED ARCHITECTURE. A Project. Presented. to the Faculty of. California State University, Chico INTEGRATING CONTACT MANAGEMENT USING SERVICE-ORIENTED ARCHITECTURE A Project Presented to the Faculty of California State University, Chico In Partial Fulfillment of the Requirements for the Degree Master

More information

A Guide to Creating C++ Web Services

A Guide to Creating C++ Web Services A Guide to Creating C++ Web Services WHITE PAPER Abstract This whitepaper provides an introduction to creating C++ Web services and focuses on:» Challenges involved in integrating C++ applications with

More information

LinuxWorld Conference & Expo Server Farms and XML Web Services

LinuxWorld Conference & Expo Server Farms and XML Web Services LinuxWorld Conference & Expo Server Farms and XML Web Services Jorgen Thelin, CapeConnect Chief Architect PJ Murray, Product Manager Cape Clear Software Objectives What aspects must a developer be aware

More information

IBM Information Management

IBM Information Management IBM Information Management January 2008 IBM Information Management software Enterprise Information Management, Enterprise Content Management, Master Data Management How Do They Fit Together An IBM Whitepaper

More information

whitepaper The Evolutionary Steps to Master Data Management

whitepaper The Evolutionary Steps to Master Data Management The Evolutionary Steps to Master Data Management Table of Contents 3 Introduction 4 Step 1: Implement a Foundational Service Layer 6 Step 2: Choose a style 11 Summary The Evolutionary Steps to Master Data

More information

Enterprise Services Integration Transforming Features into Services

Enterprise Services Integration Transforming Features into Services Enterprise Services Integration Transforming Features into Services The complexity of information systems for health sector organizations is a global challenge that results in an exponential increase in

More information

COMP5426 Parallel and Distributed Computing. Distributed Systems: Client/Server and Clusters

COMP5426 Parallel and Distributed Computing. Distributed Systems: Client/Server and Clusters COMP5426 Parallel and Distributed Computing Distributed Systems: Client/Server and Clusters Client/Server Computing Client Client machines are generally single-user workstations providing a user-friendly

More information

AJAX: Highly Interactive Web Applications. Jason Giglio. jgiglio@netmar.com

AJAX: Highly Interactive Web Applications. Jason Giglio. jgiglio@netmar.com AJAX 1 Running head: AJAX AJAX: Highly Interactive Web Applications Jason Giglio jgiglio@netmar.com AJAX 2 Abstract AJAX stands for Asynchronous JavaScript and XML. AJAX has recently been gaining attention

More information

Infrastructures for Digital Business Ecosystems : the wrong question?

Infrastructures for Digital Business Ecosystems : the wrong question? Infrastructures for Digital Business Ecosystems : the wrong question? Maurizio De Cecco http://maurizio.dececco.name/ http://www.linkedin.com/in/mauriziodececco As an independent expert working for the

More information

What is Data Virtualization?

What is Data Virtualization? What is Data Virtualization? Rick F. van der Lans Data virtualization is receiving more and more attention in the IT industry, especially from those interested in data management and business intelligence.

More information

Di 6.1a. Warum naive SOA scheitert Ein Erfahrungsbericht. Adam Bien. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

Di 6.1a. Warum naive SOA scheitert Ein Erfahrungsbericht. Adam Bien. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Di 6.1a January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Warum naive SOA scheitert Ein Erfahrungsbericht Adam Bien How To Kill a SOA Project Early? [Warum naive SOA scheitert]

More information

For about a decade, this was the primary computing environment on campus.

For about a decade, this was the primary computing environment on campus. Unified Directories at the Rochester Institute of Technology Matt Campbell (matt.campbell@rit.edu) About RIT RIT is one of the nation s top comprehensive universities and sets the national standard for

More information

Connectivity and integration Executive brief. Optimize the potential of ERP systems through IBM SMART SOA integration strategies.

Connectivity and integration Executive brief. Optimize the potential of ERP systems through IBM SMART SOA integration strategies. Connectivity and integration Executive brief Optimize the potential of ERP systems through IBM SMART SOA integration strategies. Page 2 Contents 2 Executive overview 3 A problem of integration 4 How this

More information

Chapter 11 I/O Management and Disk Scheduling

Chapter 11 I/O Management and Disk Scheduling Operating Systems: Internals and Design Principles, 6/E William Stallings Chapter 11 I/O Management and Disk Scheduling Dave Bremer Otago Polytechnic, NZ 2008, Prentice Hall I/O Devices Roadmap Organization

More information

Reference Model for Cloud Applications CONSIDERATIONS FOR SW VENDORS BUILDING A SAAS SOLUTION

Reference Model for Cloud Applications CONSIDERATIONS FOR SW VENDORS BUILDING A SAAS SOLUTION October 2013 Daitan White Paper Reference Model for Cloud Applications CONSIDERATIONS FOR SW VENDORS BUILDING A SAAS SOLUTION Highly Reliable Software Development Services http://www.daitangroup.com Cloud

More information

OWB Users, Enter The New ODI World

OWB Users, Enter The New ODI World OWB Users, Enter The New ODI World Kulvinder Hari Oracle Introduction Oracle Data Integrator (ODI) is a best-of-breed data integration platform focused on fast bulk data movement and handling complex data

More information

VOL. 2, NO. 3, March 2012 ISSN 2222-9833 ARPN Journal of Systems and Software 2009-2011 AJSS Journal. All rights reserved

VOL. 2, NO. 3, March 2012 ISSN 2222-9833 ARPN Journal of Systems and Software 2009-2011 AJSS Journal. All rights reserved Five Aspects of Application Integration Requirements Fazilat Hojaji MS of Information Technology Engineering, Amirkabir University of Technology Computer Engineering & IT Department Hafez ST,Tehran, Iran

More information

Who am I? Why use EAI? A little history. Today s Lecture. A little history. Enterprise Application Integration Techniques

Who am I? Why use EAI? A little history. Today s Lecture. A little history. Enterprise Application Integration Techniques Enterprise Application Integration Techniques The most important and fastest growing IT sector IDC Chairman Peter Vance Who am I? Jim Fenner 3 rd year BSc student Email: J.Fenner@cs.ucl.ac.uk 1 2 Why is

More information

Packaged Applications Meet Service-Oriented Architectures

Packaged Applications Meet Service-Oriented Architectures Technology, B. Wood, J. Comport Research Note 9 April 2003 Packaged Applications Meet Service-Oriented Architectures Evaluating a packaged application must start with an assessment of how well it can work

More information

Service Oriented Architecture

Service Oriented Architecture Architectural Approaches, Concepts and Methodologies of Service Oriented Architecture Master Thesis submitted in partial satisfaction of the requirements for the degree of Master of Science in Information

More information

Harness the value of information throughout the enterprise. IBM InfoSphere Master Data Management Server. Overview

Harness the value of information throughout the enterprise. IBM InfoSphere Master Data Management Server. Overview IBM InfoSphere Master Data Management Server Overview Master data management (MDM) allows organizations to generate business value from their most important information. Managing master data, or key business

More information

Service Oriented Architecture. Impact on Information Quality

Service Oriented Architecture. Impact on Information Quality Service Oriented Architecture Impact on Information Quality John Walsh - Personal GROUP 1 software Service Oriented Architecture (SOA) Key Concepts Software functionality is a re-usable service that can

More information

Designing an Enterprise Application Framework for Service-Oriented Architecture 1

Designing an Enterprise Application Framework for Service-Oriented Architecture 1 Designing an Enterprise Application Framework for Service-Oriented Architecture 1 Shyam Kumar Doddavula, Sandeep Karamongikar Abstract This article is an attempt to present an approach for transforming

More information

Alternatives to SNMP and Challenges in Management Protocols. Communication Systems Seminar Talk 10 Francesco Luminati

Alternatives to SNMP and Challenges in Management Protocols. Communication Systems Seminar Talk 10 Francesco Luminati Alternatives to SNMP and Challenges in Management Protocols Communication Systems Seminar Talk 10 Francesco Luminati Introduction Structure Network management Management approaches SNMP Alternatives: NetConf

More information

Service Oriented Architecture (SOA) Implementation Framework for Satellite Mission Control System Software Design

Service Oriented Architecture (SOA) Implementation Framework for Satellite Mission Control System Software Design Service Oriented Architecture (SOA) Implementation Framework for Satellite Mission Control System Software Design GSAW2006 28 th March 2006 Soon Hie Tan K I Thimothy Nanyang Technological University Singapore

More information