Friday, October 19, 2007

BriefingsDirect SOA Insights analysts on BEA, Google/Capgemini and systems integration

Edited transcript of weekly BriefingsDirect[TM] SOA Insights Edition podcast, recorded September 10, 2007.

Listen to the podcast here. If you'd like to learn more about BriefingsDirect B2B informational podcasts, or to become a sponsor of this or other B2B podcasts, contact Interarbor Solutions at 603-528-2435.

Dana Gardner: Hello, and welcome to the latest BriefingsDirect SOA Insights Edition, Vol. 25. This is a weekly discussion and dissection of Services Oriented Architecture (SOA) related news and events with the panel of industry analysts and guests. I'm your host and moderator, Dana Gardner, principal analyst at Interarbor Solutions. On our panel this week, and this is the week of September 10, 2007, we have Tony Baer, a principal at OnStrategies. Welcome, Tony.

Tony Baer: Hey, Dana, how are you doing?

Gardner: I'm doing great. We’re also joined by Jim Kobielus, principal analyst at Current Analysis.

Jim Kobielus: Hi, everybody.

Gardner: Hi, Jim. Also, Brad Shimmin, principal analyst at Current Analysis.

Brad Shimmin: Greetings, Dana.

Gardner: Welcome. Our topics this week are timely. We’re going to look at the recent BEA conference and some of the announcements that came out of that. We’ll also take a look at some of the issues around management and SOA, something that’s been of great interest to me.

Last, we’ll look at the Google announcement that Google applications, software, and service offerings which are closely aligned with Microsoft Office offerings will be supported by Capgemini, a large enterprise systems integrator (SI) and professional services organization, giving a bit more credence to the virtual applications suite approach.

First, let’s talk about BEA World. Let’s go to Brad Shimmin. Brad, you were there. We had some announcements about registry repository. We had some announcements around rich internet applications (RIA) and partnering with Adobe, and then also some ticklers around something called Genesis. Why don’t you give us the update?

Shimmin: Thanks, Dana. I’d be glad to. I was at the show, and Alfred Chuang was kind enough to do a keynote and to take some questions from analysts afterwards, which was unusual and very good. It was a great experience.

What I found most intriguing from the pretty big list of announcements they made was the under-the-radar partnership they did, not with Adobe, but with a company called Enterconnect, which is an on-demand portal company. They just announced a site called SOAApps.com, an on-demand software and service-based SOA environment. BEA partnered with them to provide the infrastructure for that.

So, any time Enterconnect sells a software-as-a-service (SaaS) SOA solution, BEA is going to get a chunk of that money, because they’ll be rolling out the infrastructure. What I found interesting wasn’t so much that partnership, but the way the BEA is positioning itself as an enabler of SaaS-based SOA environment. Everyone is saying they want to get on the SaaS bandwagon, but BEA is very well positioned to do that, because of what they’re doing with the virtualization software. You guys saw how they announced a new user-based licensing scheme for the virtualization software.

Gardner: Right.

Shimmin: Well, they're going to transfer what they learned from that to the stuff they’re doing with Enterconnect. So, down the road, they're are going to be able to have back-end software that’s going to know how to charge back and account for how the software is utilized. BEA is going to be pretty well positioned for that, and that leads into what you were talking about with this nebulous Project Genesis.

Gardner: Brad, just for the edification of our audience, what do you think BEA means by "SaaS SOA?" Are we talking about the ability to create services and make them available in someone else’s infrastructure, or are we talking about bringing that infrastructure into your enterprise and then being able to yourself create some on-demand business model?

Shimmin: Actually, it's both. They're an enabler, and that's in the positive sense. They have a strong history of partnering with ISVs and other vendors in space, and that’s going to continue for them within the SaaS space. You can look for them to provide the backend infrastructure that other companies can utilize in selling their wares, like they do it for GXS, for example.

At the same time, and that’s why it leads into this Project Genesis thing, Alfred mentioned that what they want to do for all the Weblogic and AquaLogic software is not only virtualize it, but to have that software such that it can be deployed in either an on-premises or a SaaS-based environment.

Gardner: It sounds like BEA, with some across the board approach to the pricing and business model, is trying to allow for these virtualized environments to be acquired by SaaS or on-demand providers with a low upfront cost, but then with a recurring revenue model and a sharing revenue model associated with it.

Shimmin: Exactly. That’s the Enterconnect partnership in a nutshell. Right now, BEA is the only company that’s thinking about those issues and put a pricing issue on this front.

Gardner: That’s a significant departure for BEA. In the past, they've been large capital-intensive, high-performance, and niche-oriented, when it came to their middleware and transactional and application development deployment strategies.

Shimmin: Absolutely.

Gardner: How does that affect them as a company? It’s a tough transition for any company to go from large upfront project-based revenue to a slow ramp-up recurring revenue model. Did they try to ameliorate those concerns amongst say financial analysts?

Shimmin: They had a financial briefing, which I didn’t attend, so I don’t know if they talked to that point exactly. In a roundabout way, they said they're certainly not abandoning that side of their business and see that as a very important thing for them in long-term. I don’t think they are going to try to switch. They're really just trying to build up.

Gardner: They can continue to provide high-performance transactional licensed product to the financial sector, government, and manufacturing, where they have been strong, and, at the same time, focus on this burgeoning on-demand ecology.

There might be enterprises that want to get into a shared services bureau approach internally or externally. More and more, I expect we are going to start seeing organizations like Salesforce, Amazon, and Workday that will provide more application services and composite services and then charge for them on a monthly user basis.

Shimmin: Exactly. They'll be charging the Salesforce.com folks to do this, but they also think -- and this is an interesting and weird thing to me, Dana -- that partnerships like Adobe and Enterconnect will be their ticket into the SMB market.

Gardner: Right. They don’t do really anything now.

Shimmin: Exactly. Adobe is now going to bundle in their application server with their development environment. They've already been integrated in the past, but they're now going to bundle up the pre-license and provide frontline support both ways. So, they have bundles on either side and each company can provide first-level support themselves.

Gardner: It sounds as if, as an attendee and an analyst at the conference, you came away not so much impressed with their product announcements and their technology roll-outs. but more with their shift on business model and their partnerships?

Shimmin: Exactly. Tangible announcements really centered on their registry repository. That's something every company is doing and it didn’t strike me as being unique, except this for the fact that their Metadata Interoperability Framework (MDIF) that they have for the registry repository is something they are trying to get partners to write to, and they already got Skyway on board.

They've have got some moxie going behind them there, but that's stuff that every company should be doing. I don’t really see that as being unique. The technological announcement they made is on a 10.3 server, which isn’t coming out until much later. So, it was more the direction.

Gardner: Before we bounce this off of our panelists, maybe you could offer what you think Genesis is. It seem quite nebulous.

Shimmin: I wish I could provide some clarity, but from what I came away with, reading through releases, and listening to Alfred, Genesis seems to be two different things.

When I read the releases, it sounded like it was going to be some totally new approach or direction. After listening to Alfred and talking to some folks around the conference, it seemed more like an extension of what they are already doing. I'd say it was a wrapper around things like their SOA 360º and WorkSpace 360º, ThinkLiquid, and other initiatives that they have. I was a little disappointed, because I feel that BEA put too much emphasis on these initiatives and they ended up muddying the waters and preventing themselves from making an impact.

The reason why I say that is that Alfred was saying, “Well, this is stuff we already have, a lot of the technology we already have. It's based on a lifecycle approach that is role-based for whoever it is, the IT analyst, the developer, or the business analyst."

So, it really isn’t anything dramatically life altering and new. It'a an extension of where they have already been heading.

Gardner: It sounds like a marketing exercise to try to take some steam out of the competitors in the market, maybe even a little FUD.

Shimmin: Yeah, I agree, but a positive FUD, nonetheless.

Gardner: Maybe it’s, "Let’s race to this goal. We're on our way. Let’s see who can get their first."

Shimmin: I agree.

Gardner: Let’s go to Tony Baer, now. You wrote in your blog that you are somewhat underwhelmed with the BEA announcements, but, given Brad’s perceptions of a shift in business model, I wonder if that’s changed your outlook at all?

Baer: I'll put it this way. The Enterconnect stuff, added to the virtualization strategy on which they've been embarking on for about the past year or so, is definitely the most interesting nugget of all this. The other stuff just seemed to be a lot of big marking buzz words for "We have upgraded our registry repository. Now, we have published our interchange format."

