Skip to content

Laws of SOA

  1. Forget WS* and products
  2. SOA is design and architecture. The WS-* standards is not much more than candidate technology for decorating your service endpoints...
  3. Establish service categories and service universe
  4. Without defining/typing your services, you are building your SOA universe with simple blocks. (We have different types of building blocks for building houses, why not in SOA..)
  5. Find and decompose services
  6. Focus on the responsibility aspect of your services.
  7. Split and rule. Remember to satisfy both explicit and implicit consumer expectations
  8. Establish service ownership and Key Performance Indicators for your services
  9. SOA is challenging on an organization, and as services should provida business value, its a dead giveaway to visualize this value in a graphical dashboard.
  10. Establish design rules for your service categories up-front
  11. Basically design-time governance...
    • SOA Center of Excellence - Policy Advisory Board
    • Do not forget pre-production service QA
  12. Start limited and controlled
  13. Start with a vertical, stay 100 % faithful to your architecture and design rules.
  14. Use mocks/adapters when you have to take shortcuts
  15. Establish lean and agile deployment routines
  16. Goal: from test to production-test, and from prod-test to production in less than 20 minutes.
    T** his is a major change, which will take a lot of effort, but you have to plan for 10 times as many deployments, so there is really no option