Don't reinvent the wheel -- applying SOA Governance to all types of apps

kellyemo — Mon, 23 Nov 2009 19:54:00 GMT

Calling all intrepid SOA pioneers... It's time to bask in the glow of the wisdom we've gained from cutting our teeth on SOA and share what we've learned more broadly to organizations looking at building out modern applications.

SOA brought us some major challenges -- many more moving parts to manage, dependencies built into the architectural fabric, the task of changing traditional silo'd organizations into flexible teams willing to share...but it also brought us architectural agility, interoperability, and better business-IT alignment. And, it also brought us the realization that governance is not a bad thing but can provide the flexible guidance system to help IT navigate the people, process and technology changes required by a new architectural approach.

We've been tracking the benefits of different aspects of governance as applied to SOA by way of reaching out and working with our key customers and partners and what we have been seeing is that not only are our customers having success with SOA governance but also with applying fundamental best practices and approaches of governance more broadly, across their application environments.

As we work with these customers and internally, we are seeing, more and more, the direct benefit of applying automated governance more broadly across the lifecycle of applications and we've started to document these findings in a new white paper, called "Application Governance in Action". You can download this white paper off of HP's website here.

In this white paper, you'll read about how governance can help align Application teams and operations teams to reduce the time, effort and number of errors that occur from the transition between testing/staging and application deployment. You can also read about how application governance can help keep distributed development teams coding and implementing based on desired architectural patterns and using underlying infrastructure that is in compliance with technical and support needs. The main goal of this white paper is to get you thinking. If SOA govenrance is proven to reduce the time, effort and accelerate adoption of SOA projects, what can it do for your complete modern application landscape?

Let's discuss this topic.. what do you think about the role of governance in the larger application lifecycle?

Making Sense of HP Software Universe -- A Look Back at Last Week's Event

kellyemo — Fri, 26 Jun 2009 18:00:00 GMT

Last week, I spent a whirlwind four days at HP Software Universe, HP's bi-annual customer and user community event for all things software. Between the content-rich interactions with customers, attending and managing sessions, and informal meetings with partners and colleagues, not to mention dinners and excellent wine (can we say "food coma"), it was a productive week but has taken me at least that to recover... thus the belated blogs this month.

That said, I don't want to bore you all with my chronological review of a week in Vegas. (no I did not gamble and take home a jackpot or lose it all and sound like a country ballad - lost my house, car, dog.. etc), rather, I'll just share a few insights that I heard and what it means to making sense of SOA.

1. Insight #1 - SOA is not dead. Have we heard enough about this already? The debate continues unabated in cyberspace. That said, what I saw at HPSU was SOA everywhere yet SOA never upstage. Our partners showing testing tools, management solutions and best practices were talking services, composite applications, loosely coupled architectures - all things SOA as just core to what it is they do.

2 Insight #2 - Modern application styles are starting to really impact quality and testing teams and there are not a lot of proven best practices and success stories yet. We are at the "now we get it, we need to test inter-related project components in the context of a composite application, services that are used/consumed in multiple places but that don't have a UI, orchestrated business processes, and we are not sure how" phase. QA teams now have to take the reality of interdependent lifecycles, shared services and intermediaries seriously. Combine this with the desire to align development and QA closer together, embrace agile methodologies for testing earlier in the cycle, and in general deliver applications faster, better and cheaper, and QA is elevated to a lead role-a critical player in the entire lifecycle of delivering, changing and evolving composite applications.

The good news is that there are technologies to help; such as testing suites designed for the concept of shared, dependent and often "headless" services, and virtualization capabilities to enable testing services and interfaces that have dependencies on scarce resources (can we say mainframe?) without having to actually have the physical resource available. In fact, one buzz of HPSU was the interaction of HP service-oriented functional and performance testing solutions with ITKO's service virtualization solutions.

3. Insight #3 - Customers are doing governance and it's working... just not all at once, nor should it. For some reason, of late, governance has been getting a bit of a bad rap. I had more than one person ask me, should we even call it governance since it's a "dirty word"? I think the image of total lock-down, loss of flexibility and boiling the ocean comes to mind.

Reality couldn't be further from the truth and that's the message that vendors and customers need to get out in the industry as fast as possible to avoid a retreat back to the wild-west state of every development team just doing it's own thing or trying to herd cats using a combination of wiki's and spreadsheets.

What I saw at HP Software Universe were pragmatic implementations of SOA and more broadly, Application Governance that were working and returning real measurable value. I saw customers solving specific, well understood and agreed upon challenges with a combination of ownership, applied best practice, well-defined policy, and a flexible approach.

For instance, one customer is using HP's SOA Systinet solution to define the specific stages of a lifecycle of modernizing aspects of a major application overhaul. In the lifecycle definition, owners are clearly defined and a chronology of decisions regarding when the new version of the application component is ready to go live is not only documented but guided via software. Policies are applied to certain actions but not too many and what policies to apply have been determined via a key stakeholder voting process so that all teams who are impacted by the policy know why and what the rational is for the policy. For this customer, policies are mainly focused on design-time. They have run-time policy management as a goal but will begin that when the organization is ready.

I heard from another customer who is not ready to use governance yet to automate lifecycle hand-offs but who is effectively using it as a system of record and to go through a review process for what services to implement as shared services - the service candidate phase.

Finally, I heard from a customer who is using governance to document the whole "who, why, how and what would happen if we didn't do this" tribal knowledge aspect of policies. They use governance processes to thoroughly assess the top areas of pain, determine if they can be fixed through governance and the application of policy, have a vetting process to prioritize what to govern with policy, document all assumptions including clearly telling a story as to what is the negative outcome if the policy isn't followed, and then if the organization votes that this is a high priority policy to implement, uses the governance process to put the policy in action, and measure and tune the outcome over time.

In none of these examples, do we see "boil the ocean". It's pragmatic governance with a specific set of vetted organizational expectations being measured and delivering results.

So what is my take away from HP Software Universe in terms of making sense of SOA? SOA is here to stay, and everyone is trying to figure out how best to keep IT humming with the major changes SOA brings. There are real examples of best practices, new processes and the application of technology to make IT more successful in the modern application world and people will line up to hear them. If we are to keep the pace of modernization accelerating, we need to tell more of these anecdotes with less fluff and more real practice. And in the words of Paul Harvey, "and that's the rest of the story"

More to come on making sense of SOA...

Making Sense of SOA Blog : Application Governance

Don't reinvent the wheel -- applying SOA Governance to all types of apps

Making Sense of HP Software Universe -- A Look Back at Last Week's Event