The question is whether that has anything to do with what Object Management Group (OMG) has been pushing all these years, which is their meta-object facility (MOF). Basically, it’s the idea of having some sort of standard to exchange data in and out of repositories, kind of like a like a Holy Grail.

My sense here is that it makes sense for BEA. BEA has always been an infrastructure vendor, SaaS vendors need infrastructure, BEA might as well step up to the plate and supply it. So, that is interesting.

The other thing I read in all this is that I could see that, through SaaS, it would be route towards the SMB market that BEA has never really had, because they have always tended to be coming in at a high price point. There's definitely a response to Red Hat and JBoss, on one hand, and Oracle, on the other. They need some strategy there.

The question is, though, can all this produce the types of revenues that will provide a growth path in terms of absolute revenues, compared to their traditional high-priced ticket business. I am not really sure about that, because the whole idea of SaaS is that it’s subscription and supposed to be cheaper. Well okay, we lose a little bit on each sale, but can we make it up in volume.

Gardner: I share this concern about BEA. Its stock has been bumping along at about $11 a share for several years now. They've been having some ups and downs on their licensing revenue, but nothing approaching the strong growth they had early on, led by the transactional processing capabilities and then their application server development-deployment stack. You're right. It’s also difficult from a sales perspective.

Its sales force has been out there creating enterprise accounts. How are those sales people going to go out and sell and be compensated -- and be motivated -- on this recurring-revenue model. It’s a whole different sales thing. It's hard to steer a big ship in a sales organization that way.

Shimmin: Dana, if I could jump in here. The impression I got from them was that they didn’t want to do that, but want to sell through Salesforce.com in the same model they already have. Here’s the big ticket. Give us all your money. Here’s your infrastructure and then Salesforce.com is the company that uses the model for subscription.

Gardner: In that case, we're really talking about a dozen or so major companies in the world to call on.

Shimmin: Exactly. It’s like the telco play.

Gardner: Yeah, the service-provider play. But, to address Tony’s point, those dozen or so major players are going to be very cost conscious, driving down to a volume business with low margins. Open source is certainly going to be near the top of their short list for consideration and architecture. They're also going to be looking at pure play and best-of-breed approaches. A number of these SOA infrastructure players have already targeted the SaaS and on-demand infrastructure markets. I'm thinking of Cape Clear, IONA and a few others. Let's go over to Jim Kobielus. What's your concern from a business perspective about BEA making this transition?

Kobielus: The concern I have is the same one you articulated, that they are moving away from the software license revenues, which have been their mainstay, towards a wide variety of go-to-market delivery mechanisms for getting functionality out. Now, there is the whole SaaS model, the virtual appliance model, and so on. It’s the same concern that I've expressed to Business Objects in the business intelligence space.

Looking at the BEA announcements, I am impressed with the various announcements that came out of their conference this week. It shows that they are expertly surfing the paradigms in terms of rich Internet applications (RIA), social networking and, SOA governance, and virtualization on demand. I see an exact parallel in all the initiatives to what Business Objects is doing in the business intelligence (BI) space. Business Objects and BEA recognize that their mainstay, the software license revenue model, is slowly dissolving, and they need to have alternate packaging for their existing technology.

So, looking at BEA this week, I see them more or less trying to stay on top of this very turbulent time, when its not clear how software companies will make a living in the next decade and beyond. They are going to need, as I said, multiple ways of delivering functionality to very focused marketplaces, such as the small and mid-size business marketplace.

I like the fact that that BEA has at least put a foot in the SaaS channel now with the Enterconnect partnership. I like the fact that they now have put a foot into the virtual software appliance space. Business Objects has in the last two months, seriously ramped up its SaaS strategy and is going to be working with third-party SaaS companies. Their growth is strong right now, but I think they recognize, as BEA recognizes, that the party eventually will end for traditional software companies.

Gardner: If there was any hesitation by IBM in aggressively moving to this marketplace, perhaps this will reduce any of those latencies, and IBM will say, "Okay, we are on. Let's go for it," and IBM will be knocking on these same doors.

Kobielus: I'll let somebody else on this call speak to that, because I am not really up on IBM’s open-source strategy.

Gardner: Let's go to Brad. Do you think, now that BEA has declared its intention to go after these providers, hosts, SaaS and ecology players, like a Salesforce, that IBM will walk up to the plate as well and also offer a variety of both commercial and open-source configurations?

Shimmin: Absolutely, Dana. IBM obviously has a strong heritage in the open-source market and will continue to apply that as they go forward. Their strategy is a little bifurcated right now with their ESB, open source versus close source, it’s not the same code base, etc., but still I think they're pretty well positioned to do that, if they choose to. They've got the muscle to do it, so they would be able to win in that game.

Gardner: What about Microsoft? Can Microsoft walk into these same organizations with its stack and its integrated, but albeit a window-centric approach, and compete with either an IBM or a BEA.

Shimmin: They already have. It’s not live yet. I think it’s still in Beta mode, but they have their BizTalk Services, which is a hosted SaaS-based SOA, at least for integration, that they are playing out. They have their partnership with GXS for trying to host integration services. So, they're really positioning themselves in the SaaS market. If they can tie BizTalk services to their Dynamics Live, their line of business applications that are hosted, they'll be able to hit the mid market pretty hard.

Gardner: So, as we're seeing with other waves of adoption in IT over the past few decades, the first big push into the market tends to come from highly innovative players that create their own architecture and cherry-picked components. I'm thinking of the underlying architecture of a Google, an Amazon, or a Yahoo! Then, as the market adoption moves towards more of these on-demand, Web services, and Web-based approaches, some de-facto standard or configuration becomes more prevalent and ultimately dominates the market.

Do you think we are at that phase now? Is the whole SaaS, on-demand, and hosted-services delivery market going to be looking for that de-facto standards, and BEA, Microsoft, IBM, Red Hat, open source, and mixed-breed configurations will all be vying for that.

Shimmin: Yes, and I think they will all be legitimate too. All that’s really going to matter is that they are able to speak the common language of SOA for interfaces into the company’s line of business applications internally.

Gardner: It’s all price/performance, isn’t it?

Shimmin: Exactly right.

Gardner: One thing that open source might have an advantage with is paying for maintenance and support, and is therefore on an incremental payment basis, and not a large capital-expenditure approach.

Shimmin: That’s both for the software and for management of the software. The vendors who are really going to make it big here are the one’s where you aren’t just buying the software. You remember how IBM had to plug into the back of the servers where they would monitor and manage your systems as the vendors, who are able to do that, as part of their subscription, I think they are going to have a foot up on the others.

Kobielus: I agree with what you said, Dana. As more and more software vendors come out with multiple packaging concurrently of the same technology or the same functionality, they're going to have the repackaged software, the SaaS, the hardware-appliance version, the software-appliance version, and possibly the open-source version of the exact same solutions. There is always going to be like one initial version, usually the licensed and packaged software version, that will essentially set the standard for all the other alternate packaging of that same technology.

Let me get back to Business Objects. I don’t want to keep harping on them, but they are a perfect case in point. Business Objects this year rolled out an SMB-focused packaging of their core BI technology called the Crystal Decisions line. Now, they've got three versions of that: standard edition, professional edition, and premium edition. Business Objects this week said that next year, they're going to release, in conjunction with VMWare, a virtual-software appliance version of Crystal Decisions’ standard edition with more or less the same functionality.

Business Objects a couple of months ago announced that they're also going to be implementing a hardware appliance version of all their products with various partners. They're going to have SaaS versions of all their solutions at some point in the future.

So, what I am getting at is that they are going to have all these different ways of slicing and dicing the same technology. In the beginning of commercial television, its shows were just filmed radio shows, until the programmers of this new medium figured out, "We can actually package stuff differently, and should, for this new medium, because that allows us to do different things."

Software appliances are almost like filmed radio right now. Over time, though, they will be morphed and will have their own unique set of features entirely distinct from the packaged software ancestors from which they descended.

Gardner: That relates to a recent BriefingsDirect SOA Insights Edition that we did with Jim Ricotta, general manager of appliances at IBM. He certainly led us to believe that this is going to be an aggressive direction for IBM, probably more on the hardware/software combined appliance and not so much on the software-only appliance, but certainly these configurations are percolating up in the market.

What’s interesting to me is that for these service provider type of clients, the systems' integrators are not really involved. They've been pushed to the side, and it’s the vendors themselves that are creating these configurations, which the architects within these organizations will then adopt. Does anybody want to react to the systems' integrator role in this market?

