SOA in the Combat Zone How to Succeed with SOA the First Time, and Never Make a Mistake David S. Linthicum September , 200...
Time to Make Something Work <ul><li>We’ve been working with the notion of SOA for  over 5 years now . </li></ul><ul><li>We...
What went wrong? <ul><li>“ We could not get the culture to shift to accommodate the disruptive changes we needed for SOA.”...
What worked? <ul><li>“ We changed our leadership to change the culture to make way for new approaches, such as SOA.” </li>...
So, how do I win with SOA the first time? <ul><li>Make sure there are advocates with budgets, at the executive level.  </l...
Architecture is not About the Technology <ul><li>It’s about what you’re building, then how you build it. </li></ul><ul><li...
SOA Challenges Source: Wipro
SOA Meta Model Data Abstraction Data Data Data Services Legacy Legacy Services Process/Orchestration/Composites Monitoring...
5 Things to Avoid <ul><li>Using the wrong people. </li></ul><ul><li>Selecting the technology too early. </li></ul><ul><li>...
Using the Wrong People <ul><li>Perhaps this is something you should not outsource. </li></ul><ul><ul><li>This is architect...
Selecting the Technology too Early <ul><li>Don’t “manage by magazine.” </li></ul><ul><li>Don’t overuse “comfort vendors.” ...
Not Considering “Service Design” <ul><li>Services are not applications. </li></ul><ul><li>Services are not APIs. </li></ul...
Not Factoring in the Business <ul><li>Always do ROI analysis before you begin work on your SOA. </li></ul><ul><li>Understa...
Not Thinking Long Term, and Strategic <ul><li>SOA has a positive impact after years, not months. </li></ul><ul><li>SOA is ...
Understand your business  objectives and  define success. ROI Define ROI Create Business Case Business Case
Define your problem domain System Descriptions System Complexity Analysis SOA POC POC Results Domain Descriptions Vendors
Understand all application semantics in your domain. SOA Metadata Meta data analysis Data abstraction  layer definition Da...
Understand all services in your domain. Candidate Services Service analysis Metadata and services analysis Services And In...
Understand all processes in your domain. Candidate Processes Process analysis. Define metadata, services, and processes Pr...
Define new services. Candidate Processes Service definition. Service design. Processes, Services, And Information Service ...
Define new processes. Candidate Processes Process definition. Process design. Processes, Services, And Information Process...
Select your technology set. Technology Requirements Define requirements. Technology analysis. Technology solution Vendors ...
“ SOA is Good…” <ul><li>Pay me now, or pay me later.  Make sure you do it right the first time…get the help you need. </li...
Thanks! <ul><li>Blogs: </li></ul><ul><ul><li>InfoWorld  “Real World SOA” </li></ul></ul><ul><li>Weekly Podcast </li></ul><...
Upcoming SlideShare
Loading in …5
×

Soa In The Combat Zone

2,261 views

Published on

Keynote presentation for the SOA Executive Summit.

Published in: Technology, Business
2 Comments
7 Likes
Statistics
Notes
  • Web It Experts is a leading offshore Web design & Development company in India. We specialize in PHP, Wordpress, Magento, Joomla development, SEO and more.


    www.webitexperts.com
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Good information about SOA.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
2,261
On SlideShare
0
From Embeds
0
Number of Embeds
9
Actions
Shares
0
Downloads
210
Comments
2
Likes
7
Embeds 0
No embeds

No notes for slide

