Presentation is loading. Please wait.

Presentation is loading. Please wait.

The Road to SOA Presentation Title Date Author

Similar presentations


Presentation on theme: "The Road to SOA Presentation Title Date Author"— Presentation transcript:

1 The Road to SOA Presentation Title Date Author
Presentation Title | Date | Page 1 Author

2 What’s the target ? Service Consumers Mediation Business Services
Presentation Title Date What’s the target ? Services Policy Business Process Application Technical Services Integration Points webMethods Flow Services Business Services Business Services orchestrated from Technical Services webMethods IS Web Services Service Consumers - Business processes and/or applications Systems of Record - Mainframe, DBMS, etc Mediation Provides Security and Transformation X-Broker, Datapower, etc Add 2 bullets Presentation Title | Date | Page 2 Author

3 The SOA Reference Architecture
Presentation Title Date The SOA Reference Architecture Operational Management SOA Delivery Presentation Application composition Business process execution Services Registry & Repository Service Orchestration Information Integration Native services Runtime governance Security and policy enforcement Operational storage Communications Legacy service enablement SOA is a solution to a number of problem scenarios in IT. The most common of these scenarios is when there is a variety of Existing IT systems (animation) which are not integrated, and yet they have to be used as if they were a single one through a Presentation layer (animation). In this common case, Services (animation) are created to integrate these heterogeneous systems and offer a coherent view of them to any other part of the organization. These services then become the way to access any IT resource from any other part. However, while SOAs are often used for integration, its differentiative feature (e.g. against EAIs) is reuse – i.e. the availability of any capability implemented in any IT system to any other part of it, no matter where is it implemented, with which technology, tool or platform. The main differentiating point of a SOA is that as much business functionality as possible is available as a service, thus making it reusable instead of locking it. This reuse feature is what gives sense to the concept of Composite Applications, (animation) which provide useful functionalities to the user by reusing existing functionalities available in the services of the SOA. Any service in a SOA can be accessed no matter where or how is it implemented, as long as it is useful for its consumer; only its description matters for that. However there is a number of typical ways to create services, like Legacy service enablement (animation) Which makes it possible for existing IT systems to be accessed as services (and the other way), thus making them reusable by any other needing them. But most often the functionalities available in existing IT system are not useful for other elements in an isolated way, because they are heterogeneous and unintegrated. For this, Service Orchestration (animation) Allows to easily combine the functionality of any existing service e.g. to integrate or coherentize them. Also, Information Integration (animation) Performs similar functionalities, only that using means specifically aimed to integration of disparate sources. But it must be reminded that any piece of logic which is natively able to act as service of the SOA (animation) is valid in a SOA, as long as it complies with the base technology to interoperate with the SOA (e.g. WS-*). So, for example, a SOA is useful even for brand new systems, i.e. when there are no existing systems to integrate. A very useful way to implement business functionality is BPM, which allows to define how people and IT systems should coordinate to perform business processes. Thus, the business process execution (animation) benefits much from SOA because it has no longer to worry about integrating existing systems, but the services make available to the processes any functionality existing in the organization. Also, BPM provides part of the business functionality it implements as reusable services. Please not that in this architecture, “execution of BPM” refers only to the engines, and the user interface lies in the Presentation, since a end user application often accesses both BPM and services. These blocks depict the functional part of the SOA, i.e. what delivers the useful functionality. However it cannot work without some Runtime infrastructure (animation) delivering facilities like Communications (animation) Operational storage (animation) Security and other policy enforcement (animation) And other Runtime governance features (animation) This completes what is often considered as the typical Service-Oriented Architecture. But indeed it composes only its Delivery part (animation), i.e. the one which operates all the time to deliver the business functionalities. But of course this performing needs of Operational Management tools (animation) Which allow to ensure that it continues delivering such functionalities with the expected service levels. Among others, it contains tools to Control the delivery, monitor its activity, configure Alerts upon it, enact Runtime covernance functions on it, Obtain Reports upon it, and configure it . Still this is commonly seen in Service-Oriented Architectures. But of course, no functionality will be delivered by the runtime without activities and tools for Modeling, Designing and developing services and other SOA runtime elements (animation), like creation of Orchestrations, Business processes, composite applications or SOA-Enabling service. And still one missing piece – these three environments all refer to the same SOA, and to the same elements inside it that deliver functionalities. But, where reside this common knowledge, without which it is not possible to coordinate the three environments? In the Registry & Repository (animation), A metainformation store about any relevant aspect of the SOA, its elements, its relationships, etc. Among others, it allows to manage the Life cycle, makes it possible its Governance, assess the impact of any change, and in general to store any metadata and assets relevant for the SOA. This is the overall view of the Reference SOA, but there also exists detailed views and mappings into crossvision. Modeling, Design, Development Existing IT systems Presentation Title | Date | Page 3 Author