Baer: Theoretically, in having SaaS, putting it on an appliance, or however you want to take out some of the pain of all this, the idea is to bypass the system integrator. On the other hand, the fact is that maintenance still tends to be very labor-intensive. Fortunately, with remote diagnostics, you don’t have to have that labor on the site, and so a lot of that could go towards the maintenance part.

The chances are, even if you are small or mid-sized business, you may start consuming services from a number of different SaaS vendors. In other words, you are unlikely to put all of your eggs into the Salesforce basket. You might have some Salesforce. You might also have some Business Objects. Somebody's got to make the tool work. So, I see roles for SIs here, if they can be agile and adaptive.

Gardner: So, we'll wait to see some standards configuration and perhaps some leadership by certain vendors for this infrastructure on a price/performance basis. Once that settles out within the service provider sector, then that will give them, ready entree into enterprises. It’s about the right time for enterprises to start moving meaningfully towards service infrastructures.

Baer: The one part I would disagree with is on the standards. There may be standards, but as we have had Web-services standards, even though you have WSI, which is supposed to be a test bed for interoperability, you still don’t have true interoperability. What they do is get you in the ball park.

Gardner: I was referring more to industry de-facto standards, not necessarily technical or enforced standards.

Kobielus: Right, but my sense is that there are always going to be some final assembly and fasteners that you're going to have put together that are just not going to be completely covered by standards. That’s an area for SIs. It sounds like its ideal for them. They will make the stuff work.

Shimmin: You know what, guys, the threat to the SIs isn’t so much from standards. It’s from the business process management (BPM) front, and the modeling and empowering the company to take control of the application it's building from the business process out.

Gardner: In a sense, the infrastructure is coming off the wire, and therefore it’s value added. It’s all about the process integration.

Shimmin: That’s right. Most of the money these guys make is on long-term engagements, where they send folks in to talk about how the process is going to be built into the software.

Kobielus: It’s all about best practices, those templates in the business content, all of that. And, before long, the final assemblers -- where all the money is going to be made in what’s now called the software industry -- the SIs themselves are going to be agile not only among different vendors, but within any one vendor's product architecture.

They will mash up the ultimate versions of the software -- open-source software, software virtual appliance, SaaS, whatever -- of any one vendor's product portfolio in creative ways in which it probably hasn’t even occurred to the vendors themselves. So, they are going to rely on the SI to be creative mix and mash-up developers.

Gardner: Wouldn’t that be what Project Genesis might be alluding to?

Shimmin: Exactly, but that’s not so much for the integrators but for the enterprises that are employing the integrators

Gardner: And then to your point, Brad, that, in a sense, diminishes the role and value of the integrators?

Shimmin: Right. It just lessens the amount of money they make. Their role, as Jim has said, is going to be important, because they're the ones who have to do the final assembly, It just means the upfront costs aren’t as great.

Kobielus: Actually, that brings up another point I wanted to make. Once again, I can definitely draw a parallel with what Business Objects and other BI vendors are doing. I wasn’t at the show; Brad was, but as I was reading through the Project Genesis press release, they talked about social networking and involving the various roles -- in other words, IT people, and also end users and subject matter experts in the development and mash up of SOA and Web 2.0 -oriented applications.

The direct parallel in the BI world, as well as master data management, data integration, and data quality, is that they are all enabling the database administrators (DBAs), subject matter experts, and data stewards, who are business users who have responsibility for particular datasets like customer data. They are providing them with the tools to collaborate over the lifecycle and management of master reference data, etc.

Every one of the BI vendors that’s worth anything is innovating in that exact way. They're bringing the end user, the people with domain expertise, into the ongoing development and administration of these environments through Web 2.0 AJAX -type tools and social networking-type services.

Gardner: Let’s move on to our next subject, which is somewhat related, now that we’ve gotten into this, and that is Capgemini, a large global SI, saying, "We’ll help Google applications and support them inside of enterprises." This is an interesting development.

So far, we’ve heard about Google being interested more in how small offices, individual users, and productivity users would use their SaaS. Now, we have this opportunity for enterprise play. Is this a movement towards more of a SOA and SaaS for more than just rudimentary desktop productivity applications?

Shimmin: Well, Dana, it’s two things. First, it’s a legitimization of this approach, and it ratifies that it's something that’s valid for the enterprise, which I think is terrific over the long-term, because we do need competition to the Microsoft desktop paradigm.

Second, it heralds a direction in which the SIs want to go, which is being able to be more nimble in how they deploy the software. They like to be in bed with the company they work with, but they don’t want to have to wake up there every time.

Gardner: Single-source problem, right.

Shimmin: Right.

Gardner: Does anybody else have an impression about Capgemini, and I guess others saying. "Yeah, we’ll help companies figure out how to take something like Google applications, widgets, and other SaaS and integrate so enterprises can best deliver value to their internal constituencies?"

Kobielus: It’s another approach to client virtualization. There is the client, in this case a full desktop productivity suite, now completely virtualized across the Web, but virtualized in a way that's enterprise friendly and enterprise safe,because you've got an experienced SI and outsourcer like Capgemini behind it. As Brad said, it definitely legitimizes Google in this area. It legitimizes this approach. As to whether anybody in any great numbers will adopt this service, I seriously doubt it.

The Microsoft hegemony holds tight on the desktop and will for the foreseeable future for reasons that many other analysts have commented on over the years. I thought it was an interesting story, but I don’t think it’s going to rock the industry any time soon.

Gardner: That does make a good sense, when we only factor how these applications would be delivered into an enterprise’s internal constituencies. What about some innovative business development activities, whereby a company that is public-facing or is interacting with its clients outside of the organization, might want to start integrating and mashing up such services as Google provides?

Is there an opportunity for an enterprise to become more of a service provider, but start borrowing services from Google at very low cost, because Google monetizes through advertising and then integrate those, mash those, into what they provide to their end users?

Kobielus: Yeah, that’s one potential role. More and more of the Web 2.0 paradigm is focused on user-generated content. So, we have the whole Wikipeida approach. There is a potential for somebody who wants, for example, to start up a commercially-driven or advertising-supported Wikipeida-type distributed reference book, to contract out to Google/Capgemini. They would provide that collaboration infrastructure with the authoring tools and the version control and all that to support such a venture, where it’s user-generated content, and not everybody just slapping up HTML or dot-doc content.

You want people posting rich content that has been prepared in accordance with templates that the proprietor of this online encyclopedia, or whatever, might dictate. So, you say, "Well the price for participating in our environment are the constraints. You use the tools that we provide, and, by the way, they are Google tools supported by Capgemini, or whatever.

Gardner: I am thinking a little differently, not tools, but actually having word processing, communications, instant messaging, presence, and mobile commerce functions and features embedded into high-value offerings. Enterprises and companies could deliver these out to end users, supported by Google’s infrastructure and services, and integrated through an organization like Capgemini.

Another way to look at this is that as Enterprise 2.0 activities kick in, once again, the SIs might be saying, "We don’t want to be left out of this. "We have to get into this mash-up business." What do you think, Tony?

Baer: Definitely, That’s definitely what I was thinking, when I was talking with Capgemini folks the other day. We always talk about how SaaS and SOA are supposed to simplify the job of systems integration. Well, as you put all of this SaaS and SOA out, you still need to put this together. Maybe new mechanisms and emerging and you want to outsource a lot of this stuff. Something like what Capgemini is doing with Google apps is an interesting stake in the ground and it makes perfect sense from that standpoint.

There's another thing I want to tie in. I talked before about the impact of Capgemini getting in there with Google apps. When I spoke with the Cap folks, they said un-categorically, “No, we do not expect to displace Microsoft Office, but there is still a large audience out there that’s not using Microsoft Office, where the economics have been pretty marginal at best to get people connected.”

I'm not even talking about the developing world, but people are in line operations who typically have not been connected by computers and don’t need this sort of thing. This is exactly the type of play they'ree talking about.

Gardner: The whole mobile end-point world, right?

Baer: Exactly.

Kobielus: The whole Net PC paradigm and the thin client Larry Ellison tried to get on board in the late 90s didn’t go anywhere in terms of the diskless workstation or the shop floor worker who didn't have their own PC, but would share a virtual PC with lots of other folks.

Gardner: But, what about a convergence device like an iPhone and all the other knock-offs that get closer to the iPhone function set?

