TOPIC 7 Enterprise Application Architecture (EAI).

Slides:



Advertisements
Similar presentations
Welcome to Middleware Joseph Amrithraj
Advertisements

Distributed Processing, Client/Server and Clusters
ICS 434 Advanced Database Systems
Database Architectures and the Web
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 9 Distributed Systems Architectures Slide 1 1 Chapter 9 Distributed Systems Architectures.
Chapters 14 & 15 Internet Databases. E-Commerce  Bringing new products, services, or ideas to market, supporting and enhancing business operations 
Network Management Overview IACT 918 July 2004 Gene Awyzio SITACS University of Wollongong.
SOA with Progress Philipp Walther Consultant. © 2007 Progress Software Corporation2 Agenda  SOA  Enterprise Service Bus (ESB)  The Progress SOA Portfolio.
Technical Architectures
© Prentice Hall CHAPTER 5 Organizational Systems.
Chapter 17: Client/Server Computing Business Data Communications, 4e.
A New Computing Paradigm. Overview of Web Services Over 66 percent of respondents to a 2001 InfoWorld magazine poll agreed that "Web services are likely.
1 Pertemuan 13 Servers for E-Business Matakuliah: M0284/Teknologi & Infrastruktur E-Business Tahun: 2005 Versi: >
Distributed Systems Architectures
1 Chapter 7 IT Infrastructures Business-Driven Technology
Integration of Applications MIS3502: Application Integration and Evaluation Paul Weinberg Adapted from material by Arnold Kurtz, David.
Ch 12 Distributed Systems Architectures
The Architecture of Transaction Processing Systems
EAI. 2/31 Example: a simple supply chain purchase order deliver goods write invoice order atricle check availability document customer-contact not available.
E-Business: Intra-Business E-Commerce
Client/Server Architecture
Tiered architectures 1 to N tiers. 2 An architectural history of computing 1 tier architecture – monolithic Information Systems – Presentation / frontend,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 12 Slide 1 Distributed Systems Design 1.
Web-based Portal for Discovery, Retrieval and Visualization of Earth Science Datasets in Grid Environment Zhenping (Jane) Liu.
Enterprise Application Integration
The Client/Server Database Environment
Module 3: Business Information Systems Enterprise Systems.
Enterprise Resource Planning
Client/Server Architectures
INTEGRATION OF E - BUSINESS WITH ERP SYSTEM P RESENTATION ON INTEGRATION OF E - BUSINESS WITH ERP SYSTEM Presenting by Presenting by, Shruti raj Anushree.
PHASE 3: SYSTEMS DESIGN Chapter 8 System Architecture.
Enterprise Application -Lesegruppe WebServices -Zusammenfassung von Tianxiang LU.
SOA, BPM, BPEL, jBPM.
Enterprise Systems & Architectures. Enterprise systems are mainly composed of information systems. Business process management mainly deals with information.
Chapter 9 Moving to Design Part 2.
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 3 – 10 – 2011 College Of Computer Science and Information, Information Systems.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 12 Slide 1 Distributed Systems Architectures.
Database Architectures and the Web Session 5
Integration Broker PeopleTools Integration Broker Steps –Introduction & terminologies –Application Server PUB/SUB services (Application Server)
Csi315csi315 Client/Server Models. Client/Server Environment LAN or WAN Server Data Berson, Fig 1.4, p.8 clients network.
Unit – I CLIENT / SERVER ARCHITECTURE. Unit Structure  Evolution of Client/Server Architecture  Client/Server Model  Characteristics of Client/Server.
1 Introduction to Middleware. 2 Outline What is middleware? Purpose and origin Why use it? What Middleware does? Technical details Middleware services.
Based on the paper “Myths around Web Services” by Gustavo Alonso Web Services & Myths Around it Debashis Roy Deepa Saha.
7-1 Management Information Systems for the Information Age Copyright 2004 The McGraw-Hill Companies, Inc. All rights reserved Chapter 7 IT Infrastructures.
CS 493/693: Distributed Systems Programming V. “Juggy” Jagannathan CSEE, West Virginia University March 7, 2005.
Middleware for FIs Apeego House 4B, Tardeo Rd. Mumbai Tel: Fax:
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
1 Geospatial and Business Intelligence Jean-Sébastien Turcotte Executive VP San Francisco - April 2007 Streamlining web mapping applications.
Information Builders : SmartMart Seon-Min Rhee Visualization & Simulation Lab Dept. of Computer Science & Engineering Ewha Womans University.
Databases JDBC (Java Database Connectivity) –Thin clients – servlet,JavaServer Pages (JSP) –Thick clients – RMI to remote databases –most recommended way.
Chapter 17: Client/Server Computing Business Data Communications, 4e.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
Distributed Information Systems. Motivation ● To understand the problems that Web services try to solve it is helpful to understand how distributed information.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
ERP Course: Enterprise Application Integration Readings: Chapter 3 from Gustavo Alonso et al Peter Dolog dolog [at] cs [dot] aau [dot] dk E2-201 Information.
Providing web services to mobile users: The architecture design of an m-service portal Minder Chen - Dongsong Zhang - Lina Zhou Presented by: Juan M. Cubillos.
2005 Microsoft PAKISTAN DEVELOPER CONFERENCE June 13-15, 2005.
Overview of SOA and the role of ESB/OSB
E-commerce Architecture Ayşe Başar Bener. Client Server Architecture E-commerce is based on client/ server architecture –Client processes requesting service.
Distributed Systems Architectures Chapter 12. Objectives  To explain the advantages and disadvantages of different distributed systems architectures.
Distributed Systems Architectures. Topics covered l Client-server architectures l Distributed object architectures l Inter-organisational computing.
N-Tier Architecture.
The Client/Server Database Environment
SOA (Service Oriented Architecture)
CS 493/693: Distributed Systems Programming
Database Architectures and the Web
Inventory of Distributed Computing Concepts
Enterprise Resource Planning, 1st Edition by Mary Sumner
Enterprise Integration
Presentation transcript:

