Back to basics insights on SOA, IT and the Cloud - Making Sense of SOA Blog -
Back to basics insights on SOA, IT and the Cloud

Ok, the economy is tough right now and tough times call for delivering results and cutting to the chase.   It would be easy at this time to stop talking about forward-looking IT initiatives like SOA and Cloud and just focus on fighting fires.  With that in mind, I might just as well pack up my SOA, Cloud Computing and Web-oriented bags and say that “it’s time to just give up and take a holiday.” 

 

But I remember the words of Gandalf the Wizard in Lord of the Rings…

"So do all who live to face such times, but that is not for them to decide. All we have to decide is what to do with the time that is given to us.” - Gandalf to Frodo, in the Mines of Moria

 

I actually think these types of difficult times are opportunities to cut through the chase and get to the core of what works with new technologies and their specific benefits.  With this blog, I am starting a series of pragmatic posts around what seems to be working (and there is a lot) in the SOA space. This post focuses on four key  and simple “insights” (my fancy term for summarizing something that was eloquently said by someone else) I’ve gleaned from two recent posts on SOA Best practices, SOA Governance and Cloud computing.  Both posts can be found on Dana Gardner’s Briefings Direct site.     
  1. Obvious Insight #1:  Know where you are going before you start the SOA journey.. SOA needs a plan that can be measured, tracked, course corrected so that you know when you have reached your goal.
  Tim Hall in a recent Dana Gardner BriefingsDirect Podcast summarizes this well by saying “The whole thing is tracking your progress, where are you in this (SOA) journey. It's not about installing a new pack of middleware and then declaring victory. You really have to measure along the way what you are doing, and how far you have gotten. Some measures that people start off looking at are things like reuse.” 

 

  1. Obvious Insight #2:  SOA only works when IT silos play nice together.  Cooperation is absolutely required for the SOA effort to succeed.

Again from Tim, “One of the things that we are seeing more and more of, as we're going deeper into the end of 2008 and looking forward into 2009 and the spread of adoption over the last seven years, is that new constituents come to the table. They ask, "What's the lifecycle of this service?” We've got this group of people who are now testing the service. How does that relate to its status for promotion into production environment? Shouldn't they get a say as to whether the service should or should not be promoted, based on the results, be it functional, performance, or security testing? They absolutely should” This implies that you will achieve your goals and expected results by enabling IT to work collaboratively.  

 

  1. Obvious insight #3 – What you learn with SOA applies to your entire IT enterprise architecture and this can benefit the entire IT agility effort.

 

Another key quote from the blog, “So, the surprising thing for me is that the lessons that we're learning, that are specifically being applied to SOA right now, have more far-reaching implications. As we look at things, like the different compositional patterns for systems that are coming -- Web 2.0 technologies, Ajax, rich Internet applications (RIAs), putting front ends on some of these things, or cloud computing -- all of these things are interrelated. My question is, should we not be applying these fantastic concepts and activities that we have been establishing through SOA governance more broadly to support all of these different types of next-generation composition”? 

 

  1. Obvious insight #4 – Take your IT lumps internally first… SOA is the best learning environment to prepare for the Cloud, and SaaS in the future
 A final thought from Tim when speaking of governing and managing service and consumption when the service may be external to your IT environment , “…we'd better start doing some formalization of those relationships internally, because you never know how long that relationship is going to last. It maybe internal today, and it maybe external tomorrow. You'd like to have the ground rules be relatively consistent, as you move from one model to the next.”  

 

If you want to read more about the role of Cloud and SOA, check out Dana Gardner’s blog summary of a recent HP and Cap Gemini podcast on Cloud Computing and its impact on business.  So pragmatically speaking, I see these insights as effective to course correct a SOA stalled or going off track.   Make sure you have a plan that you can track, measure and use as a guide to your SOA goals, don’t push forward with a SOA initiative until your organization and culture will support IT teams playing nice together – SOA and silos are like oil and water, take what you learn from SOA and realize it applies across all of IT and use that to your advantage, and consider SOA the best test bed for future cloud computing and SaaS initiatives—I will have a follow-up blog digging more into this space:  Cloud and SOA.   

 

Are these insights useful?  I would encourage a dialog and sharing of other key, even obvious, insights… SOA’s not easy (another obvious statement) and SOA requires a deep breath and commitment to tackle messier issues – organizational dynamics, culture, cooperation, but that inherently is where the largest value lies.  The tools automate and the architecture guides, but it’s ultimately the IT organization that delivers the solution and in times like these, getting to the solution is the true measure of success. 

 


Posted 12-15-2008 9:28 PM by kellyemo
Powered by Community Server (Non-Commercial Edition), by Telligent Systems