4 Pragmatic Next Steps for SOA
Presentation Title Date Pragmatic Next Steps for SOA SOA Maturity Initial Actions Operational Governance - SOA Success Factors Services Funding Model ROI Analysis SOA Accelerator Infravio Quick Start Optimized Composition Technical Architecture Services Bus Mediation Monitoring Services Design Granularity Contracts Service Lifecycle Design Time Change Time Run Time Organizational Changes - SOA CC Design for Change Continual Process Improvement Versioning Testing Operations 30 Days 60 Days 90 Days 120 Days SOA Adoption Presentation Title | Date | Page 4 Author

5 Gap Analysis An industry “Best Practice” is to augment your existing governance structure with a support group or competency center for successfully deploying any new technology. Integration Competency Centers (ICC) have evolved for addressing integration technologies Shared Service Organizations in addition to an ICC have evolved for addressing the adoption of SOA. Many companies extend their existing ICC to address SOA. Presentation Title | Date | Page 5

6 Introducing The SOA CC SOA CC Presentation Title Date Author Senior VP
(Business Steering Committee) << LOB Leader >> (Line of Business) CIO (IT Steering Committee) IT Integrators Project Director (Project A) PMO Enterprise Architecture SOA CC Presentation Title | Date | Page 6 Author

7 Evolution of the SOA CC SOA CC Evolution Best Practices Technology
Presentation Title Date Evolution of the SOA CC SOA CC Evolution Best Practices Technology Standards Shared Services Central Services Process Defined Technology Recommended Standardized Shared Organization Distributed Hybrid Centralized Benefits Knowledge Leverage Consistency Resource Optimization Control Presentation Title | Date | Page 7 Author

8 SOA CC Interaction New Project Presentation Title Date Author
Enterprise Architecture Vision and Integration Architecture* Selection of Technology* Platform Architecture Database Administration Data Modeling Expertise Modeling Tools Enterprise Data Knowledge* Internal Marketing Communicating the SOA Vision* Demonstrating the SOA Value (Success Stories)* Suggesting Projects* Operations and System Administration Middleware Installation and Configuration Server and Network Configuration System Management* QA Process* Test Scripts Testing Tools SOA CC Administration Maintain SOA Documentation* Best Practices* Metadata Management* Business Analysts Business Modeling* Business Domain Knowledge* Development Project Management Application Knowledge Development Skills Security Corporate Security Knowledge* Product and Application Vendors Application Data Model* Integration Middleware* Pilot Project Support Adapters* Source: Gartner - May, 2007 Presentation Title | Date | Page 8 Author

9 Design for Change Transition Improve
Presentation Title Date Design for Change Improve Waterfall Transition Agile Review Change during a project is expensive; so define everything up front so nothing needs to change Large deliverables Longer Cycles Large Analysis Strategies Composition Versioning Testing Operations Change during a project is expensive and unavoidable; so do everything possible to minimize the cost of change Smaller deliverables Shorter Cycles Smaller Analysis Continual process improvement Presentation Title | Date | Page 9 Author

