Frank Cohen s Presentation To International SOA Conference, Rome, Italy June 25, 2009 The Challenges in Real Life ESB Deployment ScenarioThis presentation discusses some of the key challenges that are typical for many deployment scenarios of SOA workflow, process management, and orchestration solutions using Enterprise Service Bus (ESB) solutions. In this session Frank Cohen, author of FastSOA, the way to build performance and scalability into SOA and CEO at PushToTest, shows the pitfalls that can severely inhibit the successful rollout of an SOA project and how careful planning can minimize the likelihood of a failed project. The presentation is based on PushToTest s major study of Java developer productivity in building applications using SOA methodology on IBM, Tibco, Oracle and BEA platforms, see http://soakit.pushtotest.com. The study finds Java developer productivity varied by as much as 49%. He will show how an important aspect of avoiding these issues comes from planning and conducting meaningful tests that cover most of the eventual use cases.see http://www.pushtotest.com for this slide deck and additional details. International SOA Conference The Challenges in Real Life ESB Deployments Frank Cohen, CEO +01 (408) 871-0122 (USA), fcohen@pushtotest.com June 25, 2009
QuickTime and a TIFF (Uncompressed) decompressor are needed to see this picture. QuickTime and a TIFF (Uncompressed) decompressor are needed to see this picture. QuickTime and a TIFF (Uncompressed) decompressor are needed to see this picture. About Frank Cohen CEO and Founder at PushToTest Principal Maintainer of PushToTest TestMaker 30 Year Veteran in Software Industry Early proponent of Web, Web Service, SOA, Ajax testing Bio at http://www.pushtotest.com/about/bio.html 3 Morgan Kaufmann 2007 Prentice Hall 2005 Sams 2003 Agenda PushToTest Community (Developers, Testers, IT) Tell Us: SOA Development Patterns Require Grid Approach To Development and Operational Governance Too much deployment coding Need to understand service interoperation rapidly Oracle, IBM, BEA, TIBCO tools have big differences Study shows TIBCO offering lower TCO, better architecture, less hassle over-all PushToTest continues tradition of Knowledge Kits 4 Developer Journal, Implementation, Source Code, Build, Tests
SOA Promises Reduced Costs from Component Reuse (Registry) Better Able to Achieve SLAs (Governance) Architecture for Modern Application Development (Web 2, Enterprise 2) 5 Today s Tools Deliver Confusing Mix of Features, Functions, and Bugs Tools Demand Mix of Backgrounds, Skills, Architectural Experiences Tools Do Not Play Well Together Huge Variations In Performance (Due to Developer Decisions) 6
Service Virtualization Too much code to deploy and manage Service Virtualization White Paper http://soakit.pushtotest.com 7 Service Composition Maps Service Interdependency Reduces Maintenance Costs Increases Uptime 8
Tony Baer analyst PushToTest study points to one important fact: developer productivity remains a major factor in time-to-benefit, and it s an area that most SOA vendors have not paid adequate attention 9 PushToTest Research SOA Knowledge and Performance Kit SOA Use Case Compares Developer Productivity between TIBCO, Oracle, BEA, IBM Open-Source Implementations Developer Journals Total Cost of Ownership Model PushToTest TestMaker Platform http://soakit.pushtotest.com 10
XML, SOA, and Performance Core Concepts of Use Cases SOA Application Construction and Deployment Service Construction & Enablement Service Mediation Transport, route & deliver Data transformation Management & monitoring Service Governance 11 XML, SOA, and Performance Functional Requirements Design Review Installation/Configuration Adapter Setup/Configuration Project Management Integration Service Construction Service Orchestration 12 Deployment Security Policy Management Monitoring and Management Change Management Performance QA
XML, SOA, and Performance Use Case: SOA Manufacturer Supply Chain Service Oriented Order and Fulfillment Service creation Deployment Policy Registry Legacy integration (SAP & Siebel) Service Mediation Orchestration 13 XML, SOA, and Performance The Use Case Phase 1 Allocate Purchase Order Service from the financial services group to issue and track purchase orders Service (.NET) features three methods: Open new PO, Close a PO, Remove a PO SOAP over HTTPS Reserve Parts Service for warehouse just-in-time inventory control Reserve inventory SOAP over JMS Conforms to the inventory control service's XML message schema. Price Purchase Order Assign price from price catalog in SAP 23 14
Use Case: BPM + CEP 15 XML, SOA, and Performance Products And Versions IBM BEA ORACLE TIBCO IBM WebSphere Process Server v6.0.1 Websphere ESB V6.0.2 WebSphere Integration Developer V6.0.2 IBM Rational Application Developer V7.0 AquaLogic Service Bus 2.6 BPM Studio 6.0 WebLogic Server 10 (although ALSB and BPM Studio use 9.2) Oracle SOA Suite 10g Oracle BPEL Process manager Oracle ESB Oracle Web Services Manager Oracle Application Server Oracle JDeveloper 10g ActiveMatrix Service Grid 2.0 BusinessWorks 5.6 EMS 4.4.1 Policy Manager 2.0 GI 3.5.0 16
Developer Productivity TCO ActiveMatrix + BusinessWorks proven to require less time and costs in actual side-by-side product implementation 49% less time/costs vs. BEA 35% less time/costs vs. Oracle 22% less time/costs vs. IBM 17 Cost of Ownership SOA Is About Reuse BEA increases cost of ownership by as much as 83% Oracle as much as 59% IBM as much as 43% 18
What Makes This Interesting Moves Services Onto The Grid to benefit from Operational Governance Orchestration and Repository for Enhanced Productivity in Development and Production Graphical Integration Development Strong Interoperability: Platform, Message Schema, Service Interface Independence On-Ramp for developers to understand and use BPM and CEP productively 19 What Makes This Suprising BEA, IBM, Oracle Retrofit SOA Into Established Platforms Requires Many SOA Skills To Be Successful SOA Requires Interoperability and Integration With Services BEA, IBM, and Oracle Struggle With Services and Business Flows Built Outside of Their Own Tools BEA, IBM, and Oracle Require Multiple Tools to Get From Here to There We Found Blocker Bugs in BEA, IBM and Oracle Shipping Products Bugs Are Significant Enough to Impact TCO 20
XML, SOA, and Performance Development Skills BEA requires Java, XQuery, XSLT, EJB, BPEL, XML, WSDL and their GUIs Oracle requires Java, SQL, EJB, BPEL, SDO, XML, and proprietary deployment descriptors IBM requires Java, SQL, EJB, XML, WSDL and their GUIs TIBCO requires Java or.net, or maybe neither 21 XML, SOA, and Performance Development Reuse BEA requires AquaLogic Repository (Flashline) repository Oracle partners with HP/Systinet as a strategic partner for Service Registry (SR) and bundles registry components with Fusion IBM requires WebSphere Repository, not UDDI 3, no support for services built with other tools. TIBCO AM provides good integration to Repository 22
XML, SOA, and Performance Deployment Skills BEA has no deployment platform, requires enterprises to build or buy (OpenView, Hyperic, Control Center), code required to deploy, less configuration driven, properties files/pages versus EJB deployment descriptors and deployment coding Oracle requires Enterprise Manager skills, proprietary scripting, APIs, few available employees, few Google hits for help IBM requires Tivoli, proprietary platform, proprietary APIs, proprietary scripting language TIBCO ActiveMatrix is the only platform we tested that provides friendly GUI to orchestrate, deploy, and manage the services 23 XML, SOA, and Performance Interoperability & Integration BEA, IBM, and Oracle struggle with services and business flows build outside of their own tools Consuming.NET services (message schemas, data types, transport protocols) BEA offers clientgen utility to write Java proxies Oracle has Wizards in JDeveloper IBM has WebSphere Integration Developer and proprietary Business Objects to work with.net schemas TIBCO natively wraps.net services into reusable components 24
XML, SOA, and Performance Many Tools To Get Started BEA WebLogic Server 10 used, but WLI, ALSB install 9.2 BEA treats workflow as an external container IBM Requires 4 Products to build your first service Oracle Requires 5 Products to build your first service TIBCO ActiveMatrix enables Business Works components to run on The Grid 25 XML, SOA, and Performance TIBCO Areas for Improvement TIBCO approach to SOA is different Java developers like to write Java code, ActiveMatrix does not support EJB or Spring Do not make any assumptions about ActiveMatrix For instance, don t assume that any of the competitor tools does orchestration. ActiveMatrix also requires WSDL->Service development. ActiveMatrix operates Java and.net classes in a grid. My initial expectations was service virtualization would create orchestrations of externally running services. 26
XML, SOA, and Performance TIBCO Areas for Improvement ActiveMatrix has 3 designers ActiveMatrix interface is useful to define composites and has a flow-like designer Actual business flow designer is BusinessWorks Mediation required another designer Policy management requires Policy Manager tool 27 Competitor Savings 28 TIBCO Savings
Resources SOA Knowledge and Performance Kit http://soakit.pushtotest.com Frank Cohen Phone: (408) 871-0122 (California time) Email: frank@pushtotest.com 29