Notes accompany this presentation. Please select Notes Page view.


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
  • Symposium/ITxpo 2006 Roy Schulte October 8-13, 2006 Walt Disney World Dolphin Orlando, FL Application Integration: Now That It's Mainstream, What's Next? These materials can be reproduced only with Gartner's written approval. Such approvals must be requested via e-mail — 8-13 October Orlando, FL
  • Key Issue: What is SOA and how does it differ from other software architectures? Tactical Guideline: Service interface is fundamental to design of a service in SOA. Service registry is fundamental to basic functioning of a service-oriented application.
  • Strategic Planning Assumption: By 2010, at least 65 percent of large organizations will have more than 35 percent of their application portfolios SOA-based, up from fewer than 5 percent of organizations in 2005 (0.8 probability).
  • Key Issue: Which key factors must enterprises consider when deciding whether to move to SOA or not? Strategic Planning Assumption: Through 2008, fewer than 30 percent of strategic SOA initiatives will be justified solely in terms of IT benefits (0.9 probability).
  • Strategic Planning Assumption: Through 2008, the upfront investment for large-scale service-oriented applications will be justifiable only for projects with a planned lifetime of three years or more (0.8 probability).
  • Tactical Guideline: Point-to-point Web services connections can be used only for small-scale, experimental service-oriented application projects. A middleware-based intermediary — the SOA backplane, which implements an integration fabric — is required if the number of services deployed grows beyond 25 to 30.
  • Strategic Planning Assumption: Until 2009, implementation of a sound SOA backplane will remain the single most important technical obstacle in SOA projects (0.9 probability).
  • Strategic Imperative: Point-to-point connectivity is not enough. Companies that deploy large-scale or long-lived SOA applications must use some type of middleware infrastructure, such as an ESB, to mediate the interactions among service components.
  • Strategic Planning Assumption: By 2010, more than 60 percent of SOA projects will actively involve a central integration competency center (0.8 probability).
  • Market: The software infrastructure that provides the foundation for modern business applications is undergoing a transformation that directly affects architects, application developers and middleware technologists, and indirectly affects all layers of IT management and line-of-business management
  • Notes accompany this presentation. Please select Notes Page view.

    1. 1. Beyond the Hype: SOA Adoption and Technology Landscape Massimo Pezzini
    2. 2. How Do You Know SOA When You See It? <ul><li>Modular software </li></ul><ul><li>Client-decoupled server modules </li></ul><ul><li>External access to modules (services) </li></ul><ul><li>Loose coupling (black box) </li></ul><ul><li>Designed to be useful and usable by other applications </li></ul><ul><li>Useful and usable by other enterprises </li></ul><ul><li>Centrally-managed repository and registry for interfaces, rules and policies </li></ul><ul><li>Centrally-managed run-time middleware network for service interactions </li></ul>Interface Proxy Service Consumer (Client) Registry Repository (Meta-database) Service Implemen-tation Enterprise Service Bus (ESB) Interface
    3. 3. Irresistible Forces Push SOA Into Mainstream Adoption 1995 2002 2008 SOA Adoption Time Enablers: Peer-to-Peer Networks RPC, Distributed TPMs Stored Procedures Drivers : Mergers & Acquisitions E-business Enablers: MOM CORBA, DCOM, Screen-Scrapers Drivers : B2B &quot;Lite&quot; Multichannel Composite Applications &quot;Doing more with less&quot; Enablers: Integration Middleware Web Services J2EE, .NET BPM Enablers: ESB Complex Event Processing SOA-Based Packaged Applications Drivers : Business Flexibility Interenterprise BPM &quot;Everybody is doing it&quot;
    4. 4. Why Service-Oriented Architecture? Business Drivers Prevail Over IT Drivers <ul><li>Call center integration </li></ul><ul><li>Single face to clients, suppliers, employees </li></ul><ul><li>Process integration </li></ul><ul><li>Real-time B2B </li></ul><ul><li>&quot;Doing more with less&quot; </li></ul><ul><li>Business/IT alignment </li></ul><ul><li>Data consistency/quality </li></ul><ul><li>Time to deployment </li></ul>&quot;Top Down&quot; Enterprise Drivers &quot;Bottom Up&quot; Business Unit Drivers &quot;Perennial&quot; IT Challenges SOA <ul><li>M&A/divestitures </li></ul><ul><li>Multichannel sales/support </li></ul><ul><li>Time to market </li></ul><ul><li>Continuous innovation </li></ul><ul><li>Process flexibility </li></ul><ul><li>Process visibility </li></ul>
    5. 5. Beyond the SOA Hype: What's for Real? <ul><li>Incremental Deployment </li></ul><ul><ul><li>Gradual migration </li></ul></ul><ul><ul><li>Cost &quot;spreading&quot; across projects </li></ul></ul><ul><ul><li>Reduced maintenance cost </li></ul></ul><ul><li>Sharing (Reuse) of Services: </li></ul><ul><ul><li>Faster time to deployment </li></ul></ul><ul><ul><li>Lower development cost </li></ul></ul><ul><ul><li>Greater adaptability </li></ul></ul><ul><li>Architectural Partitioning </li></ul><ul><ul><li>Diverse life-cycle &quot;speeds&quot; </li></ul></ul><ul><ul><li>Synergy of different technologies </li></ul></ul><ul><ul><li>Optimal tech skills allocation </li></ul></ul><ul><ul><li>Processes visibility </li></ul></ul><ul><ul><li>Greater maintainability </li></ul></ul><ul><ul><li>Easier outsourcing/&quot;offshoring&quot; </li></ul></ul>Benefits <ul><li>More Distributed Infrastructure </li></ul><ul><ul><li>Extensive use of middleware </li></ul></ul><ul><ul><li>Transaction management </li></ul></ul><ul><ul><li>Debugging/troubleshooting </li></ul></ul><ul><ul><li>End-to-end management </li></ul></ul><ul><ul><li>More granular security </li></ul></ul><ul><ul><li>Metering/logging </li></ul></ul><ul><li>Tighter Management/Governance </li></ul><ul><ul><li>Ownership/accountability </li></ul></ul><ul><ul><li>Cost allocation </li></ul></ul><ul><ul><li>Prioritization/conflict resolution </li></ul></ul><ul><li>Higher Upfront Costs </li></ul><ul><ul><li>Cultural change </li></ul></ul><ul><ul><li>Infrastructure (SOA backplane) </li></ul></ul><ul><ul><li>More formal methodology </li></ul></ul><ul><ul><li>Longer design time for services </li></ul></ul><ul><ul><li>Testing (unit/end-to-end) </li></ul></ul>Implications
    6. 6. SOAP and WSDL Are Not Enough: Orient Yourself Through the Middleware Bazaar Spreading Non-SOA Wrapped Application Multichannel Portal Composite Application Wrapper Wrapper Services Application Logic Native SOA Application Interface Interface Interface SOA Backplane (Subset of the Enterprise Nervous System) BPM Application Wrapper BPM Suite, IBS Portal Product, EAS, Presentation Integration Server Portal Product, SES Adapters, Programmatic Integration Servers TPM, EAS E-APS ESB, MOM, ORB, TPM, IBS, Appliances
    7. 7. The SOA Backplane Unveiled: Web Services and More Security Management Adapters Development Tools = Common Features Life-Cycle Management Tools Orchestration Policies Extensibility Framework = Advanced Features Communication (SOAP, IIOP, JMS, MOM, RPC, ORB, TPM) Mediation/ Transformation Routing/ Addressing Naming QOS = Minimal Features Registry
    8. 8. An ESB Is a Message Bus for SOA Applications <ul><li>Service discovery, binding, multiprotocol communication </li></ul><ul><li>Web services (URL, XML, SOAP, WSDL, HTTP) </li></ul><ul><li>Runtime support of service deployment and policies (SCA, WCF) </li></ul><ul><li>Reliable message delivery </li></ul>ESB Browser User- Facing Logic Rich Client <ul><li>Security </li></ul><ul><li>Publish and Subscribe </li></ul><ul><li>Load balance, failover </li></ul>BPM
    9. 9. Organizational Maturity: Software Coordination Begins with People Coordination Enterprise Nervous System (ENS) Technology of IT SOA Center of Excellence Organization of IT Platform for SOA Governance Platform for SOA Applications
    10. 10. Middleware Technology Hype Cycle Technology Trigger Peak of Inflated Expectations Trough of Disillusionment Slope of Enlightenment Plateau of Productivity time visibility Years to mainstream adoption: less than 2 years 2 to 5 years 5 to 10 years more than 10 years obsolete before plateau As of July 2006 J2EE Presentation Integration Servers Integration Competency Centers Programmatic Integration Servers Basic Web Services Integration Service Providers Microsoft .NET Application Platform Integration Suites Open-Source J2EE Enterprise-Scope Application Platform Suites SOA Advanced Web Services XML Appliances B2B Gateway Software Managed File Transfer Enterprise Service Bus Web Services Management Packaged Integration Business Activity Monitoring Service Registry Integration Repositories Extensible Microkernel-Style Platforms Event-Driven Architecture Distributed Caching Platforms Business Process Networks Vocabulary-Based Transformation Grid-Based Application Platforms Event-Based Application Platforms Service Component Architecture Alternative Open-Source Application Platforms
    11. 11. Recommendations <ul><li>SOA is not a passing fad. It is here to stay for the long run. </li></ul><ul><li>ESB, Repository/Registry, WebServices Management and BPM are the key technology enablers. </li></ul><ul><li>Processes, governance and the SOA Center of Excellence are the key organizational enablers </li></ul><ul><li>... But SOA is not finished. It will evolve into and Advanced SOA absobing additional approches and technologies. </li></ul>