Baer: A couple of things were playing at the time. One, Larry was trying to do it within his walled garden. Two, the technology and the bandwidth just weren't there. I'm looking at the next generation of iPods. Forget iPhones for a moment. It will trickle down to iPhones, as well, and we're talking about 160 GB iPods.

Gardner: The Browser connects through Wi-Fi.

Baer: That is as much as my desktop holds at this point. So, all this stuff is getting miniaturized. At that point, you do get a certain convergence. Of course, these guys are not going to be heavy word-processing users, but they might need to do some texting or very light spread sheeting, and that’s exactly what this is made for. So, no, it's not going to take away the 90 percent-plus market share of Office, but there is certainly a niche out there.

The question is will it be significantly monetized lucrative enough for an organization like Capgemini, because they have very high cost structures. Just as we were talking about before, is SaaS going to be a play that really will contribute significantly to BEA. A lot of this is the economics of how an organization can make money. One other point I want to plug in from before is that I think it makes sense for BEA to sell all these SaaS providers. However, I think the SaaS providers are going to squeeze BEA and say, "Look, we don’t want to pay those upfront cost, we also want to pay per subscriber based on the number of subscribers we sell."

Dana Gardener: What if there is meaningful advertising revenue thrown into the mix? What if Google, through it's interfaces and it's huge lead and dominance of small keyword-based ads juxtaposed to either search or application activities, can change that business model fairly dramatically by making a lot of this stuff free or even subsidized, with the quid pro quo being that a couple of text ads will show up?

Baer: It sounds like a nice idea. For very small companies, it will be fine, but I wonder, when you start getting to a larger company, are they going to want to have ads penetrate through their walled garden.

Gardner: Not to their employees -- to their customers. They can start delivering services out to their customers subsidized by Google, and the quid pro quo is that the end users get a service for very low cost themselves, but they get to look at a couple of contextual ads that actually might relate to what they're doing.

Kobielus: This gives me an opportunity to go back to the radio analogy. It reminds me, Dana, of the approach, where your PBX manufacturer provides music on the hold and gives your vendor the option of piping in some commercial radio station from your area. So, your customers are sitting on hold and listening to the local radio station. Up pops an advertisement or commercial for your competitor.

So, if I am an enterprise, and I'm contracting with Google/Capgemini for this SaaS-based productivity suite provided out to my customers and or my employees, suddenly, my customers are looking at my competitor’s ads. Obviously, if you want to go that route as an enterprise, then you want to say it to Google/Capgemini, "Okay, I’ll take your ads as part of the price, but block my competitors ads and particular companies and particular market places." I'm not talking about porn. If I'm Microsoft, I don’t want to see Oracle’s ads in my environment.

Gardner: It would be very easy for an algorithmic approach to reduce any of that overlap of ads, so that there is no conflict. But, the ads would relate to user activities. It's just like when you go on hold, some companies put in their ad, which says, "Now that we are still listening to elevator music, by the way, we have a discount on three quarters of our catalogue this month and go to www.our-company-best-deals and take advantage of that." So, there is a whole unexplored way of marketing lead generation advertising revenue being driven into a SaaS model. What do you think, Brad?

Shimmin: I agree that Google really shines at stuff like getting out ads. Who knows if that model is going to play out for the consumer or the enterprise, which is what interests me the most. Obviously, that’s not going to fly for them, but what does fly for me, technologically anyway, is the whole human workflow for the information worker.

That's why this is great. Having Capgemini validate what Google is doing is great, because if you're building an enterprise app with workflow that involves instant messaging or some other form of presence communication, or even a live spreadsheet, this is going to cut down on the cost tremendously. It opens up the ability to tie those services into the given out the application that they are building, because as we all know Microsoft is making a lot of strides in tying office apps into it's own .NET and BizTalk and SharePoint services.

Gardner: Like with these "Live" initiatives, right?

Shimmin: Right, but it's not for the J2EE community.

Gardner: The business model becomes more important than the object model.

Shimmin: Exactly.

Kobielus: I see a role for a Google apps or Capgemini-type SaaS service in the area called governance, risk and compliance (GRC). One of the functional components of a full-fledged GRC environment, something called enterprise feedback management (EFM), where the environment regularly surveys all the stakeholders and end users to determine to what extent a given business process is being performed in compliance with various regulations and standards and so forth.

When you're talking about GRC over a distributed supply chain, you have many organizations and personnel not all under single management and not all using the same desktop productivity tools. They may need some common survey feedback and notification mechanism, calendaring environments, and so forth, that they could all share within the context of enterprise feedback management. That’s where an outsourced SaaS service like the Google apps and services might come in quite handy, a common EFM bus and it could span firewalls.

Gardner: Well, we had a far-reaching discussion today, but one of the things I observed is that we are talking about companies that previously would have been odd bedfellows. We are talking about Google and Capgemini, BEA and Adobe, Microsoft and Oracle and yet they are all relating to themselves on a new level, which is around the services delivery, different business models, and more importantly different partnerships and relationships.

So, this is a new era. We talk about SOA a lot, but what’s going to drive this in many respects is this new business approach to delivery of services, monetization of services. and then the underlying infrastructure that supports that. Well, thanks everyone for joining us today. We have been talking about BEA World Conference. This is the week of September 10, 2007 and also the announcement by Capgemini of supporting Google applications this week. Any parting thoughts, let’s start with Tony.

Baer: Basically, I pretty much agree with what we were talking about regarding where we might end up going with the Capgemini and Google Apps. There's a lot of unexplored territory. You mentioned, Dana, about the potential of attaching either advertisements or third-party copy. Well, go into an elevator in a major office building. You are probably already seeing CNN on the screen there. So, think about it as being a precedent.

Gardner: A precursor to what you are going to get through your mobile device or your PC soon.

Baer: Exactly.

Gardner: Jim Kobielus, parting thoughts.

Kobielus: We're already living in ad-glutted world. I think people will gladly pay a premium for an ad-free environment. That’s one of the reasons I think people will still continue to stick with desktop tools like Microsoft Office. It's like, "Wow, good, an ad-free environment that I am paying for and I am going to keep it that way. I'll keep my head clutter down to an absolute minimum."

Gardner: Well, I wouldn’t be surprised if Microsoft starts embedding some ads into it's Live offerings too. Brad Shimmin, parting thoughts.

Shimmin: On the alliances front, any alliance is a good sign, no matter how odd, strange, or otherwise it may be. The fact that we have these strange alliances is a signal to both the maturity of this market that we all talk about all time and also the vibrancy of it. So, I am thrilled that we would have stuff to talk about.

Gardner: Innovative alliances, right?

Shimmin: Yup.

Gardner: Well, great, I want to thank our panel Tony Baer, principal at OnStrategies, Jim Kobielus, principal analyst at Current Analysis and Brad Shimmin, principal analyst at Current Analysis. This is Dana Gardner, principal analyst at Interarbor Solutions, and you have been listening to BriefingsDirect SOA Insights Edition Vol. 25. Thanks, and come back next time.

If any of our listeners are interested in learning more about BriefingsDirect B2B informational podcasts or to become a sponsor of this or other B2B podcasts, please fill free to contact Interarbor Solutions at 603-528-2435.

Transcript of BriefingsDirect SOA Insights Edition podcast, Vol. 25, on industry mergers and acquisitions. Copyright Interarbor Solutions, LLC, 2005-2007. All rights reserved.

Wednesday, October 17, 2007

BriefingsDirect SOA Insights Analysts on Citrix, XenSource, HP and Opsware

Edited transcript of weekly BriefingsDirect[TM] SOA Insights Edition podcast, recorded August 13, 2007.

Listen to the podcast here. If you'd like to learn more about BriefingsDirect B2B informational podcasts, or to become a sponsor of this or other B2B podcasts, contact Interarbor Solutions at 603-528-2435.

Dana Gardner: Hello, and welcome to the latest BriefingsDirect, SOA Insights Edition, Volume 24, a weekly discussion and dissection of Services Oriented Architecture (SOA) related news and events with a panel of industry analysts and guests.

I’m your host and moderator, Dana Gardner, principal analyst at Interarbor Solutions, and ZDNet blogger. We are joined by a large stable of experts and analysts this week, and this is the week of August 13, 2007. Let me go through our list of contributors. First I would like to welcome Jim Kobielus, principal analyst at Current Analysis.

Jim Kobielus: Good morning, everyone.

Gardner: We are also joined by Neil Macehiter, research director at Macehiter Ward-Dutton in the U.K. Hello, Neil.