TOPIC 7 Enterprise Application Architecture (EAI)

Content Architectures Middleware What is EAI A Typical EAI System EAI Benefits Conclusion

Enterprise Application Integration (EAI) Provides the means to share data between different applications without writing custom interfaces. Example: – Consider a company that wants to do build an eCommerce portal. – Has a number of legacy applications (or even an ERP solution in place) – Need build the web-based eCommerce infrastructure and link with systems that do functions like process orders, manage inventory, ship products – The company decides to use a major courier service for delivery of products ordered from the web site. – The company wants an ODS for analysis of transactions taking place on the site

Example One solution – custom Interfaces Issues? eCom Site Courier Shipping Inventory Order System ODS

Example eCom Site Courier Shipping Inventory Order System ODS EAI Alternative – employ EAI solution

Advantages of EAI Cost effectiveness Time to market Scalability Ability to deal with complex environments

EAI Components Business Rule Component: to allow the applications to understand your business processes. Business Logic Modules (i.e. supply planning, sales order processing. Methods for business process management.) Transformation tools (to define how to map data from one system to another)

EAI Components …. Cont… Data Acquisition Component: to allow access to the Data Source and Target Interfaces (i.e. Siebel, SAP, PeopleSoft, ODBC, Oracle, CICS, IMS) - note that the data acquisition component is crucial to EAI success. Most vendors refer to these interfaces as "adapters“ Adapters understand the data structures associated with applications and the means by which to access the data. (SAP/ABAP). map heterogenous data formats, interfaces and protocols into a common model and format. Hide heterogeneity and present uniform view of layers below.

EAI Components …… Cont…. System Development Component: to allow programmers to design and test custom requirements - Design tools (for business process design, debugging, and testing)

EAI - Components System Control Component: Should have the following features: – Management tools (for application-specific monitoring) – Directory tools (for locating other applications on different platforms), particularly support for the Lightweight Directory Access Protocol (LDAP) – Commitment control management mechanisms (for control of business-level logical units of work) – Strong support for metadata management