10 Development and Support Disciplines
Presentation Title Date Development and Support Disciplines Inception Elaboration Construction Transition Production Retirement New Service Services Identification Contract First Specification Major Version (non-backwards Compatible) Or Minor Version (backwards Evolve Existing Finalize Schema Enforce Standards Communicate and promote Deploy Deprecate Phases Presentation Title | Date | Page 10 Author

11 Enterprise Disciplines
Presentation Title Date Enterprise Disciplines Before projects start; perform planning around services Service Versioning Strategies Configuration Management Process Major/Minor versioning schemes Deprecation Policies Service Testing Strategies Complete Testing Collaborative Testing Continuous Testing Service Capacity/Sizing # of Versions # of Consumers Transaction Volumes Write the policies Determine if they can be enforced with technology Presentation Title | Date | Page 11 Author

12 Organizational Functions
Presentation Title Date Organizational Functions Business Strategy Overall alignment of business goals, multi-year plans, and opportunities. Cross-functional team responsible for ensuring optimal alignment of IT capability with business goals - minimizing implementation, runtime, evolution costs, complexity, downtime, and technology risk. Enterprise Architecture Business Development Business focus on improving their results / goals by determining tactile change to business operations (leveraging IT capability). IT Organizational Governance Overall IT governance capability for the overall lifecycle project Management, systems development, testing, release, change management, system support. Enterprise Integration Connecting applications together including traditional EAI and B2B disciplines, with re-usable interfaces and inter-application standards. Application Delivery Disciplines for application development, packaged application customization and implementation. Presentation Title | Date | Page 12 Author

13 Waterfall Methodologies and SOA
Presentation Title Date Waterfall Methodologies and SOA The Premise: Change during a project is expensive, so define everything up front so nothing needs to change SOA Impact Considerations: Architects at the front of the Waterfall Process need to have tight integration with service registries. Specifications need to be updated as service versions evolve in outside efforts Use and modification of services across projects must be handled via outside governance Developed services are enterprise assets – testing and release of service sub-components may need to move towards “iterative” models Testing during the development cycle needs to adopt automation and continuous regression concepts Functional Domain Models hugely important Process-centric business development moves out of purview of “application development” to BPM – which can be a difficult transition Presentation Title | Date | Page 13 Author

14 Agile / Iterative Methodologies and SOA
Presentation Title Date Agile / Iterative Methodologies and SOA The Premise: Change during a project is expensive – And Unavoidable – so do everything possible to minimize the cost of change SOA Impact Considerations: “Just in Time” building can limit future re-use opportunities for services without careful consideration “This project only” philosophy can make it challenging for effective outside governance enforcement There is typically no re-use metric within these methodologies Integrated testing model fits amazingly well with SOA Closer involvement of business sponsors can facilitate line between business logic hard-coded within services and process logic / business rules held in more flexible, abstracted technology Presentation Title | Date | Page 14 Author

15 Role Changes within Application Delivery
Presentation Title Date Role Changes within Application Delivery Application Architects: The role specialization between application and enterprise architects grows Enhanced knowledge of the company’s “inventory” of service assets required Run-time information and service level exchanges required for web services in building applications “Service” Developers: Building towards a detailed policy for service definitions Services begin to give up “process logic” to outside orchestration Good understanding of object and functional models Testers: End-to-end, automated regression testing important Version testing important Must begin to gain greater system design understanding Business Strategy Enterprise Architecture Business Development IT Organizational Governance Enterprise Integration Application Delivery Presentation Title | Date | Page 15 Author

16 “SOA-ing” the Integration Competency Center
Presentation Title Date “SOA-ing” the Integration Competency Center “Service-enable” existing End-Points Evolve Point Integration to Enterprise Service Bus Composite Service Creation Metadata / Policy Management Web Services Management Integrated / Automated Composite Testing Business Strategy Enterprise Architecture Business Development IT Organizational Governance Enterprise Integration Application Delivery Presentation Title | Date | Page 16 Author

17 Organizational Governance
Presentation Title Date Organizational Governance Governance, more than any other area, will drive the success or failure of a scalable SOA strategy… Business Strategy LOB Project Prioritization along Pre-Agreed Axis Higher level IT Processes are implemented at the services layer: Asset, Change and Configuration Management Project Governance of SOA Usage / Adoption Governance of Process Usage / Adoption Governance of Development and Application Architecture The “Registry” Owner lives here Think about how other technology assets are managed and you are on the way… Enterprise Architecture Business Development IT Organizational Governance Enterprise Integration Application Delivery Presentation Title | Date | Page 17 Author

18 Rise of the “SOA Enabled” Business Analyst
Presentation Title Date Rise of the “SOA Enabled” Business Analyst Greatest Impact in terms of Efficiency The true key between IT Integration 2.0 and Business-Agile SOA The “SOA Analyst”: Expanded Roles = New Training and Concepts!! BPM / BAM Embedded in the SOA Business-level Semantics True Process Improvement Discipline – Huge Value and potentially huge cultural threat Business Strategy Enterprise Architecture Business Development IT Organizational Governance Enterprise Integration Application Delivery Presentation Title | Date | Page 18 Author

19 Enterprise Architecture Front and Center
Presentation Title Date Enterprise Architecture Front and Center Business Strategy SOA Mandates the end of the “Ivory Tower” Increased control = increased accountability and measurements Multi-Year view combined with incremental ROI measurement Technology-first infatuation is a detriment In some organizations these teams are evolving to delivery centers for Enterprise Assets Enterprise Architecture Business Development IT Organizational Governance Enterprise Integration Application Delivery Presentation Title | Date | Page 19 Author

20 Communication with the Business
Presentation Title Date Communication with the Business Business Strategy End of the “silos” Requires maturity in the face of true IT execution capability Process-centric focus drives more complex IT-LOB relationships Enterprise Architecture Business Development IT Organizational Governance Enterprise Integration Application Delivery Presentation Title | Date | Page 20 Author

21 Funding / Budget for Shared Services – What’s the Answer?
Presentation Title Date Funding / Budget for Shared Services – What’s the Answer? Allocation Models often deployed in the industry: He who comes to the river builds the first bridge Enterprise Funding – Business Level belief IT Funding – Infrastructure team responsible for mitigating complexity and cost Cost Shielding – Net zero, hiding ABC Costing Chargeback Unit Mechanisms often deployed: Shared “service” units – virtual units created based on underlying transaction rate consumption of assets Tiered “service” units – virtual units based on underlying consumption, level of service, and/or consumer Enterprise Pool – Higher level distribution of cost of enterprise assets not based on direct usage (based on revenue, LOB employee count, etc) Presentation Title | Date | Page 21 Author

22 Get Started with an SOA Implementation
Presentation Title Date Get Started with an SOA Implementation SOA Quick Start Define Your Criteria Implement Your SOA System Conduct Training & Knowledge Transfer Design Your Implementation Keys to a successful Quick Start: Start small Non-production vs. production Evolve SOA Integrate with strategic direction Disciplined approach Presentation Title | Date | Page 22 Author

23 Quick-start: use industry standard
Use specification from an industry standard (e.g. eTOM for telecommunications) Top-down business process definition approach is possible Focus on DesignTime and ChangeTime As services are identified and deployed, evolve into RunTime mediation and governance Presentation Title | Date | Page 23

24 Managing Outcomes Step One: Establish top level goals and outcomes
Presentation Title Date Managing Outcomes Step One: Establish top level goals and outcomes Measurable goals Metrics Reporting and Auditing Step Two: Establish policies and contracts Accountability, adjudication, responsibilities Interoperability Standards Service Lifecycle Processes Security Policies Step Three: Build the Foundation Assign ownerships, budgets and responsibilities Develop Organizational Tools (CoE, chargebacks, shared services org) Establish federated systems of record for policies, contracts and services Automate governance processes Presentation Title | Date | Page 24 Author

25 Resources – centrasite.org
Presentation Title | Date | Page 25

26 softwareag.com Where are you? What is your destination / itinerary?
Business context Arch and Tech Governance & Process People What is your destination / itinerary? Vision Evolution Alignment Presentation Title | Date | Page 26


Download ppt "The Road to SOA Presentation Title Date Author"

Similar presentations


Ads by Google