Neil Macehiter: Hello, everyone.

Gardner: Making his debut on our show, Dan Kusnetzky, principal analyst and president of the Kusnetzky Group. Hello, Dan.

Dan Kusnetzky: Good day, everyone.

Gardner: A return guest, Brad Shimmin, principal analyst at Current Analysis.

Brad Shimmin: Greetings, everybody.

Gardner: Also, a regular these days, Todd Biske, enterprise architect at Monsanto, formerly with MomentumSI.

Todd Biske: Hi, everybody!

Gardner: And one additional newcomer, JP Morgenthal, CEO of Avorcor. Welcome to the show.

JP Morgenthal: Hello, everyone.

Gardner: And last, but not least, Tony Baer, principal of onStrategies. Thanks for joining, Tony.

Tony Baer: Good morning, Dana and everybody.

Gardner: We want to jump into two major topics this week, and they are both a result of mergers and acquisitions. First, we're going to discuss something that has further highlighted a hot area, virtualization. That is the acquisition by Citrix of XenSource. We're going to look at virtualization as a result of this $500 million deal at a very high multiple. We're going to look at the implications for Microsoft, for open source, and for virtualization in general.

We're also going to step back a few weeks into July and discuss the $1.6-billion acquisition of Opsware by HP. This is a case where we are looking at management, and an acquisition that might help redefine or expand the role of management, automation, and operations, and perhaps have an impact on SOA as well.

First, let's get the low down on the XenSource and Citrix deal. Why don’t you give us a quick recap on that Tony Baer?

Baer: Well, Citrix has made roughly a $500-million offer to buy XenSource, which is itself a company that was formed around commercializing the Xen hypervisor open-source technology. In fact, it only morphed into a real commercial company within the past 12 months or so, maybe even less.

The interesting thing about XenSource is that it’s been considered to be the leading, emerging alternative to VMware. It essentially virtualizes the machine to a slightly more native approach than VMware. It's a very interesting acquisition because Xen has had a relationship with Microsoft, where it gets access to Microsoft's virtualization technology, and it also fills a key gap for Citrix.

Dana, you and several of the other folks here who were on the call raised a lot of questions in terms of how this impacts the relationship between both companies and Microsoft.

My quick take on it is that in the grand scheme of things, it's not going to make huge changes. Of course, there's a lot of wiggle room here, but my sense is that, when all the debris settles, Microsoft will still need some way of interoperating its hypervisor with the Linux environment. So, even though the relationships may change somewhat in the long run, there will still be some sort of technology sharing here.

Gardner: Let's go to Neil Macehiter. The question for you is how big a deal is this really, and is it a game-changing event, given the high multiple?

Macehiter: I'm not sure one can necessarily equate the high multiple with its being a game-changing event. Clearly, XenSource has about $8 million revenues. We think its paid revenue is $20 million next year. So, it's a monstrous multiple, which indicates that virtualization is very hard, as we have seen with the VMware's IPO. They are now the top publicly traded software company in the world, based on market cap. What this acquisition emphasizes, more than anything else, is where the temperature is rising, and it's not in the core hypervisor.

The hypervisor that Citrix has acquired in Xen is actually open source, and the commitment is to retain that as an open-source initiative. The real value in this acquisition is XenEnterprise v4, which addresses some of the lifecycle management issues around virtual machine infrastructure provisioning, image management, etc. That’s where the temperature is already rising, and it was an acknowledged gap in the Citrix portfolio around desktop virtualization. So, I think it is indicative that virtualization management is hard. I must admit I was quite surprised that Citrix was the acquirer. I was thinking that XenSource was an acquisition target, but I was thinking more of the OS providers, the Red Hats or Novells, acquiring the capability, particularly around the management.

The Microsoft relationship isn't game changing, primarily because Microsoft’s hypervisor technology and the management around it, in Viridian and Virtual Machine Manager, is still a year or so away. It's going to be very interesting to see how the relationship morphs, as Microsoft becomes less dependent by virtue of having it's own hypervisor within Windows Server. Microsoft Research in Cambridge, just down the road for me, was involved in some of the early development at Xen, because that came out of Cambridge university.

Gardner: Okay, Dan Kusnetzky, you write the Virtual Man blog on ZDNet, and you have been covering virtualization for a long time. As a former IDC Group head, tell us a little bit about your perspective on this. From what we saw, from quotes out of Citrix, this deal had been under discussion for a long time. The fact that it came within days of the VMware IPO, which had very great reception, doesn’t seem to be related to this. The timing doesn’t seem to be related, and is somewhat of a coincidence. What's your perspective on this virtualization market?

Kusnetzky: First, I want to expand the notion of virtualization, and to point out it's not anything that’s really new. The model of virtualization that I have been using to examine the market includes seven different layers of technology, each moving some part of an application environment from living in a physical world, to move in a logical or virtual world. If we look at Citrix's strengths, they've always played very well in access virtualization, that is, making it possible for an application to display on a remote device without the application having to know a great deal about what the remote device looks like, the network that it's on, or anything.

They've also got some form of application virtualization, allowing applications to be accessed regardless of where they are, what operating systems they're running on, and the like. They’ve never had a very strong processing virtualization, storage virtualization, network virtualization, security story for the virtualized environment, or management of physical and virtual resources.

If we look at just the idea of what XenSource was doing with their processing virtualization management security, particularly their recent announcement of partnership with Symantec for the Veritas Storage Foundation software to be included in XenEnterprise, you could see that Citrix starts to have a more top-to-bottom virtualization story than they every had before. So, from a product portfolio view, this acquisition appears to make some sense.

From another point of view, though, I have some pretty serious doubts. If we look at the history of technology company acquisitions in the past, corporate culture and management style makes a very big difference in retention of key developers, key architects, and key strategists.

We don’t have to look too far to see some pretty major disasters where a big company acquired a smaller company that had a different approach to business and the key designers left. You could look at IBM acquiring Rohm to get into the telecommunications market, and very short order, all of the people who had made Rohm what it was, went to Northern Telecom. Another example would be Computer Associates acquiring Ingress, and the significant designers and architects moving to Sybase and Oracle, leaving CA with a shell of a company.

Gardner: Alright. So, given that there is some inherent risk in mergers and acquisitions generally, there doesn’t seem to be any obvious cultural symmetry or alignment between these two companies.

Kusnetzky: There are even strong differences. Citrix has been married to Microsoft for years, even though it had technology that allowed it to work with Unix, Solaris in particular, and Linux. They really didn’t focus on that because it would anger the folks in Redmond.

Gardner: Right, and they have managed that relationship very well. It’s been something that I was thinking would not last very long, but it has. Nonetheless, so what gives with this deal? If there are these risks, this lack of symmetry culturally, this high multiple, is this a desperation move, and why the big land grab in the case of this virtualization technology?

Kusnetzky: If we look at Citrix's portfolio, every single piece, service, or product offering is matched by something Microsoft is pushing now. That, in essence, means that Microsoft is trying to acquire the business that Citrix has and slowly remove Citrix from the limelight and off to the sidelines.

They have their own presentation services in the form of terminal services. They have their own clustering. They have their own Go-to-Meeting-like software with the acquisition of another company’s business. Go-to-Meeting was Citrix and Live Meeting is Microsoft. If you go down the list, Citrix is being increasingly pushed off into the corner, and they needed to do something that allowed them to come back and be focused. They needed a broader strategy, one that wasn’t focused solely on access mechanisms. The acquisition of XenSource gives them a broader story.

Gardner: Is Citrix drawing a line in the sand and saying finally, "Okay Microsoft, we played this competition thing for a long time. We've been the little sucker fish on the side of the big shark for a long time, but now we're going open source. We are going to use that strategically, and we are going to go off on our own and try to make real hay on this virtualization thing."

Kusnetzky: That is, at least, a possibility. The majority of Citrix's business is centered on Windows, so they can’t go too far along the path of angering Microsoft, because it would become very difficult for them to get access to key technologies that allow their product to work.

Gardner: Let’s look for a little level set with some practitioners in the field. First, Todd Biske, how interesting is virtualization to you as an architect? Is this something you see off in the future? Is this something you look only for operational efficiency or do you see this as something strategic and perhaps related to SOA?

Biske: Virtualization is definitely something that organizations are looking at right now. For the clients I've worked with, it's been a mix. Some are really trying to embrace it on the server side and make use of it right now. Others are looking at possibly using it on the desktop for developers, when they need to get a specific development environment, but it’s definitely in people’s minds today. So, I would definitely classify it as in the list of strategic initiatives that companies are looking at and determining how to use appropriately.