Soa In The Combat Zone

  1. 1. SOA in the Combat Zone How to Succeed with SOA the First Time, and Never Make a Mistake David S. Linthicum September , 2008 Building a Foundation for Continuous Change
  2. 2. Time to Make Something Work <ul><li>We’ve been working with the notion of SOA for over 5 years now . </li></ul><ul><li>We’ve proven that SOA can work, if you approach it correctly. </li></ul><ul><li>We need to start doing, but never stop learning. </li></ul><ul><li>They hype is officially over. </li></ul><ul><li>Time to make something work! </li></ul>
  3. 3. What went wrong? <ul><li>“ We could not get the culture to shift to accommodate the disruptive changes we needed for SOA.” </li></ul><ul><ul><li>- Name withheld upon request </li></ul></ul><ul><li>“ We put our trust into a single large vendor and our technology solution was not the right fit.” </li></ul><ul><li>- “ Do not use my name” </li></ul><ul><li>“ We service-enabled everything…now what?” </li></ul><ul><li>- “I’m a complete idiot.” </li></ul>
  4. 4. What worked? <ul><li>“ We changed our leadership to change the culture to make way for new approaches, such as SOA.” </li></ul><ul><li>“ We took the time to understand the business first, then the technology.” </li></ul><ul><li>“ We focused on the architecture.” </li></ul><ul><li>“ We made some quick wins which provided creditability, and built more complex and far reaching projects around that very positive foundation.” </li></ul><ul><li>“ We created a common team across the organizations which broke down any political barriers.” </li></ul><ul><li>“ We spent a hell of a lot of money.” </li></ul>
  5. 5. So, how do I win with SOA the first time? <ul><li>Make sure there are advocates with budgets, at the executive level. </li></ul><ul><li>Begin with architecture, not with technology. </li></ul><ul><li>Get the talent and knowledge you need now. </li></ul><ul><li>Understand that SOA is ongoing (journey not a project). </li></ul><ul><li>Focus on understanding the business. </li></ul><ul><li>Define the ROI up front, and make sure it’s there upon delivery. </li></ul><ul><li>Follow a repeatable process (later in this presentation). </li></ul><ul><li>Build your SOA with the emerging Web in mind (WOA). </li></ul><ul><li>Define incremental successes, and make sure to get there. </li></ul><ul><li>Follow everything in this presentation. </li></ul>
  6. 6. Architecture is not About the Technology <ul><li>It’s about what you’re building, then how you build it. </li></ul><ul><li>It’s about understanding first, then building. </li></ul>
  7. 7. SOA Challenges Source: Wipro
  8. 8. SOA Meta Model Data Abstraction Data Data Data Services Legacy Legacy Services Process/Orchestration/Composites Monitoring/Event Management Governance Rep Security Internet-Based Services New Services
  9. 9. 5 Things to Avoid <ul><li>Using the wrong people. </li></ul><ul><li>Selecting the technology too early. </li></ul><ul><li>Not considering “service design.” </li></ul><ul><li>Not factoring in the business. </li></ul><ul><li>Not thinking long term, and strategic. </li></ul>
  10. 10. Using the Wrong People <ul><li>Perhaps this is something you should not outsource. </li></ul><ul><ul><li>This is architecture, not development. </li></ul></ul><ul><ul><li>This is strategic, not tactical. </li></ul></ul><ul><li>Existing talent may not be up to speed. </li></ul><ul><ul><li>You may love your current team, but perhaps they are not up for the job. </li></ul></ul><ul><ul><li>Make the cuts now, not later. </li></ul></ul><ul><li>Don’t let consultants or vendors drive the project. </li></ul>
  11. 11. Selecting the Technology too Early <ul><li>Don’t “manage by magazine.” </li></ul><ul><li>Don’t overuse “comfort vendors.” </li></ul><ul><li>Avoid VDA (vendor driven architecture) </li></ul><ul><li>Business -> Requirements -> Analysis -> Technology. Now repeat! </li></ul><ul><li>Make sure to do a POC, and other testing. </li></ul><ul><li>Never be afraid to toss out technology. </li></ul>
  12. 12. Not Considering “Service Design” <ul><li>Services are not applications. </li></ul><ul><li>Services are not APIs. </li></ul><ul><li>Services are services, and should be designed properly. </li></ul><ul><ul><li>Consider granularity. </li></ul></ul><ul><ul><li>Consider repeatable design. </li></ul></ul><ul><ul><li>Consider testing. </li></ul></ul>
  13. 13. Not Factoring in the Business <ul><li>Always do ROI analysis before you begin work on your SOA. </li></ul><ul><li>Understand core business processes, and what needs to improve. </li></ul><ul><li>Understand core business drivers, and be able to sell them within the organization. </li></ul><ul><li>Make sure business analysts have input at various stages. </li></ul>
  14. 14. Not Thinking Long Term, and Strategic <ul><li>SOA has a positive impact after years, not months. </li></ul><ul><li>SOA is not a development project, it’s a journey. </li></ul><ul><li>SOA requires a systemic change in how you do architecture, it’s not just an instance of an architecture. </li></ul><ul><li>SOA requires long term corporate commitment to be successful. </li></ul>
  15. 15. Understand your business objectives and define success. ROI Define ROI Create Business Case Business Case
  16. 16. Define your problem domain System Descriptions System Complexity Analysis SOA POC POC Results Domain Descriptions Vendors
  17. 17. Understand all application semantics in your domain. SOA Metadata Meta data analysis Data abstraction layer definition Data Abstraction Layer Data services definition Data Services Legacy Metadata External Metadata (B2B)
  18. 18. Understand all services in your domain. Candidate Services Service analysis Metadata and services analysis Services And Information Performance analysis Services And Performance Legacy Services External Services (B2B) SOA Metadata
  19. 19. Understand all processes in your domain. Candidate Processes Process analysis. Define metadata, services, and processes Processes, Services, And Information Process integration analysis. Process Integration Diagrams Candidate Services External Processes (B2B) SOA Metadata
  20. 20. Define new services. Candidate Processes Service definition. Service design. Processes, Services, And Information Service implementation. Process Integration Diagrams SOA Metadata Candidate Services Service Definition Service Design Service Implementation
  21. 21. Define new processes. Candidate Processes Process definition. Process design. Processes, Services, And Information Process implementation. Process Integration Diagrams Metadata Candidate Services Process Definition Process Design Process Implementation
  22. 22. Select your technology set. Technology Requirements Define requirements. Technology analysis. Technology solution Vendors Define candidate technology. Technology selection. Technology validation.
  23. 23. “ SOA is Good…” <ul><li>Pay me now, or pay me later. Make sure you do it right the first time…get the help you need. </li></ul><ul><li>Don’t be afraid to experiment, and admit you’re wrong…backup and try again. </li></ul><ul><li>Keep your vendors working with you. </li></ul><ul><li>Empower those working, so they can work to get things done. Avoid politics, if possible. </li></ul><ul><li>Learn all you can, but don’t get caught up in the hype. </li></ul><ul><li>Put standards in their proper place. </li></ul><ul><li>Small battles win the war…Keep that in mind. </li></ul><ul><li>Give yourself plenty of time, never skimp on any of the steps. </li></ul>
  24. 24. Thanks! <ul><li>Blogs: </li></ul><ul><ul><li>InfoWorld “Real World SOA” </li></ul></ul><ul><li>Weekly Podcast </li></ul><ul><ul><li>InfoWorld SOA Report </li></ul></ul><ul><li>Columns </li></ul><ul><ul><li>SOA Journal </li></ul></ul><ul><ul><li>SD Times </li></ul></ul><ul><ul><li>Web 2.0 Journal </li></ul></ul><ul><ul><li>eBizq.net </li></ul></ul><ul><li>Follow me on Twitter (DavidLinthicum) </li></ul>

×