ESB and SOA Infrastructure

Total Page:16

File Type:pdf, Size:1020Kb

ESB and SOA Infrastructure eBook ESB and SOA Infrastructure The Enterprise Service Bus (ESB) is a form of plumbing that enables effective SOA implementation. But understanding the ESB remains an industry-wide quest. Open source consultant Jeff Genender lists a message bus first on his list of the basic building blocks of a successful SOA infrastructure. And yet, some recent Forrester survey results show that first-time SOA infrastructure purchases maybe shifting from ESBs to other SOA technologies. Read this eBook to learn more about ESBs including: • The role of ESBs in application integration • Tips on open source and SOA infrastructure from Jeff Genender • Forrester's take on where the ESB fits in today's enterprise architecture Sponsored By: SearchSOA.com eBook ESB and SOA Infrastructure eBook ESB and SOA Infrastructure Table of Contents The ESB and its role in application integration architecture Working with ActiveMQ – Tips from TSSJS presenter Jeff Genender part one On SOA infrastructure – Tips from TSSJS presenter Jeff Genender part two Forrester analysts: SOA still strong Resources from FuseSource Sponsored By: Page 2 of 10 SearchSOA.com eBook ESB and SOA Infrastructure The ESB and its role in application integration architecture By Alan Earls Although enterprise service busses (ESBs) are not new, they can continue to be a nexus for confusion. After many years and many implementations, what they do, how they do it and whether specific products can help create a SOA are all still matters of contention. Chris Harding, a forum director for SOA and client computing at The Open Group, argues that there isn’t always clarity regarding the nature of ESBs. On the Internet, he points out, there is TCP, which is standardized and central to everything. There is nothing similar on the enterprise software stack for ESBs. ―All you have is a good common understanding of what an ESB does, but you don’t have the tightly defined interfaces. It is a much looser thing,‖ he says. According to Harding, when people talk about ESBs, the key thing they want is the ability to exchange messages using the ESB as a messaging bus. ―To that basic vision can be added many other things in terms of transforming the messages, in terms of your ability to combine services and even as a composition engine, but the core is the transmission of messages.‖ Historically, Harding says a lot of discussion once focused on whether an ESB is essential for SOA. ―In a theoretical sense, the answer is no,‖ he says. Instead, SOA requires a service- oriented approach to your architecture, the definition of components as services, the identification of service definitions and the loose coupling of those services, he explains. However, notes Harding, when organizations implement loose coupling for the exchange of messages between services, they often find that an ESB as a means of message exchange is the crucial part of their service-oriented architecture. Ken Volmer, an analyst at Forrester research, says ESBs handle the interactions between different components, creating and routing services, and even providing orchestration. Sponsored By: Page 3 of 10 SearchSOA.com eBook ESB and SOA Infrastructure ―ESB is the plumbing that enables someone to implement SOA effectively,‖ he adds. Implementing that broad architectural vision is another matter. Volmer says a good starting point is an architectural reference model. ―There has been broad agreement since the first talk about ESBs that they should include an architecture layer, a connection layer, a mediation layer and an orchestration layer,‖ he says. Citing a recent Forrester report, ―The ESB Reference Architecture Model,‖ Volmer says that several ESB components must work together to provide the basic ESB framework to deliver availability (typically, through clustering), federation (to support interoperation of ESBs), a topology (such as a hub-and-spoke structure) and extensibility (so that customers can add capabilities on their own). ESBs are an illustration of service orientation, which is still ―a different way of doing things‖ for many organizations. ―People used to write point integration but with ESB, you should be able to create and then reuse code in different ways,‖ he says. Getting over that idea of having to develop everything from scratch is crucial – and then using an ESB to help implement SOA can make life easier. ―But developers still like to write code, and that can be a problem,‖ he adds. Volmer says one of the main challenges in implementing an ESB is making sure you have the right product before you buy it. If throughput is a key requirement, test the product on your site before you buy it. ―Don’t buy a pig in a poke,‖ he says. According to Volmer, implementing an ESB isn’t usually that difficult. He says the degree of challenge depends significantly on the skill level of the people involved with an ESB. ―It is not simple to implement, but we are way beyond the bleeding edge stage; ESBs have been around for 8-10 years so vendors have made them much easier to work with,‖ he says. ―Therefore,‖ he adds, ―implementing an ESB would not significantly challenge a well- organized IT department.‖ Volmer says Forrester has interviewed 20 companies that recently implemented ESBs and no areas emerged as particularly burdensome. ―More than anything, it is a different way of doing integration,‖ he adds. However, he notes, when problems did surface during initial Sponsored By: Page 4 of 10 SearchSOA.com eBook ESB and SOA Infrastructure implementations, about 80 percent of them seemed to be architecture related and the balance – only about 20 percent – were linked to tuning issues. ―From my theoretical perspective, the thing that interests me the most about ESBs is how easy it is to port your services from one ESB to another,‖ adds Hardy. Sponsored By: Page 5 of 10 SearchSOA.com eBook ESB and SOA Infrastructure Working with ActiveMQ – Tips from TSSJS presenter Jeff Genender part one For those who aren’t that familiar with ActiveMQ, what might be surprising? Jeff Genender: Its capabilities. Its ability to scale both horizontally and vertically; [its ability to] work with network clusters. That it’s one of the fastest JMS containers out there. It’s one of most popular JMS containers out there, and one reason is it’s free. We run into a lot of companies migrating from some of the bigger [commercial] JMS implementations, not only because of its capabilities, but because it has many things that are different [and go] above and beyond what a normal JMS implementation can do, and with speed. The fact that it’s open source and better than many commercial implementations people will find fascinating. What are the most typical problems with ActiveMQ that you’ll be addressing in your presentation at TheServerSide Java Symposium? Genender: The most common is the container appears to seize up and you need to restart. People try to tweak the memory and JVM parameters, but that usually won’t fix it. That’s one of the biggest areas – people don’t think ActiveMQ is stable and they’ll have to reboot it. The same thing with queues, why do you get a stuck queue and you can’t write to it anymore? We’ll talk about how to fix that. Seizing has to do with tuning parameters. We’ll talk about how to set up ActiveMQ and memory configurations within the MQ configuration files. The other common problem is architecture, so they’ll be some points on how to properly utilize ActiveMQ. You don’t’ want to use it as a message store, when it’s really an event engine, so [we’ll address] how to properly set up producers and consumers so you’ve got a proper flow going through systems. There are some architectural things people need to think about in going through the development process. Sponsored By: Page 6 of 10 SearchSOA.com eBook ESB and SOA Infrastructure How many of the problems are architectural vs. tuning problems? Genender: About 25% are architectural problems. That seems to be a bigger issue because it has to do with how fast producers are producing and consumers are consuming, and whether you’re using pooling or not. You run into those a lot, usually after the architecture is done, and tuning doesn’t fix it if it’s an architecture problem. These are hot points for folks. They’ve built this system, produced this design and are in production, and now they’re being told they have to change the architecture. We’ll talk about running into these items and what they can do to mitigate this. The problem is not knowing the container completely or understanding what JMS is all about. A lot of folks will use it as a message store or like a database as opposed to an event engine. That’s one of the biggest areas. You don’t want to park your message here. We’ll point to an example architecture to mitigate that issue. Do you have an implementation tip you will be discussing, particularly for high load systems? Genender: For scalability, utilize network brokers - and master-slave failover for high availability. Most of our clients in production will use both a network of brokers for high load, and almost always use master-slave for high availability. What will the takeaway of your talk be? Genender: To walk out and be able to implement ActiveMQ with a high degree of confidence that it will scale and perform well, and be able to debug and figure out what’s going on with their own stacks without calling in the experts. Sponsored By: Page 7 of 10 SearchSOA.com eBook ESB and SOA Infrastructure On SOA infrastructure – Tips from TSSJS presenter Jeff Genender part two Any discussion of SOA needs to start with a solid foundation.
Recommended publications
  • Oracle Takes on IBM and HP with Hardware, Software and Services Triple Play by Arif Mohamed
    CW+ a whitepaper from ComputerWeekly Oracle takes on IBM and HP with hardware, software and services triple play by Arif Mohamed This has been a landmark year for Oracle, the technology company headed by the charismatic and staggeringly wealthy Larry Ellison. Ellison, who is 65, has been chief executive officer since he founded Oracle in June 1977. He was listed the sixth richest person in the world in 2010. And his personal wealth of $27bn is a clear indication of Oracle’s success as an IT supplier. Oracle began the year by completing its $7.4bn acquisition of Sun Microsystems. The deal transformed Oracle from a software and consulting company, into a company able to compete on software, hardware and services. The deal gave Oracle Sun’s MySQL database, Sparc/Solaris servers, plus Sun’s storage hardware and flagship Java portfolio of tools and technologies. 2010 also marked the conclusion of an aggressive spending spree that has seen Oracle buying over 66 technology companies since 2002. These include CRM suppliers Siebel and PeopleSoft, middleware giant BEA Systems and storage specialist StorageTek. Six years on, Oracle has announced the fruits of its integration work, which began in 2004 when it bought PeopleSoft, which owned JD Edwards. Although Oracle has integrated the suites of applications from each subsequent merger to some degree, but it has now revealed a suite of software, Fusion Applications, which promises to unite them all for the first time through a common middleware layer, and run on optimised hardware from the Sun acquisition. Its Fusion Applications range of enterprise products, due out in January, will also give an upgrade path to enterprise users of Oracle’s legacy CRM and other business packages including PeopleSoft, Siebel and JD Edwards.
    [Show full text]
  • Focus on Apache Camel 23 3.1 Classification
    Institute of Architecture of Application Systems University of Stuttgart Universitätsstraße 38 D–70569 Stuttgart Diploma Thesis No. 3480 Complete Enterprise Topologies with routing information of Enterprise Services Buses to enable Cloud-migration Andre Grund Course of Study: Software Engineering Examiner: Prof. Dr. Frank Leymann Supervisor: Dipl.-Inf. Tobias Binz Commenced: May 01, 2013 Completed: October 28, 2013 CR-Classification: E.1, K.6 Abstract The Enterprise Service Bus is an important part of todays enterprise IT landscape. It offers the integration of applications build on different platforms without adaptation. This is accomplished by offering message transformation and routing capabilities of client requests to the designated endpoint service. However, Enterprise Service Buses also introduce an additional indirection between the client and the called backend application. Enterprise Topology Graphs capture a snapshot of the whole enterprise IT and are used in various use cases for analysis, migration, adaptation, and optimization of IT. The focus of this work is to enhance the ETG model with structural and statistical information about an enterprise. However, due to the decoupled architecture the information is hidden inside the ESB and not directly accessible. Furthermore, the arrangement and semantics of the routing entities are unknown. The existing ETG Framework includes the automated discovery and maintenance of ETGs, but offers no solution for ESB components in the enterprise IT. This thesis provides an in depth analysis of the ESBs Apache Camel and Apache Synapse. It applies information gathering concepts and evaluate them with a prototypical implementation of an ETG Framework plugin. Using tailored information gathering and presentation methods to enhance ETGs with routing information.
    [Show full text]
  • An Introduction to the Enterprise Service Bus
    An Introduction to the Enterprise Service Bus Martin Breest Hasso-Plattner-Institute for IT Systems Engineering at the University of Potsdam, Prof.-Dr.-Helmert-Str. 2-3, D-14482 Potsdam, Germany [email protected] Abstract. The enterprise service bus (ESB) is the most promising ap- proach to enterprise application integration (EAI) of the last years. It promises to build up a service-oriented architecture (SOA) by itera- tively integrating all kinds of isolated applications into a decentralized infrastructure. This infrastructure combines best practices from EAI, like message-oriented middleware (MOM), (Web) services, routing and XML processing facilities, in order to provide, use and compose (Web) services. Because the term ESB is often used to name different things, for exam- ple an architecture, a product or a ”way of doing things”, I point out in this paper what exactly an ESB is. Therefore, I first describe what distinguishes the ESB from former EAI solutions. Second, I show what the key components of an ESB are. Finally, I explain how these key components function alone and how they work together to achieve the aforementioned goal. 1 Introduction Due to the ongoing globalization, enterprises all over the world have to face a fierce competition. In order to stay in business, they constantly have to automate their business processes, integrate with their business partners and provide new services to their customers. With the changing demands in business, the goal of IT has also changed. Today, IT has to actively support enterprises in global competition. Therefore, it has to make business functionality and information available across the enterprise in order to allow software engineers to create, automate and integrate business processes and company workers to access all kinds of information in a unified way via a department- or enterprise-wide portal.
    [Show full text]
  • Porovnání Výkonu Switchyard a Jiných OSS ESB Implementací
    MASARYKOVA UNIVERZITA FAKULTA INFORMATIKY Û¡¢£¤¥¦§¨ª«¬­Æ°±²³´µ·¸¹º»¼½¾¿Ý Porovnání výkonu SwitchYard a jiných OSS ESB implementací BAKALÁRSKA PRÁCA Pavol Bako Brno, 2013 Prehlásenie Prehlasujem, že táto bakalárska práca je mojím pôvodným autorským die- lom, ktoré som vypracoval samostatne. Všetky zdroje, pramene a literatúru, ktoré som pri vypracovaní používal alebo z nich ˇcerpal,v práci riadne citu- jem s uvedením úplného odkazu na príslušný zdroj. Pavol Bako Vedúci práce: Mgr. Marek Grác i Kl’úˇcovéslová SOA, ESB, SCA, servisne orientovaná architektúra, service oriented archi- tecture, enterprise service bus, integraˇcnýsystém, výkonnostné testovanie, podniková zbernica služieb ii Pod’akovanie Chcel by som sa pod’akovat’ pánovi JiˇrímuPechancovi, ktorý ma sprevá- dzal po celú dobu práce, a ktorý mal strpenia na moje otázky. Takisto by som sa chcel pod’akovat’, že mi umožnil po dobu niekol’ko mesiacov pra- covat’ na bakalárskej práci v priestoroch spoloˇcnostiRed Hat vo svojej do- stupnosti a umožnil mi tak efektívnejšie riešit’ problémy. iii Obsah 1 Úvod ................................... 1 2 Služobne orientovaná architektúra (SOA) ............. 3 2.1 Integraˇcnésystémy a SOA pravidlá . 3 2.1.1 Point-to-point model . 4 2.1.2 Hub-and-spoke model . 5 2.1.3 Bus model (ESB) . 6 2.1.4 SCA OASIS architektúra . 6 3 Podniková zbernica služieb (ESB) .................. 7 3.1 Charakteristika posielania správ . 7 3.2 Prehl’ad základných vlastností . 7 3.3 Hl’adanie definície ESB . 9 4 Metodika testovania .......................... 10 4.1 Scenáre testovania a prostredie testovania . 10 4.1.1 DirectProxy . 11 4.1.2 CBRProxy . 11 4.1.3 XSLTProxy . 13 4.2 ESB Performance framework .
    [Show full text]
  • Performance Comparison of Jboss Integration Platform Implementations
    Masarykova univerzita Fakulta}w¡¢£¤¥¦§¨ informatiky !"#$%&'()+,-./012345<yA| Performance comparison of JBoss integration platform implementations Master Thesis Elena Medvedeva Brno, May 2014 Declaration Hereby I declare, that this paper is my original authorial work, which I have worked out by my own. All sources, references and literature used or excerpted during elaboration of this work are properly cited and listed in complete reference to the due source. Elena Medvedeva Advisor: Mgr. Marek Gr´ac,Ph.D. ii Acknowledgement I would like to thank my technical supervisor from Red Hat, Ing. Pavel Mac´ıkfor sharing his vast experience in the field of performance testing, and for valuable pieces of advice given to me during the preparation of this work. I am grateful to my supervisor Mgr. Marek Gr´ac,Ph.D. for the comments and consultations. Besides, I want to thank all my colleagues who work with me in the JBoss Fuse QA team, for support, and the company Red Hat, which provided me the opportunity to write this thesis. iii Abstract We present the results of our investigation in the field of performance testing of JBoss integration platforms to compare performance of JBoss Fuse and SwitchYard. We design a basic set of performance scenarios to cover basic usage patterns of integration platforms. We formalize the scenarios that are already implemented for SwitchYard, and we develop three new sce- narios. All fifteen scenarios are implemented for JBoss Fuse using Per- fCake and tweaked to be optimal from the performance point of view. In addition performance test execution is automated in distributed en- vironment using Jenkins and SmartFrog.
    [Show full text]
  • Enterprise Service Bus As Testing Sandbox for SOAP and REST Web Services Talend, Global Leader in Open Source IntegraOn SoluOns
    Enterprise Service Bus as Testing Sandbox for SOAP and REST Web Services Talend, Global Leader in Open Source Integraon Solu7ons Kai Wähner Principal Consultant [email protected] @KaiWaehner Xing / LinkedIn www.kai-waehner.de Agenda ➜ Introduc7on „Talend ESB“ ➜ Test Scenarios for Talend ESB ➜ Live Demo Agenda ➜ Introduc7on „Talend ESB“ ➜ Test Scenarios for Talend ESB ➜ Live Demo Talend Overview At a glance Talend today ➜ 400 employees in 7 countries with dual HQ in Los Altos, CA ▶ Founded in 2005 and Paris, France ➜ Over 4,000 paying customers across different industry ▶ Offers highly scalable integraon solu7ons ver7cals and company sizes addressing Data Integraon, ➜ Backed by Silver Lake Sumeru, Balderton Capital and Data Quality, MDM, ESB and Idinvest Partners BPM ▶ Provides: High growth through a proven model § Subscripons including Brand 24/7 support and Awareness indemnificaon; 20 million § Worldwide training and Downloads services ▶ Recognized as the open source Market leader in each of its market Momentum Adop-on categories +50 New 1,000,000 Customers / Users Month Mone-za-on 4,000 Customers Next Generation Solutions To address these trends in the integraon market, Talend offers a Unique Solu7on built on Next Gen Technology, presented through a disrup7ve Business Model Solution Technology Model ➜ Best-of-Breed ➜ Code Generator ➜ Open Source ➜ Unified Plaorm ➜ 100% Standards- ➜ Community-Based Based ➜ Converged ➜ Subscripon Pricing Integraon ➜ Distributed Architecture Key Differentiators of our Next Gen Architecture… ➜ No black-box
    [Show full text]
  • Hänninen, Arttu Enterprise Integration Patterns in Service Oriented Systems Master of Science Thesis
    CORE Metadata, citation and similar papers at core.ac.uk Provided by Trepo - Institutional Repository of Tampere University Hänninen, Arttu Enterprise Integration Patterns in Service Oriented Systems Master of Science Thesis Examiner: Prof. Tommi Mikkonen Examiners and topic approved in the council meeting of Faculty of Information Technology on April 3rd, 2013. II TIIVISTELMÄ TAMPEREEN TEKNILLINEN YLIOPISTO Tietotekniikan koulutusohjelma Hänninen, Arttu: Enterprise Integration Patterns in Service Oriented Systems Diplomityö, 58 sivua Kesäkuu 2014 Pääaine: Ohjelmistotuotanto Tarkastajat: Prof. Tommi Mikkonen Avainsanat: Enterprise Integration Patterns, Palvelukeskeinen arkkitehtuuri (SOA), Viestipohjainen integraatio Palvelupohjaisen integraation toteuttaminen mihin tahansa tietojärjestelmään on haas- tavaa, sillä integraatioon liittyvät järjestelmät voivat muuttua jatkuvasti. Integraatiototeu- tusten tulee olla tarpeeksi joustavia, jotta ne pystyvät mukautumaan mahdollisiin muu- toksiin. Toteutukseen voidaan käyttää apuna eri sovelluskehyksiä, mutta ne eivät vält- tämättä takaa mitään standardoitua tapaa tehdä integraatio. Tätä varten on luotu joukko ohjeita (Enterprise Integration Patterns, EIP), jotka kuvaavat hyväksi havaittuja tapoja tehdä integraatioita. Tässä työssä keskitytään näiden mallien tutkimiseen ja siihen, miten niitä voidaan hyödyntää yritysjärjestelmissä. Jotta tutkimukseen saadaan konkreettinen vertailutulos, erään järjestelmän integraatioratkaisu tullaan päivittämään uuteen. Uusi ratkaisu hyödyntää sovelluskehystä,
    [Show full text]
  • Les Meilleures Solutions Open Source
    ESB Les meilleures solutions open source I . T IS OP E N I.1 SMILE Smile est une société d’ingénieurs experts dans la mise en œuvre de solutions open source et l’intégration de systèmes appuyés sur l’open source. Smile est membre de l’APRIL, l’association pour la promotion et la défense du logiciel libre, du PLOSS – le réseau des entreprises du Logiciel Libre en Ile-de-France et du CNLL – le conseil national du logiciel libre. Smile compte plus de 1200 collaborateurs dans le monde ce qui en fait le premier intégrateur français et européen de solutions open source. Depuis 2000 environ, Smile mène une action active de veille technologique qui lui permet de découvrir les produits les plus prometteurs de l’open source, de les qualifier et de les évaluer, de manière à proposer à ses clients les produits les plus aboutis, les plus robustes et les plus pérennes. Cette démarche a donné lieu à toute une gamme de livres blancs couvrant différents domaines d’application. La gestion de contenus (2004), les portails (2005), la business intelligence (2006), la virtualisation (2007), la gestion électronique de documents (2008), les PGIs/ERPs (2008), les VPN open source (2009), les Firewall et Contrôle de flux (2009), les Middleware orientés messages (2009), l’ecommerce et les Réseaux Sociaux d'Entreprise (2010), le Guide de l’open source et NoSQL (2011), Mobile et Recensement et audit (2012) et plus récemment Big Data et ERP open source pour l’e- commerce (2014). Chacun de ces ouvrages présente une sélection des meilleures solutions open source dans le domaine considéré, leurs qualités respectives, ainsi que des retours d’expérience opérationnels.
    [Show full text]
  • ESB Application for Effective Synchronization of Large Volume Measurements Data
    AGH University of Science and Technology Faculty of Electrical Engineering, Automatics, Computer Science and Electronics Department of Computer Science Kraków, Poland Master thesis ESB application for effective synchronization of large volume measurements data Przemysław Wyszkowski Major: Computer science Speciality: Computer networks and distributed systems Thesis supervisor: Register No.: 203792 Dominik Radziszowski, Ph.D. Eng. Kraków, Gen´eve, Dresden 2011 Oświadczenie autora Oświadczam, świadomy odpowiedzialności karnej za poświadczenie nieprawdy, że niniejszą pracę dyplomową wykonałem osobiście i samodzielnie i że nie korzystałem ze źródeł innych niż wymienione w pracy. .................................... (Podpis autora) Contents Streszczenie .........................................4 Zusammenfassung .....................................5 Abstract ...........................................6 Acknowledgements ....................................7 1. Introduction ......................................8 1.1. The Large Hadron Collider . .8 1.2. Scope . 10 1.2.1. Thesis aim . 10 1.2.2. Thesis structure . 11 2. Background information ............................... 12 2.1. Massive data processing in High Energy Physics experiments . 12 2.1.1. Measurement data life-cycle in HEP . 12 2.1.2. The TOTEM experiment . 15 2.2. Used technologies overview . 16 2.2.1. SOA - ESB - OSGi . 16 2.2.2. MOM - JMS - ActiveMQ . 21 2.2.3. EIP - Camel . 24 2.2.4. IoC - DI - Spring . 25 2.2.5. ORM - JPA - Hibernate . 27 2.3. Clarification summary . 28 2.4. Selected frameworks . 29 2.4.1. Apache ServiceMix 4.x . 30 2.4.2. FUSE ESB 4 . 31 2.5. Related works . 31 2.6. Chapter summary . 32 3. System model ..................................... 33 3.1. Current state of art analysis . 33 3.1.1. Current processing model . 33 3.1.2. Existing state evaluation . 35 3.2. The TOTEM Offline Database Project .
    [Show full text]
  • Buenas Prácticas Para La Orquestación De Servicios BPM-SOA Para La
    MARCO DE REFERENCIA PARA LA ORQUESTACION DE SERVICIOS SOBRE ESBs OPEN SOURCE SUMINISTRANDO UN CONJUNTO DE BUENAS PRACTICAS QUE SIRVAN COMO INSTRUMENTO A UN ARQUITECTO DE SOFTWARE PARA LA IMPLEMENTACION DE UNA SOA Andrés Camilo Rojas Mariño David Alfonso Tafur Ramírez Universidad Piloto de Colombia Ingeniería de Sistemas Bogotá D.C. 2014 3 MARCO DE REFERENCIA PARA LA ORQUESTACION DE SERVICIOS PARA LA IMPLEMENTACION DE UNA SOA Coinvestigadores Andrés Camilo Rojas Mariño David Alfonso Tafur Ramírez Trabajo de tesis para optar por el título de Ingeniero de Sistemas Docente Investigador Ingeniero Andrés Mauricio Marín Restrepo Asesor metodológico: Sociólogo Ignacio Hernández Molina Universidad Piloto de Colombia Ingeniería de Sistemas Bogotá D.C. 2014 4 A nuestras familias, profesores y amigos quienes pusieron entre todos un grano de arena para hacer de este trabajo una realidad. 5 AGRADECIMIENTOS A nuestras familias quienes nos apoyaron a lo largo de nuestra carrera y a quienes les debemos nuestro trabajo y el fruto de lo que somos en este momento, sin su apoyo el desarrollo de nuestras carreras profesionales no hubiese sido el mismo. A nuestro director de tesis, Ing. Andres Mauricio Marín por su esfuerzo y dedicación, quien con sus conocimientos, su experiencia, su paciencia, su motivación, por sus consejos y el excelente desempeño de su profesión como docente ayudo a formarnos como personas e investigadores y ha logrado hacer de este proyecto una realidad. A la Universidad Piloto de Colombia por darnos la oportunidad de estudiar y ser profesionales. También nos gustaría agradecer a nuestros profesores los cuales durante toda la carrera profesional de Ingeniera de Sistemas aportaron con sus conocimientos aportaron en nuestro crecimiento en las diferentes áreas profesionales y de la vida.
    [Show full text]
  • Introduction to ESB and Petals ESB
    Introduction to ESB and Petals ESB Fernando Hattori IME/USP December 09, 2010 Agenda Introduction ESB SOA back to ESB Why use ESB? PEtALS What is PEtALS? Success stories Bibliography What is ESB? Before we talk about ESB, it is a better idea to talk about SOA. What is ESB SOA? I acronym for Service-Oriented Architecture I According Eben Hewitt [Hewitt 2009], \SOA is a kind of architecture that uses services as building blocks to facilitate enterprise integration and component reuse through loose coupling." I According James Bean [Bean 2009], \A service-oriented architecture (SOA) is a combination of consumers and services that collaborate, is supported by a managed set of capabilities, is guided by principles and is governed by supporting standards." ( (((( ((( (What((( is ESB SOA? Back to ESB I acronym for Enterprise Service Bus I ESB is the backbone of SOA.[Hewitt 2009] I From same idea of hardware bus, ESB is responsible for transport, network, routing, delivery of messages and manage acess to applications and services. I ESB is a software architecture for middleware that provides fundamental services for complex architectures or provides features required to SOA. [SearchSOA.com 2010] "In essence, ESB does for distributed heterogeneous back end services and applications and distributed heterogenous front-end users and information consumers what middleware is really supposed to do: hide complexity, simplify access, allow developers to use generic, canonical forms of query, access and interaction, handling the complex details in the background." [SearchSOA.com 2010] Why use ESB? [Hewitt 2009] I SOA without ESB repeats the past complexities of systems, where each node requires an adapter to connect to every other node, making this nodes tighly-coupled.
    [Show full text]
  • Governing a Distributed SOA
    Header 1 Governing a Distributed SOA IONA Technologies September 2007 Governing a Distributed SOA 2 Executive Summary While the advantages of a service-oriented architecture (SOA) are apparent to most organizations, the challenge of governing the SOA infrastructure still remains a concern for leading enterprises. As organizations incorporate their IT assets into networks of reusable services they are challenged with how to enforce service reuse and how to govern proper usage. Information about what services exist and how to use them are often inconsistently documented in multiple locations and formats, making it difficult to reuse services and enforce policies. Compounding the challenge of SOA governance is the advent of the distributed architecture, which analysts predict will become the prevailing deployment model for SOA in the coming years. A distributed, microkernel design delivers a lightweight, flexible runtime that can be deployed at the endpoints, as opposed to the centralized, hub-and-spoke middleware solutions traditionally offered by most SOA vendors today. These vendors are racing to deliver microkernel-based SOA infrastructure solutions to market, proving distributed architecture is a superior SOA design model. While a distributed architecture allows organizations to better leverage existing IT investments, adopt SOA incrementally and avoid vendor lock-in, its distributed nature creates additional governance challenges. Organizations must drive and streamline the deployment of services into a distributed SOA network across many systems and locations, as opposed to governing services in the more centralized architecture created using traditional middleware solutions. While the challenge of SOA governance with a distributed SOA may seem daunting at first, innovative tools are available today to help leading enterprises achieve SOA success.
    [Show full text]