This is a really interesting acquisition that will help XenSource at least get more mind share in the enterprise. Companies obviously have lots of Microsoft investments on all their desktops. There's a good chance that major enterprises have significant investments in Citrix as well, if they've got any need for remote access for their systems, terminal services, etc. It will open it up to a few more environments to add in this virtualization capability for organizations that were still unsure about what to do with open source. It’s a good thing from that perspective.

Gardner: Citrix is in a lot of major accounts, they're well entrenched, they have a sales force, and they have a presence.

Biske: Absolutely. I compare it to IONA’s acquisition of LogicBlaze. For companies that were looking at open source, having IONA behind that was a good thing, because they've now got a strong name, somebody they can go to for the support around that. Now, you've got the same situation with XenSource. When you have these smaller companies trying to commercialize open source, they still haven’t built the reputation of these larger vendors. So, overall for XenSource it’s a good thing. We’ll have to see whether it really enables them to compete even more with VMware and Microsoft’s coming solution in the space.

Gardner: Let’s go to another practitioner. , tell us a little bit about your company and then quickly how you see this virtualization trend appearing in your client base?

Morgenthal: Thanks. Avorcor is delivering what we call the supply chain as a service. We're really involved heavily in a vertical market SOA around supply-chain management. We've been doing a lot with taking SOA and driving it out in a vertical nature, not just horizontal, where I see a lot of the early work being done. Because of what we're doing, we are working with clients who are facing these issues.

I’ll give you an example where the state of art is, where the state of the decision making is. We have a client that is looking to make a very large enterprise application decision. The company from which they're buying their enterprise application software refuses to commit to virtualization or running on a virtualization architecture. Even though there has been significant evidence of enhanced performance that are running natively on a flat Windows platform in a virtual machine, this company would not commit to running in production in a virtualized architecture. On the other hand, we find that we’d perform better in a virtualized architecture.

We've been dealing with issues of the Microsoft platform for a long time around resource management, where we're fighting with SQL server and other applications or resources, and each one has different memory requirements. This virtualized environment allows us to focus on giving our application 100 percent of the resources, and thereby never running out of things like TCP/IP sockets or having memory thrashing errors slowing down wireless communications, which is critical to Web services doing their job. So, it’s having a profound effect on the production environment.

Gardner: Is virtualization making the operations and architects an offer that they can’t refuse, and is Microsoft going to have to adjust to this reality?

Morgenthal: From a development perspective, that's a given. I, myself, have done what no one expected. I'm actually running on a Macintosh, and that's because I run all my development from my Windows platform stuff in a parallel virtual machine. The reason I do that is because the the MacBook Pro is one of the best Intel machines on the market today. It’s solid. It’s stable. The applications and everything else I do using the Web in my job, run perfectly in that environment, and when I need to do development. So, from a development perspective, it’s a given that people are moving in this direction in busloads.

Gardner: How about the datacenter side?

Morgenthal: On the datacenter side, the promise there is better utilization of resources. As I said, if you really want to get into it, you could find a way to tune Microsoft, but I have a sys admin working in one of my clients who is fighting with this 3GB initialization parameter. When he puts it in one way, one app gets hit when he puts in there. When he doesn’t put it in, other apps get hit, but mine works fine.

This is a clear case of where you go out and get an additional operating system license and put this into each application and in its own VM running on a four-way or eight-way Intel Duo Core 2 machine -- they are running an SAN -- and you have one of the cleanest, most high performing environments I've ever seen.

Gardner: Let's go to Brad Shimmin. Brad, were talking now about the big issue: the high cost of ongoing operations and the interdependency between applications and services within an infrastructure. What’s your take on this virtualization opportunity? Is this really going to be a matter of economics pure and simple?

Shimmin: Absolutely, it's a matter of economics, but not just for the reasons we were talking about. We were mentioning that this is something that helps you better utilize your hardware. This lets you better utilize your software. It basically frees you from having to worry about the stack and the interoperability issues that arise over time in managing a stack.

Gardner: If I can just pause you there and stay on what you just said. SOA is, in effect, heightening this issue, because of the need for discrete services running with their own horses and their own power. What do you think is the relationship between the emergence of virtualization and the accelerating effect that SOA is playing?

Shimmin: You're right there, Dana. There are two levels where this really takes effect. One is, as you were just describing, on a broader level, you need to have interoperability. That interoperability is something that is multilayered and something that you need to be able to standardize over time in a SOA infrastructure and virtualization, once you abstract away all those things that mitigate your ability to do so.

On a more finite level, the part that interests me is the fact that, when you set up a SOA installation, you have a lot of issues you have to resolve initially in terms of, "I'm going to have this version of the operating system, and this version of application server, and this version of USB up the stack."

As we've seen a lot of the vendors, Red Hat and now Novell with their agreement with IBM this week, are trying to say, "Okay, look, we are going to, standardize the stack for you. We're going to tell you that it's definitely something you can count on over time. It's not going to break every time we version a piece of it." What virtualization does is let you set up that verified stack on your server and not have to worry about breaking it down the road, because it's sitting in it's own virtual environment.

Gardner: And doesn’t virtualization also allow you, if you're have a Microsoft shop or you have a lot of Microsoft applications running, to continue to exploit and leverage those investments, but extend them, and without an additional high cost on the infrastructure side of it?

Shimmin: Absolutely. Your lifespan for software is dramatically increased by virtualizing it.

Gardner: Alright. Jim Kobielus, what are we missing here? Is there something that we are not addressing in terms of the impact of 1) this deal, 2) the emphasis that’s placed or the spotlight it's placed on virtualization, and then, 3), how does virtualization affect Microsoft going forward?

Kobielus: I don’t know if we're missing it, but may just overlooking the fact that virtualization is hot this week. Clearly, there have been very important announcements, both XenSource with v4 of its product, the IPO by VMware, and, of course, the acquisition of XenSource by Citrix. That’s hot this week, but really SOA is a virtualization approach.

Virtualization is a long-stroke perspective, as is any approach that further decouples the application logic from the underlying metal. That’s what SOA is all about. Another way of putting that is, abstracting the external calling interface from the underlying implementation of a service or set of services. Virtualization has been around since the dawn of computing. When we stopped programming in machine code and started using FORTRAN, COBOL, as well as compilers and so forth, to put greater distance between the logic and the metal, that’s when virtualization, as an approach, began. It was the big bang of the 1950s and 1960s in computing.

So, in a sense, virtualization is like a cosmic background radiation that still radiates and still manifests itself in complex ways, including, of course, this new focus, this recent focus on hypervisors and so forth.

Cycling back to the importance of this week’s events from Microsoft, what happened this week is good for all three major players. It's good for XenSource, Citrix, and Microsoft. Clearly, it's good for XenSource, because, they've got a tough challenge. They're in a market where their primary competitor, VMware, currently has 85 percent of the market for server virtualization. So, XenSource needed its own mini big bang to give it further momentum to overtake VMware/EMC fairly soon.

Citrix is much larger, more deeply capitalized, richer in R&D and has extensive global sales and marketing, and is a logical suitor for XenSource. It's good for Citrix, because Citrix has several people who have been in the access and presentation of virtualization space for quite some while, and it's well entrenched as a Microsoft partner. So, this allows Citrix, by acquiring XenSource, to put together a complete end-to-end virtualization platform, from storage to processor, to server and access virtualization -- the whole soup to nuts.

Gardner: What about this notion of desktop as a service, where you are not just delivering, as Citrix has done, application interfaces? We're not just talking about the back end, where we are virtualizing instances of a runtime environment, operating system, or stack, but are talking about delivering to end users, the essential ingredients of a operating system desktop with all the associated services and applications that come down in that environment. That's something that might be of great interest to your cable company or telco or someone who is working towards software as a service, but wants to expand on that in to a fuller environment subscription based business model. Does this set Citrix up to move in that direction?

Kobielus: Oh, sure. They've been moving in that direction, of course -- thin-client application virtualization and a multi-client environment focused on mobility. It definitely positions them better. Citrix acquired NetScaler, a year or two ago, and they've got their own MetaFrame Technology. I'm hoping that they will then unify or de-siloize their various virtualization product Citrix upon Xen as their dominant hypervisor, without losing any connectivity or interoperability with Microsoft, on both the access side and on Viridian, as Viridian gets built up.