EAI - Components – Message Brokers (to control transactions, control security, and perform event notification. The product should also include the capability to "bridge" messages between different messaging systems (facilitates the interaction among adapters) – Scalability for high-volume transaction throughput. It is almost impossible to know at implementation time what the data volumes will be in the future – therefore, EAI must be scalable. – Support for varying levels of fault tolerance, load balancing, and failover for mission-critical systems. Workflow enablement is a key requirement to reduce latency between distributed processes.

Typical EAI system integrating application (contains the composition logic) message broker SmartQuotation DBMS applications SmartForecastingXYZ SmartQuotation adapter database adapter SmartForecasting adapter adapter XYZ adapter

Message Brokers Message oriented middleware Supporting integration of heterogenous systems Logic for routing messages Filtering and processing messages

Old message-based interoperability inventory management payment- system month-end closing shipping message-oriented middleware dispacher new PO

Message Brokers inventory management payment- system month-end closing shipping message broker dispacher new PO

Difference senderreceiver message broker core In basic MOM it is the sender who specifies the identity of the receivers. With message brokers, custom message routing logic can be defined at the messae broker level or at the queue level.

Routing logic sender‘s identity message type message content Definition – message broker level – queue level

What is EA? Its not technical! Aligning IT to business. Answering all of the enterprise needs Transverse view. knowing and managing the current situation, paving the road for the wanted one. Implementation of information management Enforce homogeneous solutions and enable “One system” to the users.

Architectures 1 layer architecture – monolithic Information Systems – presentation, application logic, and resource management were merged into a single tier 2 layer architecture – separation of presentation layer from other 2 layers (app + resource) – became popular as 'server/client' systems 3 layer architecture – can be achieved by separating RM (resource management) from application logic layer

Multi-tier Architectures Where to put the business-logic? – Client tier -> NO! Fat clients Reimplementing it for each different type of client Redistributing clients after each software update – Data tier -> NO! Vendor and technology dependence grows Different applications have different needs for the same data Performance issues in resource usage

Multi-tier Architectures Where to put the business-logic? – Middle tier -> YES! Business logic has its own tier Web browsers HTML, Java GUI clients C++, VB, Java Client tier user interfaces Web Server Middleware Server Middle tier business logic Data tier data sources Databases Legacy Systems

Middleware I Allows communication – through a standard language – across different platforms – between legacy and moderm applications Takes care of – transactions between servers – data conversion – authentication – communications between computers

Middleware II Provides runtime environment for components in the middle-tier – Component lifecyle and management – Transaction, event and security services – Provides connections to databases, mainframes and legacy systems Seperates client-tier from the data source – Clean seperation of user-interfaces and presentation logic from the data source

Middleware III Main use today: Legacy wrapping for thin client architectures User interfaces Business logic Data sources Client-tier (GUI applications, browsers) Middle-tier (CORBA/EJB/COM server) Data-tier (databases, mainframes)

Importance of EAI A step forward in the evolution of middleware Integrates applications and enterprise data sources so that they can easily share business processes and data. Integration is done without significant changes of applications and data sources.

Middleware EAI Middleware

ERP System Legacy System Databases CRM System Enterprise Portal Application Financial System SCM System Internal Applications (Java,C,C++) EAI

28/31 Example: a simple supply chain purchase order deliver goods write invoice order atricle check availability document customer-contact not available Ordering System Warehouse Controlsystem CRM System ERP System Manufacturing System Financial System Business Process Management

EAI benefits: Lower development costs – Integration is simpler because systems are more loosely coupled than in object brokers Lower opportunity costs – Integration is done more quickly – corresponding cost savings reachieved sooner Lower maintenance effort – adapters extract the interaction with external systems – significant advantage from the software engineering point of view

Conclusion Enterprises integrate their applications – less expensive than replacement – more efficient than „information islands“ Enterprises must establish web-presence and make business services available to web- clients

Workflow Management Systems

Content Overview The parts of a WfMS WfMS requirements WfMS and other Middleware WfM and the Web

Why WfMS Originally for office automation Automate administrative processes among human participants and applications Facilitate definition and maintenance of integration logic Processes can be interpreted and modified by business people

What is a WfMS Software platform to – Design – Develope – Execute – Analyse workflow processes integrate different Services, Applications and human participants

The parts of a WfMS Workflow definition – Workflow definition Languages Workflow engine Design interface Monitoring tools and reporting capabilities User Interface Workflow Architecture

The parts of a WfMS Workflow definition Workflow engine Workflow Instance User Interface / Application Monitoring Resource repository

The Workflow definition Formal description of a business logic Specified by a directed graph Defines order of execution of process nodes – Work node – Routing node – Start and completion nodes Once designed, definitions can be “applied” to the process engine

38/31 The Workflow engine Retrieve Wf definition Determine nodes to be executed – routing node – work node Place work into the work queue – resource accomplishes work OR invoke method of resource API monitor inbound queue for completion messages determine next node to be executed Wait until Work is completed Place work Into work queue Determine nodes out of WF definition

The Workflow engine (2) Resource Broker Workflow engine resource1 resource2 resource3 Inbound queue Outbound queues Workflow Definition

Monitoring Tools track and monitor individual work requests review resource productivity and work volume analysis quickly search for and identify a work request provide feedback on performance issues Get information about bottlenecks in the process Analysis to implement changes to the workflow process

User Interface Separate work list management from workflow management access and action work requests individuals have a single work list requests from different workflows

Workflow Architectures Highly centralized Architecture Tasmanager parts of Scheduler Async. centralized Architecture Tasmanager no longer part of Scheduler Calling Program not blocked No immediate action of called Program

WfMS Requirements Scale Dynamic resource selection and assignment Performance management Sophisticated Failure handling

WfMS and other Middleware Act in many ways as EAI tools emphasis on programming in the large Focus on workflow that manages integration Combine WfMS and EAI into a single system

WfMS and other Middleware (2) WfMS WfMS Adapter Message Broker Smart quotation adapter database adapter forecasting adapter adapter ….. Smart quotation DBMS Application Smart Forecasting

WfM and the Web Services have to be described Protocols to communicate with the Service – SOAP Formats and protocols for invoking the Service – WSDL Must be easy to find Search Services by creteria – UDDI

Web Service Integration Outsource Services Search for business partners Establish partnership Enable Service communication Exchange of messages Services may not be invoked in right order New requirements: Get list of Services that fullfill them Compose new Web Service - Publish Service Internal details hidden from User

48/31 Advantages of WfMS Rapid process design and maintainance Failure and exception handling Catering for performance and high availability Workflow design with graphical interface

Disadvantages of WfMS Expensive software licenses Complex installation and operation Heavy-weight platforms