1 / 32

Building a SOA roadmap for your enterprise

Building a SOA roadmap for your enterprise. Presented by Sanjeev Batta Architect, Cayzen Technologies. How to build your Roadmap. Hire Cayzen Technologies www.cayzen.com. Search Google. Sit through another SOA Talk. Need for a SOA Roadmap. Why do I need SOA ( Top 5 Reasons)

gareth
Download Presentation

Building a SOA roadmap for your enterprise

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Building a SOA roadmap for your enterprise Presented by Sanjeev Batta Architect, Cayzen Technologies

  2. How to build your Roadmap Hire Cayzen Technologies www.cayzen.com

  3. Search Google

  4. Sit through another SOA Talk

  5. Need for a SOA Roadmap • Why do I need SOA ( Top 5 Reasons) • Everyone is doing it • It’s a cool Buzzword • My agency got funded for a SOA Project • It will look good on my resume • Everyone is doing it

  6. Business AlignmentRealizing the need for SOA • What is the SOA Promise? • Provide business alignment • Enable business agility • Enable technology reuse • Traceable ROI on technology investments

  7. SOA Adaption Curve

  8. Two different kinds of SOA approaches

  9. Can a SOA architecture that takes forever to plan and implement truly provide business agility ?

  10. Can a SOA architecture that is built using agile and bottom up thinking provide enterprise benefits?

  11. Pragmatic SOA Roadmap Can we build a SOA in an iterative fashion while delivering a balance between short term and long term ROI ?

  12. Components of SOA

  13. Fine Tuning Each component(It’s like flying a plane)

  14. Business Strategy • SOA enabled business vision • Business Process Architecture • Future vision and customer perspective • Alignment and traceability to business goals • ( See Cayzen presentation on Agile Enterprise)

  15. Pragmatic Business Strategy • Pragmatic SOA • Business Alignment and Value Defined • Overall Business Strategy and Process Defined • Details of Processes mapped at Project Level • SOA by Accident • No Business Strategy and Focus on Process • Technology Driven SOA • Sprawl of Web Services • No overarching business architecture • Death by Planning • Too much detail at the Business Level • Wait till everything is defined. • Analysis Paralysis • No immediate ROI defined

  16. How to achieve balance in business strategy and process • Align Initiatives and projects to organizational goals. • Define a clear business vision for each project • Step up one to two levels to view how the project fits in overall organization value chain • Define business process at the project and possibly few levels above the project • Keep the business strategy and process model current once documented. • Use effective business modeling and enterprise modeling tools

  17. Governance • Organization structure and Dynamics • Team Skills • Budget and Funding • Standard and practices • Operational processes and tools • Change Management

  18. Pragmatic Governance • Pragmatic Governance • Services are built using a well defined but agile plan • Governance is provided to make SOA adaption easier not harder • Agile but defined • Just do it mindset • No governance or management • Web Services = SOA • No real reuse • Lots of services, very little architecture • Tight Coupling • Death by Committee • Services take too much planning and big and long meetings • Governance only providing enforcement, not enablement • Too much paperwork makes adaption really hard

  19. How to achieve balance in SOA Governance • Treat governance as enabled and create policies that enable reuse. • Reusing existing services should require less approvals • Value and refine governance as on ongoing process, not one time enforcement • Define best practices, frameworks and samples. • Communicate across development teams to enable reuse and collaborative thinking

  20. Platform Services • Infrastructure Services • Imaging, Content Management etc • Presentation Services • Shared Business Services • Outbound Correspondence • Enterprise Service Bus • Service Registry, Repository

  21. Pragmatic Platform • Pragmatic Platform • Tools are identified at every major maturity level • Consistent but agile implementation of tools • Focus on real word scenario, not vendor demos • SOA from start • No Platform Support for SOA implementation • Point to point services • Very little reuse • Reinventing the wheel • Buried under platform • Tools become more important than business value • Projects are funded and executed around platform not business value • Disconnected from reality

  22. How to achieve balance in SOA Platform • Identify the real world scenarios and business challenges, then decide the tool • Don’t define the business problem based on tool • Make tool choices based on real usage, don’t stock for things that are not needed and are not going to get used • Align tools to actual projects and implement those to deliver business needs • There is no better way to demonstrate value • Communicate the value of platform to stakeholders and plan for it as part of projects

  23. Architecture and Technology • Reference Architecture • Security and Identity • Interoperability and Technology choices • Products and Integration • Availability, Scalability, Performance • SLAs • Architecture Change Management

  24. Pragmatic Architecture • Pragmatic Architecture • Architecture is an ongoing process • Agile but forward thinking architecture • Strategic and Tactical Architecture • Architecture What ? • Lack of Reference Architecture • Basic architectural concerns are afterthought • Security is the last thing to worry about • Spaghetti systems • Markitecture • Good for getting funding • Too much focus on future and no tactical approach • No concrete implementation plan • Disconnected from reality

  25. How to achieve balance in Architecture • Create a reference architecture that addresses different scenarios faced by real applications • Provide best practices • Provide pre integrated building blocks • Keep the architecture an ongoing job • Architecture is only good if implemented • Consider and Test Non functional requirements upfront • Consider security approaches upfront • Communicate the architecture and reference model to enable consistency • Create Architecture review checkpoints through the lifecycle of projects

  26. Where to go next? Implement SOA in Your Projects

  27. Project and Applications • Existing Applications • Legacy Migration and Interfacing • Business Applications • Infrastructure and Platform Projects

  28. Pragmatic Projects • Pragmatic Projects • Balance between short and Long Term business value • Enable forward thinking • It works and Its SOA • SOA is a Buzzword • Deliver something • It works • Let someone else figure out SOA • SOA is failing to deliver business value • Solving world hunger • Too big from Budget Risk and Change Management • Too risky, fall back to traditional approaches • Replace Technologies, not Architecture

  29. How to achieve SOA in Projects • Identify what Business value project needs to deliver • Identify Reuse from other projects • Identify Architectural maturity and components project will help deliver • Identify Governance areas projects will achieve or improve • Identify Platform components projects will need, add or improve • Identify optimum balance between short term (project) and long term (enterprise) goals

  30. PSOA Process Business Application

  31. Questions

More Related