One of the most powerful things is that Citrix is now the bridge, virtualization-wise, with the open-source community. Clearly, Xen has great traction with Red Hat, Linux SuSE, and, of course, Microsoft, because they have been Microsoft’s primary access virtualization partner for quite sometime.

I want to close the loop on your question, Dana. The XenSource acquisition by Citrix is good for Microsoft, because it allows Microsoft to buy some time until Viridian is ready. A year from now, Microsoft can say, “Oh yeah, we don’t have Viridian ready just yet, but look at this. Two of our primary virtualization partners have gotten together to field an ever more comprehensive virtualization product portfolio, which is integrated or will be integrated fairly tightly with Viridian when that comes out."

So, we'll hear Microsoft saying, “We don’t have it all together today, but we have partners who can give you a fuller virtualization portfolio to compete with EMC/VMware."

Gardner: Hold on. What you're saying is that Microsoft is saying, “We will let our partners go out and to get the beachhead on this business, compete against VMware in the short-term, but then we'll come up and take the whole thing later."

Kobielus: Right. I was surprised that we haven’t seen Microsoft acquire Citrix outright.

Gardner: There's another thing I've seen on the blogosphere is people saying, “This sets Citrix up to be an acquisition target.” It might explain why they went for such a high multiple. They think they can recover some of that from perhaps an acquisition from Microsoft, HP, or maybe even IBM.

Macehiter: Can I just chip in one quick thing here?

Gardner: Certainly. Go ahead.

Macehiter: One interesting element of the acquisition is that historically XenSource has been primarily focused on virtualization in the server infrastructural environment. Citrix has historically focused on virtual desktop, and VMware had it's VDI initiative around that. One question about this is the extent to which the Xen capabilities are harnessed by Citrix to address some limitations of the virtual desktop infrastructure environment, in terms of an integration with things like the Citrix Desktop Server. That becomes the primary focus in terms of offering a virtual desktop infrastructure, the expense of the core backend server infrastructure virtualization.

There's an interesting dynamic there. Although, in principle, they have the soup-to-nuts solution, the question is whether they bundle this as a core capability, which means that they are primarily focusing on virtual desktop, versus virtualization across the page. A key issue is the scalability limitations around things like presentation server, where you just see organizations throwing in more and more servers just to deliver the scalability of presentation server.

Gardner: Let's go back to Tony Baer. Obviously, it's a very complex acquisition in terms of its implications. I think we're still wondering. There's a lot of mud in the water. Microsoft can play this in a number of different ways. Tony, do you have a contrarian view about whether this is good or bad for Microsoft?

Baer: I've also been monitoring a bunch of the blogs, one of the more interesting cases that I have seen is that -- and which actually makes some sense -- is that Citrix is not, at its base, an open-source company. As Dan was talking about before, there are some cultural challenges there. XenSource was an academic project at Cambridge, and was then spun off into a non-rofit foundation like the Eclipse.

That would clear the way for Microsoft to pursue an acquisition here, and make for a nice clean break. I don’t know if that answers your questions, Dana. but my sense here is that this might actually smooth some rough edges around the challenges Microsoft has had in developing Viridian.

Gardner: So, you think that they would maintain a close relationship with Citrix, start begging off some of the technology from the open-source community around XenSource, and use that to bolster its entry into the market, particularly to compete against VMware.

Baer: If you have that clean break, where the open-source stuff is taken care by an outside foundation, that could set some sort of precedent from Microsoft, because Microsoft had been making some initiatives towards the open-source community in the area of interoperability.

Gardner: Microsoft is the only major software company in the world that doesn’t have an open-source benefit that helps it with its R&D, helps it in terms of its entry to market, or it gets community to help it develop around the edges of commercial products. That’s not sustainable, is it?

Baer: Not in the long run, but my sense is that, what Microsoft is trying to do in sort of a life-extension mode is organize these interoperability agreements with folks like JBoss. That type of precedent could happen here with the Xen Technology, and if XenSource under Citrix divests the technology and it's absorbed into an open-source foundation, that would clear the way for Microsoft to open up a much closer relationship with Citrix. Ultimately, Microsoft could acquire them, if Viridian is further down the pike that they think.

Microsoft has had challenges developing this technology over the past few years, and Microsoft hasn't been reluctant in the past to acquire technology. The only thing that might be a game changer is that Microsoft tends to acquire small start-up companies, and Citrix wouldn't fit that mold. But, this does open up some possibilities.

Gardner: Todd Biske, as a practitioner in the field, you're dealing with a lot of environments where there's Windows. There are application costs that are increasing and there’s complexity around SOA creating the need for automation. Do you think that this deal for a buyer in an enterprise makes any sense, and how would it help them?

Biske: If you start getting into the automation space, the HP-Opsware deal is obviously the more interesting one. There's a natural connection between the virtualization space and some of the movements in the management space. Your panel here discussed SOA and virtualization almost a year ago, and I have some comments on my blog about it.

When you really embrace SOA, you're going to wind up with more moving parts for a given solution. And in doing so, you could create this management challenge of how to allocate resources for each of these individual services that have their own life cycle. There's a natural potential to move towards server virtualization to do that, so you can get your arms around that whole management concept. Where I've been disappointed in the management space, however, was that we really haven’t seen anything from the large systems management vendors to start tackling this problem.

Gardner: That’s a great segue, and let's go right into the next subject. We found that SOA will have an accelerating effect on the need for, or the pursuit of, virtualization benefits. The same can probably be said for management, but management is, like virtualization, a large and nebulous topic that encompasses many different things. We’ve talked a lot on this show about the governance and design-time management issues, but how do we start looking towards some automation on the operations side to create some kind of a feedback-loop opportunity for services, how they are used, how they are provisioned, and how they are governed?

So, to this Opsware deal. Opsware was founded and created by Marc Andreessen of Netscape fame. It had an interesting see-saw ride in terms of its market capitalization and then the dot-com boom and bust, hung on through the tough times, and now has been acquired by Hewlett-Packard. Tell us again with a little bit more depth, if you would, Todd, how you see management on the operations side and SOA relating?

Biske: What's most interesting for me is applying SOA to the management space. So, if we are creating lots and lots of services -- you may now have 500 or 1,000 services -- you have to look at that and say, "I have a bigger management problem." There's no reason we can’t take the concepts of SOA and apply them to the management environment.

So, whether it's automated provisioning of solutions, automated policy management, a need to change SOA’s or enable more resources for a particular consumer, there is no reason that I shouldn’t be able to have my management systems call a service to do that. I may want to set up custom orchestrations for how to manage my infrastructure. I may want it all automated out of the box and just push a switch and have it happen.

In order to get there, we've got to have management services on all of our infrastructure, and that’s where there's a huge gap. Everything is still intended to be used by a person. Maybe with some creative scripting, people are able to do it, but you can compare it to the days of Web-enabling mainframes, where the technique was to screen scrape off the green screens. You almost have to do the same thing from the management side now. Look at these user-facing consoles, figure out what glue you can put in front of it to script it, and automate it.

Gardner: Let's go to Brad Shimmin. Brad, are we in an area here where we've got management integration pains, and is HP in a position through acquisitions in it's OpenView legacy to help solve some of that?

Shimmin: They're absolutely in a position to help us with this, both from what Todd was just saying there, and the inverse of what Todd was saying, which I want to talk about, but they have the products and the technologies. The Systinet acquisition that I think is the linchpin here for making this all work together. As you were saying, we’ve seen precious little come out of them and others in the space. The real go-getter here for me is the opposite of what Todd was saying. I would want to see my SOA installations able to speak to and hear from my datacenter systems management solutions. And right now, for that closed loop you were talking about, everything we see is the basic SNMP traps that may get read by Tivoli’s program.

That lets you say, "Okay, there is an alert that one of my servers is overrun on memory. I’ve got these applications running on it, I am going to need to do something, and I see an alert that I can drill down on, and do some basic root-cause analysis." That’s not enough for a true business technology optimization and being able to utilize the resources you are trying to marshal for a SOA environment. I want my Tivoli Application Manager to fully automate that process, look at the variables and the event stream coming from my systems, correlate that, and put it into some sort of context with my applications that are running on it.

Gardner: Morgenthal, in some of the installations that you’ve been working with on SOA, has management already become an issue? That's to say, it’s hard to factor what’s running where and how, and getting a holistic view is next to impossible.

