Randy Heffner Vice President Forrester Research


Published on

  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

Randy Heffner Vice President Forrester Research

  1. 1. July 19, 2005. Call in at 10:55 a.m. Eastern Time Randy Heffner Vice President Forrester Research Real-World SOA: SOA Platform Patterns You Can Use
  2. 2. Theme Evolve your SOA platform according to your business needs — working from your existing infrastructure
  3. 3. Six stylized paths to SOA <ul><li>Your path to SOA will borrow and combine elements from six generic paths to SOA: </li></ul><ul><ul><li>Simple internal integration </li></ul></ul><ul><ul><li>Infrastructure services </li></ul></ul><ul><ul><li>Rich internal integration </li></ul></ul><ul><ul><li>Multichannel applications </li></ul></ul><ul><ul><li>External partner integration </li></ul></ul><ul><ul><li>Core business flexibility </li></ul></ul>
  4. 4. SOA platform vision — three core value propositions Service lifecycle environment Core application platforms … Service delivery network Service command platform Service clients Service interfaces Control Change Connection
  5. 5. Queensland Transport — Early SOA (1997) <ul><li>Regional government agency in Australia </li></ul><ul><li>Applications </li></ul><ul><ul><li>Vehicle titles and registration, customer service appointments, distribution of public information </li></ul></ul><ul><ul><li>SLAs: 2 sec response for 90% of txns (XML-RPC) </li></ul></ul><ul><li>Key choices </li></ul><ul><ul><li>Implement services using native J2EE and CICS servers </li></ul></ul><ul><ul><li>XML only for external interfaces </li></ul></ul><ul><ul><li>Simple solutions for security and interface definition </li></ul></ul><ul><li>Paths to SOA </li></ul><ul><ul><li>Integration (simple internal, external), infrastructure services, multichannel applications </li></ul></ul>
  6. 6. Pattern: Non-SOAP, basic SOA J2EE (Borland) Business services Oracle Custom XML server CICS Business services DB2 AllFusion Gen tools Web server Web applications CA WSDM (future) XML Schemas XML-RPC External partners Public access PKI Web server CA AllFusion Gen CA AllFusion Gen Internal External Custom web framework monitoring management HP OpenView J2EE calls CICS services XMLSpy Two-way SSL
  7. 7. Queensland Transport — Lessons <ul><li>SO is a business model, not a technical solution </li></ul><ul><ul><li>It’s about business transformation </li></ul></ul><ul><ul><li>Think through the full value chain, not just internal processes </li></ul></ul><ul><li>Use business process analysis to find services of value </li></ul><ul><li>Be prepared for service support issues </li></ul><ul><ul><li>End users will come to you when they have issues, not to an intermediate provider </li></ul></ul>
  8. 8. Unique (Zurich Airport) — SOA-based portal <ul><li>Manages the operations of Zurich airport </li></ul><ul><li>Applications </li></ul><ul><ul><li>Airport management portal — integrates data and transactions from multiple outsourced systems </li></ul></ul><ul><ul><li>Up to 50 msgs/sec @ 20 ms to 500 ms latency (most messages are very small) </li></ul></ul><ul><li>Key choices </li></ul><ul><ul><li>Require each externally hosted application to expose SOAP </li></ul></ul><ul><ul><li>Single access channel to integrate applications </li></ul></ul><ul><li>Paths to SOA </li></ul><ul><ul><li>Rich internal integration, quasi-external integration </li></ul></ul>
  9. 9. Pattern: Layered SOAP, reliable delivery SOA SourceSafe SOAP .NET / Windows 2003 Server Business services webMethods webMethods tools Airport management portal SOAP SOAP SOAP Airport operations Radar data Baggage Other SOAP Local data cache User interaction Other (flight status) Private network connections to externally hosted applications reliable delivery events monitoring policy XMLSpy VS.NET
  10. 10. Unique (Zurich Airport) — Lessons <ul><li>Separate service specification and implementation </li></ul><ul><ul><li>First, define the service interface </li></ul></ul><ul><ul><li>Design interfaces based on process requirements </li></ul></ul><ul><ul><li>Then, design how to fulfill the service </li></ul></ul><ul><li>Do not put business logic in the delivery network </li></ul><ul><li>Get an early handle on governance of data semantics </li></ul>
  11. 11. Large financial institution — SOAP-centric SOA <ul><li>Applications </li></ul><ul><ul><li>Customer systems, check image services, account inquiry, insurance services </li></ul></ul><ul><ul><li>Started with XML over MQ, now moving to Web services </li></ul></ul><ul><ul><li>Tested to 300 request/reply roundtrips per second </li></ul></ul><ul><li>Key choices </li></ul><ul><ul><li>Focused on unifying service access </li></ul></ul><ul><ul><li>Focused on performance of XML transformations </li></ul></ul><ul><ul><li>Avoided repository (so far), but addressed vocabulary management </li></ul></ul><ul><li>Paths to SOA </li></ul><ul><ul><li>Simple and rich internal integration, multichannel applications </li></ul></ul>
  12. 12. Pattern: Unified service delivery network SOA Systinet WebLogic tools Service consumers OpenView (no WSM) Contivo WebLogic Server (J2EE) IMS NonStop <ul><li>Compensating transaction capabilities implemented in services </li></ul><ul><li>Native protocols used to connect to downstream applications </li></ul>metadata mgt transforms DataPower WebLogic Integration SOAP SOAP XML over MQ Compensating transaction logic implemented in service consumers WebSphere MQ SOAP Systinet tools Native tools transforms adaptation monitor / mgt enhanced SOAP Scripting tools deployment SOAP XMLSpy
  13. 13. Large financial institution — Lessons <ul><li>Getting IT executive buy-in to SOA vision is very important </li></ul><ul><ul><li>Enterprise-level funding because CIO gets the vision </li></ul></ul><ul><li>Start small and learn, then get a couple of big, visible projects </li></ul><ul><ul><li>Be sure projects know that SOA is an executive priority </li></ul></ul><ul><ul><li>Do “project interventions” to identify and design good service interfaces — and to build project team competency </li></ul></ul><ul><li>Web services standards are only a start: much more work is required </li></ul><ul><li>Don’t worry about a repository until you have the discipline to use it </li></ul>
  14. 14. Large North American bank — Custom SOA <ul><li>Applications </li></ul><ul><ul><li>Centered around customer information: retail banking, check images, stop payment </li></ul></ul><ul><ul><li>Mission-critical volumes for internal applications </li></ul></ul><ul><ul><li>External response times typically less than 2 seconds </li></ul></ul><ul><li>Key choices </li></ul><ul><ul><li>Continue to leverage high QoS of custom middleware </li></ul></ul><ul><ul><li>Work with multiple existing EAI products </li></ul></ul><ul><ul><li>Unify legacy service interfaces on the mainframe </li></ul></ul><ul><li>Paths to SOA </li></ul><ul><ul><li>Integration (simple, rich, external), multichannel applications </li></ul></ul>
  15. 15. Pattern: Diverse, custom delivery network SOA VS.NET .NET SOAP / RMI TIBCO Vitria BizTalk CICS DataPower WebSphere WebSphere Studio EAI tools Custom middleware Service consumers (internal) routing encryption identity propagation Word of mouth “ repository” Rational IMS WebSphere 390 Tivoli (no WSM) PKI Aion BPM Metadata mgt Identity & access mgt SOAP External partners DMZ security monitoring management Future leverage Legacy tools Sun ONE meta-directory
  16. 16. Large North American bank — Lessons <ul><li>Reuse is nice, but business agility is the real payback </li></ul><ul><ul><li>Good service design enables “pluggable business” (e.g., business process outsourcing) </li></ul></ul><ul><li>Semantics (data, interface) can make or break you </li></ul><ul><li>Many services management issues tie back to your firm’s standard for message headers </li></ul><ul><ul><li>If it’s not in the header, you can’t manage it </li></ul></ul><ul><li>Central funding is critical for thinking through your architecture strategy </li></ul>
  17. 17. Thomson Prometric — SOA for flexibility <ul><li>Manages certification test delivery at 4,000 training centers </li></ul><ul><li>300+ external partners (test owners) </li></ul><ul><li>Applications </li></ul><ul><ul><li>Test center scheduling and capacity management, test delivery </li></ul></ul><ul><ul><li>No concerns about messaging volumes — can scale using load balancing in standard ways </li></ul></ul><ul><li>Key choices </li></ul><ul><ul><li>Use orchestration to overcome underlying application limitations </li></ul></ul><ul><ul><li>Use Web services management for policy and versioning </li></ul></ul><ul><ul><li>Implement a dual-identity scheme (test owners, test takers) </li></ul></ul><ul><li>Paths to SOA </li></ul><ul><ul><li>Internal (rich, external), multichannel applications, core flexibility </li></ul></ul>
  18. 18. Pattern: Process and policy driven SOA VS.NET BizTalk Actional Reactivity J2EE tools OpenView Prometric’s Web applications monitoring management policy version resolution encryption identity (dual) Web page “ repository” Visio orchestration reliable messaging B2B connections rules engine compensating txns LDAP Partner Web apps Manual deployment .NET WebLogic WebSphere
  19. 19. Thomson Prometric — Lessons <ul><li>How much your SOA will achieve is limited by how big your SOA thinking is </li></ul><ul><li>Business process modeling is core to SOA success </li></ul><ul><ul><li>Craft new processes, don’t just document existing processes </li></ul></ul><ul><li>Orchestration provides one of the biggest value opportunities within SOA </li></ul><ul><ul><li>Process/workflow centric knowledge worker applications enabled by the underlying services </li></ul></ul>
  20. 20. Overall themes and recommendations <ul><li>Business drives architecture </li></ul><ul><ul><li>Guide SOA evolution based on business needs </li></ul></ul><ul><ul><li>Leverage existing infrastructure </li></ul></ul><ul><ul><li>SOA creates opportunities for “pluggable business” </li></ul></ul><ul><li>As a strategy for business design, SOA applies to many scenarios </li></ul><ul><ul><li>Services must be designed in a process-centric way </li></ul></ul><ul><li>Learn from emerging patterns in the real world </li></ul><ul><ul><li>Start SOA platform design with the service delivery network </li></ul></ul><ul><ul><li>Orchestration is a good first step into greater levels of SOA flexibility </li></ul></ul>
  21. 21. Selected bibliography <ul><li>March 29, 2005, Trends “The Elements Of SOA Maturity” </li></ul><ul><li>March 29, 2005, Trends “Your Strategic SOA Platform Vision” </li></ul><ul><li>December 7, 2004, Trends “Your Paths To Service-Oriented Architecture” </li></ul><ul><li>June 18, 2004, Trends “The Big Strategic Impact Of Organic Business And Service-Oriented Architecture” </li></ul><ul><li>August 13, 2004, Tech Choices “What Is An Enterprise Service Bus?” </li></ul><ul><li>July 16, 2003, Planning Assumption “Service Orientation: Service-Based Design Is The High-Value Investment” </li></ul><ul><li>October 27, 2003, Planning Assumption “Case Studies Show Incremental Path To Service-Oriented Architecture ” </li></ul><ul><li>April 1, 2004, Best Practices “Nine Tips For SOA Implementation” </li></ul>
  22. 22. Thank you Randy Heffner rheffner@forrester.com www.forrester.com Entire contents © 2005 Forrester Research, Inc. All rights reserved.