Morgenthal: I had a conversation with Paul Preiss, who heads up IASA, the International Association of Software Architects, about this very thing. He has raised a point and is trying to drive attention towards the exponential growth of SOA, as people start to add services and services become dependent upon services and organizations. I don’t see that problem. One of the differences is that when you come at it from an enterprise IT perspective, and when you come at it from a product perspective, you end up with two different SOAs.

From a product perspective, when you deliver a product as a SOA, you're delivering the architecture, and then you are delivering the implementation of that architecture. Therefore, you have a very controlled instance in which you can manage very easily without needing large governance controls, because you're providing all the infrastructure for management of that SOA as part of your application.

Yes, when you have a lot of legacy infrastructure and legacy investment, and people without the sophisticated SOA architecture experience on staff start developing services, you open yourself up for potential disaster. In those instances, the organization has to ask itself, "Are we ready to invest here?" Every organization obviously wants to take advantage of the latest technologies. This is one of them that can really end up biting them if they are not careful.

So, they need to step back and think about what it takes to invest in SOA and start to wrap their legacy systems and make them available. For one client I worked with -- I love to tell the story, it’s hysterical to me -- we went in, did a big installation, and they knew nothing about Web services. We introduced a lot of the organization to what the Web services can do. Before we knew it, there was a line out the door: "Can I have a Web service. Can I have a Web service?" We had opened up doors to data that had been previously locked tight and made it very difficult for them to do their jobs.

I told the CIO, "You have to think about a security architecture around this," and he agreed. I came back three months later to do a follow-up meeting with him, and I said, "What did you end up choosing?" And they hadn’t. And this is an environment where they don’t even allow you out to your Yahoo Mail. Every Website is locked down tight, but anybody with a notepad, and knows how to write an XML document, can now get whatever data they want out of the mainframe.

So, you see what’s happening. Governance is at the point already where you have a consolidated approach. Prior to that, you need a plan, you need a well thought out approach to what it means to invest in this type of technology and architecture.

Gardner: Neil Macehiter, it looks as if HP is drawing some lines between governance and operational management. Clearly, they’ve got a lot that they can pull together to pull off something like that. In your thinking, is governance more important or is management something we need to address in the context of governance? How does management governance SOA fit in your thinking?

Macehiter: I take a slightly different perspective on the distinction between governance and systems management. I actually think it’s a continuum. Governance is about the way you manage the entire service lifecycle. Historically, there has been this distinction between the governance of design-time processes and the design and development of application solutions, and the governance of the operational environment. Primarily, that’s been because applications have been developed and thrown over the wall.

As we move toward more of a service-oriented approach, the service actually becomes a common element that spans development and operations. That’s one of the key benefits of a service-oriented approach. The implication of that is that you can’t make these broad distinctions. There needs to be continuum. And that’s where things like the registry and the repository become key, because they contain and manage the artifacts that can provide that linkage in terms of things like contracts, and then policies.

There has to be more of a joined perspective. HP, in principle, through its acquisitions, has the assets. For example, when they acquired Talking Blocks that was one the early Web services management players that had assets around management of Web services. Now, they're using it to manage their infrastructure, using Web services. But the Systinet acquisition was part Mercury, which is primarily focused on the design-time. HP really needs to join this up. The other issue is around granularity. When a lot of the management vendors talk about managing a SOA, they're really talking about managing the service-oriented infrastructure, rather than managing the services themselves. So, there is a granularity issue.

Opsware is very good at automating provisioning in the lifecycle, but it’s around the infrastructure that’s running the services, not the services themselves. That’s where the linkage needs to come. I tend to share Todd's views. The vendors in the space -- the BMCs, IBMs, HPs, all of them -- have really missed this, and they’ve been lacking in explaining how they're really going to manage the services, because they're so fine-grained. Historically, managing an instance of an SAP application server is very coarse-grained, and that’s comparatively straightforward. But, when you're talking about disaggregating that and having application components everywhere, you have to disaggregate the way you manage as well.

Gardner: It's a much more complex situation. Tony Baer, in the past, we’ve seen two different directions, when we were looking for a continuum-type benefit. If we're looking for a management and governance benefit around SOA implementations, it seems we can go with one big honking vendor who can do all of this. There are probably only a handful of those. Or, we can look toward standards, and such that many different parts can play together and create a solution approach.

It seems like we’re missing not only, as Neil pointed out, a vendor to step up to the plate and solve this on their own, but we are also certainly missing a management-standards approach that would allow a solution-based, ecology-based, or even an open-source based approach. What do you make of that?

Baer: There’s no question about that. Part of the problem is that at that level, when you start dealing with questions of what defines a service level and a service-level compliance and that starts to get into some higher level areas. When you look at the history of standards, the OSI stack is probably a great example of this with the seven layers. I may get my numbers wrong here, but it was relatively easy to standardize Layers 1 through 4, but when you got to layers 5, 6, or 7, where you get close to the application layer, it gets a lot closer to a lot of the assets that vendors consider to be their value adds.

So, I wouldn’t hold my breath waiting for standards. I have always been concerned about what I wrote about a couple of years back as sort of a blood-brain barrier, which is that you had this conception of runtime governance of SOA, then you had this idea of runtime management, which is essentially more of an infrastructure area. They're handled by two different constituencies, one area being handled by datacenter operators and sys admins, and the other area being handled more by the application folks.

So, when I speak with the AmberPoints of the world they say, "Well, what we deal at service level, we're just dealing with it more in terms of tracking -- is the service level maintained -- but we are not going back to the root cause, which is that a particular data server goes down or something like that." There’s just a huge gap there. I was very disappointed with HP, after they acquired Talking Blocks. I never saw much action there in terms of trying to bring that more into what was then OpenView.

HP has a golden opportunity right now, especially with the way they’ve been running HP software. They reversed the acquisition, where they buy Mercury and then put most of the Mercury execs in charge of strategy, which is a brilliant move. They never had much strategy there before that, but they also were taking management to a much higher level. They need to do provide that sort of unity there. That way that you can get a pass-through, so that, for example, when Mercury Quality Center is recording a problem with the design time, that can trigger a test.

Another area is what I would call IT process automation, which traditionally has been called "run book automation." You might recall Opsware had acquired this company called iConclude, which had that type of product that allows you to automate the workflow of running the data center. This is another way of looking at it. You could call that workflow as a service, and that’s something that is an incredibly open opportunity.

Gardner: And, interestingly, will probably play a huge rule in virtualization, if that scales out.

Baer: Exactly, The other thing that Brad and Neil referred to is the whole idea of governance and governance as a lifecycle. It’s not synonymous with systems management, because that’s just an instance of runtime. There’s the whole design time, change time, and retirement time.

Again, there's a huge possibility for the HPs of the world to knit together a nice federated solution here. There are a lot of opportunities that vendors have not exploited so far, where we could finally start to make runtime governance a real actionable component, as opposed to something in which I just look at a dashboard and then get on the phone to my systems operator.

Gardner: Okay. I hope we haven’t presented more questions than we’ve answered today, but clearly two areas that need a lot of attention over the coming months and years are virtualization and how SOA is a catalyst towards a deeper use of virtualization and more economic benefits from virtualization, and, on the other hand, management, how it relates to governance and how SOA will accelerate the need for more of this continuum benefit. Management on the operations side, governance, services, orchestration, infrastructure of services all need to somehow be manageable.

I’d like to thank our panel for joining. These are topics I’m sure we will be revisiting. We’ve had great insight today from Jim Kobielus, principal analyst of Current Analysis; Neil Macehiter, research director at Macehiter Ward-Dutton; Dan Kusnetzky, principal analyst and president of Kusnetzky Group; Brad Shimmin, principal analyst at Current Analysis; Todd Biske, enterprise architect at MomentumSI; Morgenthal, CEO of Avorcor and Tony Baer, principal at OnStrategies.

I'm Dana Gardner, principal analyst at Interarbor Solutions. Thanks for joining. Come back next time.

Listen to the podcast here.

Produced as a courtesy of Interarbor Solutions: analysis, consulting and rich new-media content production.


If any of our listeners are interested in learning more about BriefingsDirect B2B informational podcasts or to become a sponsor of this or other B2B podcasts, please fill free to contact Interarbor Solutions at 603-528-2435.


Transcript of BriefingsDirect SOA Insights Edition podcast, Vol. 24, on industry mergers and acquisitions. Copyright Interarbor Solutions, LLC, 2005-2007. All rights reserved.