Showing posts with label services. Show all posts
Showing posts with label services. Show all posts

Friday, June 04, 2010

Analysts Probe Future of Client Architectures as HTML 5 and Client Virtualization Loom

Edited transcript of BriefingsDirect Analyst Insights Edition podcast, Vol. 52 on client-side architectures and the prospect of heightened disruption in the PC and device software arenas.

Listen to the podcast. Find it on iTunes/iPod and Podcast.com. Download the transcript. Charter Sponsor: Active Endpoints.

Special offer: Download a free, supported 30-day trial of Active Endpoint's ActiveVOS at www.activevos.com/insight.

Dana Gardner: Hello, and welcome to the latest BriefingsDirect Analyst Insights Edition, Volume 52. I'm your host and moderator Dana Gardner, principal analyst at Interarbor Solutions.

This periodic discussion and dissection of IT infrastructure related news and events, with a panel of industry analysts and guests, comes to you with the help of our charter sponsor, Active Endpoints, maker of the ActiveVOS Business Process Management System.

Our topic this week on BriefingsDirect Analyst Insights Edition focuses on client-side architectures and the prospect of heightened disruption in the PC and device software arenas.

Such trends as cloud computing, service oriented architecture (SOA), social media, software as a service (SaaS), and virtualization are combining and overlapping to upset the client landscape. If more of what more users are doing with their clients involves services, then shouldn't the client be more services ready? Should we expect one client to do it all very well, or do we need to think more about specialized clients that might be configured on the fly?

Today's clients are more tied to the past than the future, where one size fits all. Most clients consist of a handful of entrenched PC platforms, a handful of established web browsers, and a handful of PC-like smartphones. But, what has become popular on the server, virtualization, is taken to its full potential on these edge devices. New types of dynamic and task specific client types might emerge. We'll take a look at what they might look like.

Also, just as Windows 7 for Microsoft is quickly entering the global PC market, cloud providers are in an increasingly strong position to potentially favor certain client types or data and configuration synchronization approaches. Will the client lead the cloud or vice versa? We'll talk about that too.

Either way, the new emphasis seems to be on full-media, webby activities, where standards and technologies are vying anew for some sort of a de-facto dominance across both rich applications as well as media presentation capabilities.

We're going to look at the future of the client with a panel of analysts and guests. Let me introduce them. I am going to welcome Chad Jones. He is the Vice President for Product Management at Neocleus. Welcome, Chad.

Chad Jones: Thank you, Dana. I'm glad to be here.

Gardner: We're also here with Michael Rowley, CTO of Active Endpoints. Welcome, Michael.

Michael Rowley: Thank you.

Gardner: We're also here again with Jim Kobielus, Senior Analyst at Forrester Research. Hi, Jim.

Jim Kobielus: Hi, Dana. Hi, everybody.

Gardner: And Michael Dortch, Director of Research at Focus. Hello, Michael.

Michael Dortch: Greetings, everyone. Thanks, Dana.

Gardner: JP Morgenthal, Chief Architect, Merlin International. Hi, JP.

JP Morgenthal: Hi, Dana. Hi, everyone.

Gardner: And Dave Linthicum, CTO, Bick Group. Welcome back, Dave.

Dave Linthicum: Hey guys.

Gardner: Let me go first to Chad Jones. Tell us where you see virtualization impacting the edge device, the client. Are we to expect something similar in terms of disruption there than the same as what we have seen on servers?

Time for disruption

Jones: Dana, in the client market, it's time for disruption. Looking at the general PC architectures, we have seen that since pretty much the inception of the computer, you really still have one operating system (OS) that's bound to one machine, and that machine, according to a number of analysts, is less than 10 percent utilized.

Normally, that's because you can't share that resource and really take advantage of everything that modern hardware can offer you. Dual cores and all the gigabytes of RAM that are available on the client are all are great things, but if you can't have an architecture that can take advantage of that in a big way, then you get more of the same.

On the client side, virtualization is moving into all forms of computing. We've seen that with applications, storage, networks, and certainly the revolution that happened with VMware and the hypervisors on the server side. But, the benefits from the server virtualization side were not only the ability to run multiple OSs side-by-side and consolidate servers, which is great, but definitely not as relevant to the client side. It’s really the ability to manage the machine at the machine level and be able to take OSs and move them as individual blocks of functionality in those workloads.

The same thing for the client can become possible when you start virtualizing that endpoint and stop doing management of the OS as management of the PC, and be able to manage that PC at the root level.

Virtualization is a key enabler into that, and is going to open up PC architectures to a whole brave new world of management and security. And, at a platform level, there will be things that we're not even seeing yet, things that developers can think of, because they have options to now run applications and agents and not be bound to just Windows itself. I think it’s going to be very interesting.

With virtualization, you have a whole new area where cloud providers can tie in at the PC level. They'll be able to bundle desktop services and deliver them in a number of unique ways.



Gardner: Chad, we're also seeing, of course, this welling of interest in cloud and SaaS, where services are coming off the Internet for applications and increasingly for entertainment, and to consumers as movies and video clips and full media. Is there something going on here between the two trends, where virtualization has some potential, but cloud computing is also ramping up? Is there some way that the cloud will be delivering virtualized instances of runtimes for client? Is that in the offing?

Jones: Well, number one, anything is possible out there. But, I definitely see that there's a huge trend out there in hosted desktops through virtual desktop infrastructure (VDI), not only from a private cloud standpoint with an internal set of hosted desktops. Some companies are creating and working with some of the largest telcos to provide hosted VDI externally, so that all that infrastructure doesn’t have to be managed by the enterprise itself. It can actually be as a hosted service.

That would be an external semi-public, private cloud, and all the way down to full public clouds, where desktops would be hosted in that cloud.

Now, if you look at the trending information, it seems that VDI, in general, will niche out at about 15 percent of overall desktops, especially in the enterprise space, leaving still 85-90 percent of desktops still requiring that rich client experience.

But, with virtualization, you have a whole new area where cloud providers can tie in at the PC level. They'll be able to bundle desktop services and deliver them in a number of unique ways -- streaming or synchronization of VHD and things like that -- but still have them be compartmentalized into their own runtime environments.

Personal OS

Imagine that you have your own personal Windows OS, that maybe you have signed up for Microsoft’s new Intune service to manage that from the cloud standpoint. Then, you have another Google OS that comes down with applications that are specific from that Google service, and that desktop is running in parallel with Windows, because it’s fully controlled from a cloud provider like Google. Something like Chrome OS is truly a cloud-based OS, where everything is supposed to be stored up in the cloud.

Those kinds of services, in turn, can converge into the PC, and virtualization can take that to the next level on the endpoint, so that those two things don’t overlap with each other, and a level of service, which is important for the cloud, certainly for service level agreements (SLAs), can truly be attained. There will be a lot of flexibility there.

Gardner: Dave Linthicum, we're thinking now about cloud providers, not just delivering data services and applications, but perhaps delivering their own version of the runtime environment on the client. Is that in the purview of cloud providers or are we talking about something that’s perhaps dangerous?

Linthicum: I don’t think it’s dangerous. Cloud providers will eventually get into desktop virtualization. It just seems to be the logical conclusion of where we're heading right now.

In other words, we're providing all these very heavy-duty IT services, such as database, OSs, and application servers on demand. It just makes sense that eventually we're going to provide complete desktop virtualization offerings that pop out of the cloud.

The beauty of that is that a small business, instead of having to maintain an IT staff, will just have to maintain a few clients. They log into a cloud account and the virtualized desktops come down.

It provides disaster recovery based on the architecture. It provides great scalability, because basically you're paying for each desktop instance and you're not paying for more or less than you need. So, you're not buying a data center or an inventory of computers and having to administer the users.

That said, it has a lot more cooking to occur, before we actually get the public clouds on that bandwagon. Over the next few years, it's primarily going to be an enterprise concept and it's going to be growing, but eventually it's going to reach the cloud.

Gardner: This is something that might emerge in a private cloud environment first and then perhaps migrate out toward more consumer or public cloud environments.

Linthicum: Absolutely. Public cloud is going to be the destination for this. There are going to be larger companies. Google and Microsoft are going to jump on this. Microsoft is a prime candidate for making this thing work, as long as they can provide something as a service, which is going to have the price point that the small-to-medium-sized businesses (SMBs) are going to accept, because they are the early adopters.

Gardner: Michael Rowley at Active Endpoints, you're in the business of providing enterprise applications, business management, process management, and you have decided a certain approach to this on your client that isn’t necessarily a cloud or SaaS delivery model but nonetheless takes advantage of some of these technologies. Tell us what Active Endpoints did to solve its client issues with its business process management (BPM)?

Browser-based client

Rowley: When we talk about the client, we're mostly thinking about the web-browser based client as opposed to the client as an entire virtualized OS. When you're using a business process management system (BPMS) and you involve people, at some point somebody is going to need to pull work off of a work list and work on it and then eventually complete it and go and get the next piece of work.

That’s done in a web-based environment, which isn’t particularly unusual. It's a fairly rich environment, which is something that a lot of applications are going to. Web-based applications are going to a rich Internet application (RIA) style.

We have tried to take it even a step further and have taken advantage of the fact that by moving to some of these real infrastructures, you can do not just some of the presentation tier of an application on the client. You can do the entire presentation tier on the web browser client and have its communication to the server, instead of being traditional HTML, have the entire presentation on the browser. Its communication uses more of a web-service approach and going directly into the services tier on the server. That server can be in a private cloud or, potentially, a public cloud.

You go directly from your browser client into the services tier on the server, and it just decreases the overall complexity of the entire system.



What's interesting is that by not having to install anything on the client, as with any of these discussions we are talking about, that's an advantage, but also on the server, not having to have a different presentation tier that's separate from your services tier.

You go directly from your browser client into the services tier on the server, and it just decreases the overall complexity of the entire system. That's possible, because we base it on Ajax, with JavaScript that uses a library that's becoming a de-facto standard called jQuery. jQuery has the power to communicate with the server and then do all of the presentation logic locally.

Gardner: One of the things that's interesting to me about that, Michael, is that because we're talking about HTML5 and some new standards, one possible route to the future would be this almost exclusive browser based approach. We've seen a lot of that over the past decade or more, enough so that it even threatened Microsoft and its very identity as a client OS company.

But, we've run into some friction and some fragmentation around standards, things like Adobe versus Apple versus Silverlight, and the varying RIA approaches. Do you think that HTML5 has the potential to solidify and standardize the market, so that the browser approach that you have been describing could become more dominant than it is even now?

Push toward standards

Rowley: I think it will. I really do. Everybody probably has an opinion on this. I believe that Apple, growing dominant in the client space with both the iPhone and now the iPad, and its lack of support for either Silverlight or Flash, will be a push toward the standard space, the HTML5 using JavaScript, as the way of doing client-based rich Internet apps. There will be more of a coalescing around these technologies, so that potentially all of your apps can come through the one browser-based client.

Gardner: Of course, Google seems to be behind that model as well.

Rowley: Absolutely.

Gardner: So, here we have potentially two different approaches -- an HTML5 oriented world, more web-based, more services-based -- but also we have a virtualization capability, where we could bring down specialized runtime environments to support any number of different legacy or specialized applications.

Let's go to our panel. Michael Dortch, isn't this the best of both worlds, if we could have standardization and comprehensive browser capabilities and, at the same time, a virtualized environment, where we could support just about anything we needed to, but on the fly?

Dortch: Dana, my sainted, and very wise, mother used to say, where you stand depends on where you sit. So, whether or not this is a good thing depends entirely on where you sit, whether or not this is the best of both worlds or the best of all possible worlds. From a developer standpoint, I want one set of tools, right?

Gardner: Well, that's unlikely.

Dortch: Right, it's highly unlikely, but my mom also used to say, I was naively optimistic, so I am just going to plow forward here. Let me be more realistic. I want as few tools to manage and to learn as possible to reach the largest number of paying customers for this software that I'm trying to create. "Write once -- sell many times" is the mantra.

To get there, we're going to need a set of open standards, a set of really compelling services, and a set of really easy-to-use tools. If the model of the cloud has taught us anything yet, it's that, at the end of the day, I shouldn't have to care what those individual components are or even where they come from, but we know it's going to be a long, convoluted journey to get to that ideal space.

So the question becomes, if I am a developer with limited resources, what path do I go down now? I really don't think we know enough to answer that question. The Flash debate about Apple and its iPhone and its iPad hasn't seemed to shut down the Apple iTunes App Store yet, and I don't see that happening anytime soon.

Gardner: Adobe isn't going out of business either, nor is Microsoft.

Dortch: Exactly, exactly. Every time a Starbucks opens near me, none of the local coffee shops close. I don't get it, but it's the truth. So, at the end of the day, all that really matters in all of this discussion is a very short list of criteria -- what works, what's commercially feasible, and what's not going to require a rip and replace either by users or by developers. There's too much money on the table for any of the major players to make any of these things onerous to any of those communities.

Proprietary approaches

So, yes, there are going to continue to be proprietary approaches to solving these problems. As the Buddhists like to say, many paths, one mountain. That's always going to be true. But, we've got to keep our eyes on the ultimate goal here, and that is, how do you deliver the most compelling services to the largest number of users with the most efficient use of your development resources?

Until the debate shifts more in that direction and stops being so, I want to call it, religious about bits and bytes and speeds and feeds, progress is going to be hampered. But, there's good news in HTML5, Android, Chrome, and those things. At the end of the day, there's going to be a lot of choices to be made.

The real choices to be made right now are centered on what path developers should take, so that, as the technologies evolve, they have to do as little ripping and replacing as possible. This is especially a challenge for larger companies running critical proprietary applications.

Gardner: So, we've taken the developer into consideration. JP Morgenthal is a chief architect for a systems integrator (SI). What do you like in terms of a view of the future? Do you like the notion of a web-based primary vehicle for the new apps, and perhaps a way of supporting the older apps via virtualization services? What's your take architecturally?

Morgenthal: I like to watch patterns. That's what I do. Look at where more applications have been created in the past three years, on what platform, and in what delivery mechanism than in any other way. Have they been web apps or have they been iPhone/Android apps?

You've got to admit that the web is a great vehicle for pure dynamic content. But, at the end of the day, when there is a static portion of at least the framework and the way that the information is presented, nothing beats that client that’s already there going out and getting a small subset of information, bringing it back, and displaying it.

I see us moving back to that model. The web is great for a fully connected high-bandwidth environment.

I've been following a lot about economics, especially U.S. economics, how the economy is going, and how it impacts everything. I had a great conversation with somebody who is in finance and investing, and we joked about how people are claiming they are getting evicted out of their homes. Their houses and homes are being foreclosed on. They can barely afford to eat. But, everybody in the family has an iPhone with a data plan.

Look what necessity has become, at least in the U.S., and I know it's probably similar in Korea, Japan, and parts of Europe. Your medium for delivery of content and information is that device in the palm that's got about a 300x200 display.

The status thing

Kobielus: That was very funny. When people lose their fortunes, the last thing that the wives pawn is their jewelry. It’s the status items they stick with. So, the notion that the poor, broke family all have iPhones and everything is consistent with that status thing.

Morgenthal: Somebody sent me a joke the other day talking about how 53 percent of women find men with iPhones more attractive than those with Palm Pres and BlackBerry.

Gardner: So, JP, if I understand you, what you're saying is that the iPhone model, where you have got a client-server approach, but that client can come down freely and be updated as a cloud service to you, is the future.

Morgenthal: Yeah. And, on the desktop, you have Adobe doing the same thing with AIR and its cross-platform, and it's a lot more interactive than some of the web stuff. JavaScript is great, but at some point, you do get degradation in functionality. At some point, you have to deliver too much data to make that really effective. That all goes away, when you have a consistent user interface (UI) that is downloadable and updatable automatically.

I have got a Droid now. Everyday I see that little icon in the corner; I have got updates for you. I have updated my Seismic three times, and my USA Today. It tells me when to update. It automatically updates my client. It's a very neutral type of platform, and it works very, very well as the main source for me to deliver content.

Virtualization is on many fronts, but I think what we are seeing on the phone explosion is a very good point. I get most of my information through my phone.



Now, sometimes, is that medium too small to get something more? Yeah. So where do I go? I go to my secondary source, which is my laptop. I use my phone as my usual connectivity medium to get my Internet.

So, while we have tremendous broadband capability growing around the world, we're living in a wireless world and wireless is becoming the common denominator for a delivery vehicle. It's limiting and controlling what we can get down to the end user in the client format.

Gardner: Let’s go back to Chad Jones at Neocleus. Tell us how the smartphone impact here plays out. It almost seems as if the smartphone is locking us down in the same way the PC was 15 or 20 years ago, with some caveats about these downloadable and updatable apps or data. How does that fit into virtualization? Is it possible to virtualize the smartphone as well and get the best of something there?

Jones: First of all, I'm very happy to hear that women find guys with the iPhone more attractive, because I am talking on my iPhone with you guys right now. So, this is a good thing. I feel like I need to walk outside.

Virtualization is on many fronts, but I think what we are seeing on the phone explosion is a very good point. I get most of my information through my phone. Through the course of my day, when I'm not sitting in front of my PC, it almost becomes my first source of a notification of information. I get to get into my information. I get to see what the basics of whatever that piece of information is.

Normally, if I want to go start researching deeper into it or read more into it, then the limiting factor of that screen and those types of things that we were talking about drives me to my PC.

More coming through

I
think that you're definitely going to see more and more apps and those types of things coming through to the phones, but just by the sheer form factor of the phone, it's going to limit you from what you're able to do.

Now, what is that going to end up being? Is it going to be, yes, I am going to continue to have my laptop in my bag? I think that's going to be true for quite a while now. But, I certainly can see that, in the future, there could be just a sleeve that you throw your phone in and it just jacks up the screen resolution. Now, you have a form factor that you can work through.

But, to take it back to your whole question of virtualization on a phone, we haven’t seen the same type of platform-related issues in applications to a great extent yet, where it comes to conflicts and require a different phone, an OS version.

Is it readily working from app version to app version that you see on the PC. From an app virtualization standpoint, I don’t think that there is a big need there yet, until the continuation of those apps gets more complex. Then, maybe it will run into those issues. I just don’t see that that's necessarily going to happen.

From a multi-OS standpoint that virtualization would pull in, even from a management standpoint, I don’t think the platforms have the same issues that you're going to see inside of the PC platform. For me, the jury is still out on where virtualization and if virtualization would truly play on the phone model.

In the future, there could be just a sleeve that you throw your phone in and it just jacks up the screen resolution. Now, you have a form factor that you can work through.



Gardner: Let me flip it around then Chad. If more people like JP are getting more information and relying more on their phone, but they need that form factor and they need to support those legacy apps inside of an enterprise environment, why not virtualize the smartphone on the PC?

Jones: That would be interesting. Something from a reverse standpoint, absolutely. If it comes to a point where applications are primarily built for, let's say, the iPhone, you want to be able to have that emulator or something like that. That could definitely be a wave of the future. That way, you are crossing the bridges between both platforms. That could be an interesting approach at virtualization, but it's going to be on the PC side.

Dortch: I can't let this part of the conversation go by without raising a few user-centric concerns. Anyone who has done a webinar has clicked the button that says "Next Slide," and then died quietly inside waiting for the slide to load, because there has been latency on the net, some technological problem, or something like that -- whether you're an attendee or a presenter at one of these webinar conferences.

So, I'm thinking, if I am trying to do business-critical work under deadline, if it's the end of the quarter and I am trying to close a deal or something like that, and I click the button that's supposed to download the next virtualized client service that I am supposed to be using and it doesn’t load, I am going to start putting together a list of hostages I plan to take in the next few minutes.

Gardner: That's a point that's always there Michael. We all need ubiquitous broadband. There is no question about it.

Moving complexity

Dortch: Yeah, but I worry about what I've seen. When you talk about watching patterns, over the past 30, 35 years, one of the things I've seen is that complexity rarely goes away but it moves around a lot.

Is one of the thing that may be holding back client virtualization the simple fact that, when you look at the limitations of most client devices, especially hand-held client devices, even smartphones, and you look at the limitations, not only of the networks of the service providers but of their abilities to even monitor and bill accurately for such granular services, aren’t these things sort of like also slowing down the growth of these technologies that offer a lot of really great promise, but just don't seem to have taken off just yet?

Gardner: Sure there are going to be limiting factors, but we're trying to look at this also through an enterprise lens. We're thinking about how to support the old and the new, but do it in such a way that we're not tied to a client-side platform limitation, but we're really limited only by what we tend to do in terms of business process and applications and data.

Dave Linthicum, let's go back to you. The discussion about whether it's a PC or a smartphone, whether it's HTML5, web e-services, or a virtualized runtime environment, do these become moved pretty quickly when you think about the course of the application logic and that it's primarily becoming a business process across ecosystems of services and perhaps hybrids of suppliers?

It's the ability to put everything that I own and that I work with, and all my files and all my information, up into a provider, a private cloud.



Linthicum: Yeah, it's going to completely move. There are some prototypes today, such as the stuff Google provides, and they do it on mobile devices, as well as web, and they also provide their own OS, which is web-based. That, in essence, is going to be kind of a virtualized client, such as what we are talking about during this discussion. But, going forward, it's really not going to make a difference.

If you think about it, we're going to have these virtualized desktops, which come out of the cloud we talked about earlier, which communicate with our computers, but also communicate with cellphones any way in which we want to externalize those applications to us to become part of the process. That's where we are heading.

The power of the cloud, the power of cloud computing, the power of virtualized desktops such as this have the ability to do that. It's the ability to put everything that I own and that I work with, and all my files and all my information, up into a provider, a private cloud, and then have them come down and use them on whatever desktop, whatever device, that I want to use, whether it's pad computing, or whether it's on my TV at home at night. We're heading in that direction. We're getting used to that now.

As JP pointed out, we use our cellphones more than our computers every day. I guarantee you, half the guys on the call today have iPads. Admit it guys, you do. And, we're using those devices as well. We're starting to carry these things around, and ultimately, we are learning how to become virtualized onto itself.

I spent this weekend making sure I put up into Google everything that I have, so that I can get them to the different devices out there. That's where things are going to head.

Gardner: So, the synchronization in the config files, in the data files in the sky, that's the real lock in. That's where your relationship with the vendor counts, and increasingly, an abstraction off of the client allows you to have less and less of a true tie-in there.

Let's go to Jim Kobielus. Do you like the idea of a cloud-based world where the process and data in the sky is your primary relationship, and it's a secondary relationship, as JP said, towards whatever the client is?

Getting deconstructed

Kobielus: Yeah. In fact, it's the whole notion of a PC being the paradigm here that's getting deconstructed. It has been deconstructed up the yin yang. If you look at what a PC is, and we often think about a desktop, it's actually simply a decomposition of services, rendering services, interaction services, connection and access, notifications, app execution, data processing, identity and authentication. These are all services that can and should be virtualized and abstracted to the cloud, private or public, because the clients themselves, the edges, are a losing battle, guys.

Try to pick winners here. This year, iPads are hot. Next year, it's something else. The year beyond, it's something else. What's going to happen is -- and we already know it's happening -- is that everything is getting hybridized like crazy.

All these different client or edge approaches are just going to continue to blur into each other. The important thing is that the PC becomes your personal cloud. It's all of these services that are available to you. The common denominator here for you as a user is that somehow your identity is abstracted across all the disparate services that you have access to.

All of these services are aware that you are Dave Linthicum, coming in through your iPad, or you are Dave Linthicum coming in through a standard laptop web browser, and so forth. Your identity and your content is all there and is all secure, in a sense, bringing process into there.

A lot of applications will really mix up the presentation of the work to be done by the people who are using the application, with the underlying business process that they are enabling.



You don't normally think of a process as being a service that's specific to a client, but your hook into a process, any process, is your ability to log in. Then, have your credentials accepted and all of your privileges, permissions, and entitlements automatically provisioned to you.

Identity, in many ways, is the hook into this vast, personal cloud PC. That’s what’s happening.

Gardner: So, if I understand this correctly, we're saying that the edge device isn’t that important. And, as we have said in past shows, where the cloud exists it isn't that important: private, public, an intranet, a grid utility.

What is important? Are we talking about capturing the right data and the right configuration and metadata that creates the process? And if that's the case, Michael Rowley, that might be good news for you guys, because you're in BPM. Can we deconstruct what's important on the server and on the edge, and what's left?

Rowley: That's a great question, because a lot of applications will really mix up the presentation of the work to be done by the people who are using the application, with the underlying business process that they are enabling.

If you can somehow tease those apart and get it so that the business process itself is represented, using something like a business process model, then have the work done by the person or people divided into a specific task that they are intended to do, you can have the task, at different times, be hosted by different kinds of clients.

Different rendering

O
r, depending on the person, whether they're using a smartphone or a full PC, they might get a different rendering of the task, without changing the application from the perspective of the business person who is trying to understand what's going on. Where are we in this process? What has happened? What has to happen yet? Etc.

Then, for the rendering itself, it's really useful to have that be as dynamic as possible and not have it be based on downloading an application, whether it's an iPhone app or a PC app that needs to be updated, and you get a little sign that says you need to update this app or the other.

When you're using something like HTML5, you can get it so that you get a lot of the functionality of some of these apps that currently you have to download, including things, as somebody brought up before, the question of what happens when you aren't connected or are on partially connected computing?

Up until now, web-based apps very much needed to be connected in order to do anything. HTML5 is going to include some capabilities around much more functionality that's available, even when you're disconnected. That will take the technology of a web-based client to even more circumstances, where you would currently need to download one.

It's a little bit of a change in thinking for some people to separate out those two concepts, the process from the UI for the individual task. But, once you do, you get a lot of value for it.



Gardner: We're already seeing that with some SaaS apps, including some of the Google stuff, so that doesn't seem to be a big inhibitor. If what I hear you saying, Michael is that the process information, the data, the configuration data is important and valuable.

If we can burst out more capacity on the server and burst down whatever operating environment we need for the client, those things become less of a hurdle to the value, the value being getting work done, getting that business process efficiency, getting the right data to the right people. Or am I overstating it?

Rowley: No, that's exactly right. It's a little bit of a change in thinking for some people to separate out those two concepts, the process from the UI for the individual task. But, once you do, you get a lot of value for it.

Gardner: Chad Jones, do you also subscribe to this vision, where the data process configuration information is paramount, but that bursting out capacity for more cycles on the servers is going to become less of an issue, almost automatic? Then, the issuance of the right runtime environment for whatever particular client is involved at any particular time is also automatic? Do you think that’s where we are headed?

Jones: I can see that as part of it as well. When you're able to start taking abstraction of management and security from outside of those platforms and be able to treat that platform as a service, those things become much greater possibilities.

Percolate and cook

I
believe one of the gentlemen earlier commented that a lot of it needs some time to percolate and cook, and that’s absolutely the case. But, I see that within the next 10 years, the platform itself becomes a service, in which you can possibly choose which one you want. It’s delivered down from the cloud to you at a basic level.

That’s what you operate on, and then all of those other services come layered in on top of that as well, whether that’s partially through a concoction of virtualization and different OS platforms, coupled with cloud-based profiles, data access, applications and those things. That’s really the future that we're going to see here in the next 15 years or so.

Gardner: Dave Linthicum, what’s going to prevent us from reaching that sort of a vision? What’s in the way?

Linthicum: I think security is in the way. Governance, security, the whole control issue, and those sorts of things or fears that are an aid to the existing enterprises and the people who are going to leverage this kind of technology.

The people who are doing computing right now in a non-virtualized world are going to push back a bit on it, because it’s a loss of control. In other words, instead of just having something completely on a system that I'm maintaining, it’s going to be in a virtualized environment, things resourced to me, allocated to me through some kind of a centralized player. And, if they go down, such as Google goes down today, if people are dependent on Google Docs or Gmail or other sorts of things, I'm dead in the water. That’s really going to hinder adoption.

We're going to have to make sure we get systems that are going to comply with the laws that are out there and we need to be very aware of those.



We're going to have to prove that we can do things in a secure, private way. We're going to have to make sure we get systems that are going to comply with the laws that are out there and we need to be very aware of those.

More often than not, we've got to trust some of these players that are going to drive this stuff. This architecture itself is going to be viable, and the players themselves are going to provide a service that’s going to be reliable.

Dortch: I agree with everything David said and, from an enterprise standpoint, I hasten to add, there is the problem of the legacy systems. A lot of people are still running IE 6, and so HTML5 doesn’t really have much to offer them yet. From an IT management standpoint in the enterprise, it’s going to require some pretty fancy dancing in concert with the vendors and the developers who are pushing all this stuff forward to make sure that no critical user base is left behind, as you're moving forward in this way.

Gardner: Well, that’s why we are talking about this as a 15-20 year horizon. It’s not going to happen overnight.

JP Morgenthal, the trust issue. It seems that we've seen vendors trying to capitalize on the client, thinking that if you own the client, you can then control the process. We've seen other vendors say, if we can control the cloud, we can control the process. But, if you can’t control the server environment and you can’t control the client environment.

Why not just go after that all-important set of services. I'm thinking about an ecosystem or marketplace of business processes, perhaps something like what Salesforce is carving out. Any thoughts about who to trust and where the pincher points are in all this?

Interesting dilemma

Morgenthal: Trust is an interesting dilemma in a cyber environment. We're in an environment where the ability to defend is constantly about 10 paces behind those that are attacking. It’s the Wild West and the criminals outnumber the sheriffs 10:1. There is more money to be made robbing the people than there is protecting them.

The other thing that we have to deal with, with regard to trust, is that constant factor of anonymity. Anonymity is very problematic in this environment. Basically, it creates two classes of users. It creates a trust environment user and it creates an anonymous, public Internet user.

In the public Internet, you have your services, and they're potentially advertising-based or driven by some other revenue medium. But, you have to realize you are not going to know who your user is. You're not going to be able to be intimate about your user. Trust is minimal there. You do your best to minimize the potential for loss of data, for inappropriate use, for access to the services. Services are no different than an application at the end of the day.

I had a great meeting with the CSO from the Department of Homeland Security (DHS) and he said it best, "If I could do away with username and passwords, my life would be a billion times easier." Unfortunately, that's the number one medium for identity and credentials in the anonymous Internet. Until the day we have personal identity verification (PIV) cards, and they plug into machines, and we have guaranteed identity authentication given a credible medium, we're going to be dealing with that.

I think we have to assume that we now live in a world where we are going to be attacked. The question is how can we identify that attack quickly?



The alternative is that I'm going to create my secure net, my private net, where only I know the people and the users that are on that medium. That provides me a lot more flexibility and a lot more power. I can control what's happening on that, because I know who my users are.

So, we end up with these two class of users. I don’t see them going away anytime soon. Even in the 20 year realm, the ability to outthink the smartest hacker is unlikely. I think we have to assume that we now live in a world where we are going to be attacked. The question is how can we identify that attack quickly? How can we minimize the potential downside from those attacks? It's a lot like living in a world with terrorists.

Gardner: Jim Kobielus, JP had some interesting thoughts that you need to authenticate through the client or you need to authenticate through the service provider or cloud in order to make this work. But, is there a possibility that authentication could evolve to a cloud service? You authenticate through a process of some kind.

I'm going out on a limb here, clearly, but you're the guy who tracks BPM and data. Where does the enterprise environment fall in this? Is there a way to decompose the client and the server but still have enterprise caliber computing going on?

Kobielus: Oh sure, there is. I've sketched out seven layers of client services that can be put into a private cloud. Clearly, one of the critical pieces of infrastructure that the cloud needs to have, as I said, is identity management. It's also very much public key infrastructure (PKI) to enable strong authentication, multi-factor, webs of trust, and so forth.

You need to begin to think through the whole client computing equation, if you were an enterprise, a better rated identity, and look at the common standards, extensible application markup language (XAML) and so forth to enable that or to look at things like OpenID.

Unable to trust

S
o that's quite important, Dana, because fundamentally it's moving away from a world where PCs are personal computers that I trust, they are my resource. I don’t have to depend on anybody else. All my data, my apps, everything is here. I'm moving to a world where it's, PC, personal cloud. It's your cloud that I'm just renting a piece of or I have got a piece of it, where I can't really trust you at all in some fundamental sense.

My mnemonic here for the cloud and why we can't trust it is, bear with me, SLA-HA-NA. SLA -- service level agreements; HA -- high availability; NA -- not applicable, not available. If you don’t have common identity, common security, and common federation standards within an enterprise cloud, then that's not ready for full client virtualization.

Look at the public cloud. Dana, your article on 'Dealing With the Dearth of SLAs in the Cloud' gets to the point where the public cloud is definitely not ready for enterprise-grade client virtualization, until we get identity nailed down, if nothing else.

Quite frankly, I'm a bit jaundiced on that, because in the middle of the last decade, I was with a large B2B trading exchange that was working on better rated identity, trust standards and relationships among thousands upon thousands of companies.

Getting those trust relationships worked out, getting the policies written, getting all the lawyers to agree and getting the common standards just to make one industry specific trading exchange work was fearsomely difficult. Those trust issues are just going to be an ongoing deterrent to the full virtualization of clients into public cloud environments.

That means I've got to send back the PC or go through some lengthy process to try to talk the user through complicated procedures, and that's just an expensive proposition.



Gardner: Well, we've started at reality. We've gone out to a 15-year horizon, and now we are coming back in to the current day. Chad Jones, where does client virtualization fit in well? What does it solve? What’s its value to the typical enterprise, rather than thinking about this in terms of abstractions in the future?

Jones: The first thing is that the term client virtualization ends up getting applied to a lot of different things. Just as a point of clarification, there are virtualized desktops, which are hosted on the server side, like the VDI infrastructures, and then server-based computing of days past or niche status. But, true client virtualization is the ability to abstract away the hardware resource on the endpoint client and then be able to run virtual objects on top of that, and that's hosted locally.

For the near term, as the client space begins to shake out over the next couple of years, the immediate benefits are first around being able to take our deployment of at least the Windows platform, from a current state of, let's either have an image that's done at Dell or more the case, whenever I do a hardware refresh, every three to four years, that's when I deploy the OS. And, we take it to a point where you can actually get a PC and put it onto the network.

You take out all the complexity of what the deployment questions are and the installation that can cause so many different issues, combined with things like normalizing device driver models and those types of things, so that I can get that image and that computer out to the corporate standard very, very quickly, even if it's out in the middle of Timbuktu. That's one of the immediate benefits.

Plus, start looking at help desk and the whole concept of desktop visits. If Windows dies today, all of your agents and recovery and those types of things die with it. That means I've got to send back the PC or go through some lengthy process to try to talk the user through complicated procedures, and that's just an expensive proposition.

Still connect

You're able to take remote-control capabilities outside of Windows into something that's hardened at the PC level and say, okay, if Windows goes down, I can actually still connect to the PC as if I was local and remote connect to it and control it. It's like what the IP-based KVMs did for the data center. You don’t even have to walk into the data center now. Imagine that on a grand scale for client computing.

Couple in a VPN with that. Someone is at a Starbucks, 20 minutes before a presentation, with a simple driver update that went awry and they can't fix it. With one call to the help desk, they're able to remote to that PC through the firewalls and take care of that issue to get them up and working.

Those are the areas that are the lowest hanging fruit, combined with amping up security in a completely new paradigm. Imagine an antivirus that works, looking inside of Windows, but operates in the same resource or collision domain, an execution environment where the virus is actually working, or trying to execute.

There is a whole level of security upgrades that you can do, where you catch the viruses on the space in between the network and actually getting to a compatible execution environment in Windows, where you quarantine it before it even gets to an OS instance. All those areas have huge potential.

This is the great promise of cloud-based computing taken all the way into the application and used throughout the application.



Gardner: It seems as if what you are doing is ameliorating some of the rigidity of the traditional client model but still keeping it in enough of a sense that it's going to satisfy a lot of what enterprises need to do. Is that a fair encapsulation?

Jones: Yeah, absolutely. You have got to keep that rich user experience of the PC, but yet change the architecture, so that it could become more highly manageable or become highly manageable, but also become flexible as well.

Imagine a world, just cutting very quickly in the utility sense, where I've got my call center of 5,000 seats and I'm doing an interactive process, but I have got a second cord dedicated to a headless virtual machine that’s doing mutual fund arbitrage apps or something like that in a grid, and feeding that back. You're having 5,000 PCs doing that for you now at a very low cost rate, as opposed to building a whole data center capacity to take care of that. Those are kind of the futures where this type of technology can take you as well.

Gardner: So, virtualization is bringing flexibility by keeping the same essential model, it’s just a better architectural approach to it.

Michael Rowley, what you guys have been doing at Active Endpoints with your client is perhaps for newer applications getting that stepping stone to the future, but also protecting yourself. Because, if you're running in the browser, you don’t really care so much about what the client is, and you can also extend out from PCs to smartphones pretty quickly.

Rowley: Yes. You end up being able to support clients and support them even as they change what device they are on. They are not maintaining local data, so that they can move from device to device and even take a single task that they're working on, work on it on one kind of form factor at one point and another kind of at another point in time. This is the great promise of cloud-based computing taken all the way into the application and used throughout the application. I really believe a lot more applications are going to be based that way.

Gardner: I've got a sneaking suspicion that organizations that embrace both of these models have, in a sense, put some insurance policies in place, a backwards compatibility, forwards compatibility, services orientation, but also maintaining that all important enterprise levels of security, reliability, control, and management.

Rowley: One of the things that is really new and I think will catch on is this idea that these web-based apps might be able to communicate with the server through what the application considers as the service tier, the business tier, rather than having a presentation tier on the server, because of the fact that the client has gotten powerful enough to do the full presentation on its own.

Gardner: I want to again thank you all for joining. We have been here talking about the future of clients and services with cloud and virtualization impacts, as well as how to keep this in the real world sphere of what enterprises need to do their jobs.

We have been talking with Chad Jones, Vice President for Product Management at Neocleus. Thank you, Chad.

Jones: Thank you, Dana.

Gardner: We have also been here with Michael Rowley, CTO of Active Endpoints. Thanks, Michael.

Rowley: Thanks, Dana.

Gardner: Jim Kobielus, Senior Analyst at Forrester Research. Appreciate your input, Jim.

Kobielus: Always a pleasure.

Gardner: Michael Dortch, Director of Research at Focus. Appreciate it, Michael.

Dortch: Thanks for the opportunity, Dana. Thanks, everyone.

Gardner: JP Morgenthal, Chief Architect, Merlin International. Thank you, JP.

Morgenthal: Thank you, Dana. Fun as usual.

Gardner: Dave Linthicum, CTO, Bick Group. We appreciate your input as well, Dave.

Linthicum: Thanks Dana.

Gardner: I also need to thank our charter sponsor for the BriefingsDirect Analyst Insights Edition podcast, and that is Active Endpoints. This is Dana Gardner, Principal Analyst at Interarbor Solutions. Thanks for listening and come back next time.

Listen to the podcast. Find it on iTunes/iPod and Podcast.com. Download the transcript. Charter Sponsor: Active Endpoints.

Special offer: Download a free, supported 30-day trial of Active Endpoint's ActiveVOS at www.activevos.com/insight.

Edited transcript of BriefingsDirect Analyst Insights Edition podcast, Vol. 52 from April 26, 2010 on client-side architectures and the prospect of heightened disruption in the PC and device software arenas. Copyright Interarbor Solutions, LLC, 2005-2010. All rights reserved.

You may also be interested in:

Monday, January 26, 2009

BriefingsDirect Analysts Discuss Service Oriented Communications, Debate How Dead SOA Really Is

Edited transcript of BriefingsDirect Analyst Insights Edition podcast, Vol. 36, on communications as a service and the future of SOA in light of hard economic times.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod. Learn more. Charter Sponsor: Active Endpoints. Additional underwriting by TIBCO Software.

Special offer: Download a free, supported 30-day trial of Active Endpoint's ActiveVOS at www.activevos.com/insight.

Dana Gardner: Hello, and welcome to the latest BriefingsDirect Analyst Insights Edition, Volume 36. This periodic discussion and dissection of IT, infrastructure related news event with a panel of industry analysts and guests comes to you with the help of our charter sponsor Active Endpoints, maker of the Active VOS visual orchestration system, as well as through the support of TIBCO Software.

I'm your host and moderator, Dana Gardner, principal analyst at Interarbor Solutions. Our topic this week, the week of Jan. 12, 2009, starts and ends with service-oriented architecture (SOA) -- dead or alive?

We're going to begin with an example of what keeps SOA alive and vibrant, and that is the ability for the architectural approach to grow inclusive of service types and therefore grow more valuable over time.

We're going to examine service-oriented communications (SOC) a variation on the SOA theme, and a way of ushering a wider variety of services -- in this case communications and collaboration services from the network -- into business processes and consumer-facing solutions. We're joined by a thought leader on SOC, Todd Landry, the vice president of NEC Sphere.

In the second half of our show, we'll revisit the purported demise of large-scale SOA and find where the wellsprings of enterprise architectural innovation and productivity will eventually come from.

We’ll also delve into the psychology of IT. What are they thinking in the enterprise data centers these days? Somebody’s thoughts might resuscitate SOA or perhaps nail even more spikes into the SOA coffin.

Here to help us calibrate the life span of SOA is this week’s BriefingsDirect Analyst Insights Panel. Please welcome Tony Baer, senior analyst at Ovum. Hey, Tony.

Tony Baer: Hey, Dana how are you doing? I hope you're keeping warm up there.

Gardner: Oh yes. Jim Kobielus, senior analyst at Forrester Research. How are you, Jim?

Jim Kobielus: Hi, Dana. Hi, everybody.

Gardner: Joe McKendrick, independent analyst and prolific blogger on ZDNet and ebizQ. Hey, Joe.

Joe McKendrick: Hey, Dana. Great to be here.

Gardner: Dave Linthicum, founder of Linthicum Group and Blue Mountain Labs.

Dave Linthicum: Hey, Dana.

Gardner: JP Morgenthal, senior analyst at Burton Group.

JP Morgenthal: Good morning.

Gardner: And, Anne Thomas Manes, vice president and research director for application platform strategies at Burton Group. Welcome to the show, Anne.

Anne Thomas Manes: Thanks, Dana.

Gardner: As I mentioned, we’re welcoming our guest Todd Landry, vice president of NEC Sphere. Let’s go to you first, Todd. First of all, welcome to the show.

Todd Landry: Good morning, Dana. We’re joining you today from sunny Chicago, where it started out at minus 17 degrees.

Gardner: Many of us are at or under zero this morning.

Landry: We're looking forward to the balmy weather.

Gardner: I hope you get to move south soon. First, tell us what you mean by SOC and help our listeners, who might not be familiar, understand a little bit about NEC, which is based in Tokyo, and Sphere in particular within that larger organization.

Variety of Applications

Landry: Sounds great, Dana. With SOC, what we're really talking about here is the fact that organizations today use a variety of business applications to help them improve efficiency and drive productivity in their organizations.

But, if you look at any implementation and then what happens in the business, the real connective tissue between all of these includes people. The decisions and actions that take place in a business on a day-to-day basis are highly dependent on these people being effective.

Therefore, the manner in which we can help them with their communications and help them collaborate becomes a critical factor in how the workflows can be more effective and more efficient. We've looked at that and said the more you can make communications into business applications, the more you can make communications a more natural part of an SOA.

The workflow can naturally connect people, when they become part of that workflow process. It should streamline how those processes can be completed, and therefore the result is streamlining how businesses can be effective.

Gardner: Well, exactly what types of services are we talking about here? Is this simply mashing up instant messaging into some more applications? Is it more than that? What’s the scale that we are talking about?

Landry: The idea of being able to click-to-call has been around for quite some time. With the more recent technologies mashing up the directory listings, mashing up a call function inside of a business application, is much more achievable and can be done much easier manner than it has in the past.

Now, that said, we can go to the next step and to give you examples. In one view, we are reaching a human for an approval on a transaction. It can be instigated from the business application itself. So, notifications reaching out to individuals to get approvals, using voice technology for actual voice imprint signatures, is one method.

Another example of use is digital assets of the corporation. As we are all aware there are times when we unfortunately have to have organizations come in and collect a lot of emails and history to help the organization. As part of that, organizations are now looking at dialogues between humans, whether they were voice, text tool, conference calls, or exchanges via email. They become part of the digital assets of the corporation.

When we look at communications wrapping those dialogues with some metadata, bringing them back up into content management system so they become indexable, they may become part of the digital assets of the corporation and become uniquely valuable.

Gardner: Just quickly tell us about Sphere. You were acquired by NEC just a year or two ago, right?

Landry: That’s correct, Dana. Sphere Communications was founded in 1994 with a focus on a mission of turning communications hardware into software and, as a result of turning it into software, building it more like a business application.

About 18 months ago, we concluded a transaction with NEC Corp., headquartered in Tokyo. Our focus stays on the software aspect of building communications for the business environment, but we do that now in the context of a much larger organization.

Gardner: With this philosophy of converting the hardware to software as software services, these communications functions can now be brought into a wider variety of business processes, particularly if you're using SOA, mashups, or a variety of different development frameworks and types. The goal here is to bring people into process. Is that fair?

The SOC Ultimate Goal

Landry: That’s really the ultimate goal. On any given day in a business, do people care about doing the mashup or do they care about having their business be more effective, especially in these times? We believe that people will continue to look for more efficiency in their IT infrastructure. They'll continue to look for how people can be more connected, not only internally but with their customers. At the end of the day, you're right. It’s really about how people get more interconnected with the business process.

Gardner: How about this taxonomy? Why do we have to have another acronym, another three letter word, SOC? Wouldn’t this simply be part and parcel with SOA? Why do you see them as different?

Landry: Well, if there isn’t one born, and then it won’t ever die, right? We looked at it and had to communicate to the industry the concept of how communications integrates into frameworks in the IT infrastructure. SOA is a one term still used out there to define an approach. When we built our communications platform, we opened up all its services in a manner that we believe fit very naturally into the concept of a SOA. Therefore, our communications platform is really more service oriented than it is a closed and proprietary traditional PBX-oriented system.

Gardner: Lets go to our panel. Tony Baer, we've talked about this disconnect between processes and the business world, SOA architectural values, and people. I think we had a show devoted almost entirely to the BPEL for People spec when it came out.

Clearly, if SOA is not to wither and die on the vine, bringing people into the process, finding ways of creating new types of efficiencies and innovations, not just repaving cow paths but doing something quite new all becomes important. From your perspective, Tony, what’s the important deal here with bringing communications services into the play?

Baer: I hate to use a cliché, but it’s like the last mile of enterprise workflow and enterprise processes. The whole goal of workflows was trying to codify what we do with processes and trying to implement our best practices consistently. Yet, when it comes to verbal communications, we’re still basically using technology that began with the dawn of the human voice eons ago.

Gardner: I've seen people use sign language.

Baer: Well, that maybe too, and smoke signals.

Gardner: A certain finger comes up from time to time in some IT departments.

Kobielus: At least the use of a trusty index DTMS finger.

Gardner: There you go.

Baer: Exactly, and maybe some other fingers as well. But the fact is that in some cases, there's a huge gap. An example is in the area of compliance. It was a well-publicized case. I won't mention the name of the corporation, because I don’t want to get us into legal trouble here. But, there was a major case of cooking the books. The CEO went to jail, but his predecessor, under whom it was alleged these practices began, was never touched. Allegedly, it’s because he left no trail of breadcrumbs. He never used email. It was all spoken.

The idea of being able to manage and integrate spoken communications may actually be a critical gap in compliance strategy. I could see that as being an incredible justification for trying to integrate voice communications. Another instance would be with any type of real-time supply chain or with trading.

Very often, when I call my broker, the message says please do not leave voice messages on the phone. Provide trading instructions. We can now start to track all that. I'm not sure that it’s such a great idea to leave trading instructions in a voice mail, but there are lot of areas where you're integrating voice communications that could provide business value.

Gardner: Jim Kobielus, isn’t there more to this on the consumer side as well? We've got these hand-held devices that people are using more and more with full broadband connectivity for more types of activities, straddling their personal and business lives and activities. We know Microsoft has been talking about voice recognition as a new interface goal for, what, 10 years now. What’s the deal when it comes to user habits, interfaces, and having some input into these back-end processes?

An Important Extension

Kobielus: That’s a huge question. Let me just unpeel the onion here. I see SOC as very much an important extension of SOA or an application of SOA, where the service that you're trying to maximize, share, and use is the intelligence that’s in people’s heads -- the people in the organization, in your team. You have various ways in which you can get access to that knowledge and intelligence, one of which is by tapping into a common social networking environment.

In a consumer sphere, the thing is the intelligence you want to gain access to is intelligence sets residing in mobile assets -- human beings on the run. Human beings have various devices and applications through which they can get access to all manner of content and through which they can get access to each other.

So, in a consumer world, a lot of the SOC value proposition is in how it supports social networking. The Facebook environments provide an ever more service-oriented environment within which people can mash up not only their presence and profiles, but all of the content the human beings generate on the fly. Possibly, they can tag on the fly as well, and that might be relevant to other people.

There is a strong potential for SOC and that consumer Facebook-style paradigm of sharing everybody’s user-generated content that’s developed on the fly.

Gardner: Joe McKendrick, it seems that bringing communications into the stew really does add value. These are the areas that traditionally have been separate. People did voice activities, they did communications, and they also did data and application activities. Straddling the two was something you did with wetware, with your mind or your hands. Do you think that SOC is perhaps a catalyst to increase value in SOA?

McKendrick: Absolutely. There always have been two levels to this discussion. On the upper level, you’re looking at a lot of business traditionally driven by serendipity. That's the chance encounter in the hallway between two people. Or, it's a phone discussion that may evolve to, "By the way, did you hear about such and such a company laying off or such and such company moving to this market."

One challenge that’s always been out there is to figure out a way to capture this more informal transmission of knowledge that highlights business opportunities. If there's a way to at least capture even a segment of that, to digitize it, and put it into the knowledge base. I think that’s a great advance for companies.

Gardner: So it’s bringing tacit knowledge into play with business processes. Is that what you’re getting that?

McKendrick: Exactly. We heard a lot about artificial intelligence (AI) a couple of decades back, and that showed a lot of promise for capturing some of the knowledge. You had these Jedi Knights that seemed to know everything and had everything in their heads. Once they left the organization, that was it. They walked out of the door with the knowledge and moved to Florida or Arizona. That has been the challenge for AI. Now we refer to it as knowledge management, being able to capture this knowledge, this serendipity, and these informal channels the voice communications.

Landry: It’s human nature to use reference points, historical reference points of dialogs -- whether they’re written or wherever I find them -- to remind me of a topical discussion and bring me tighter into the fold of a particular thread. Think of how we use email. Often, there's a thread of email that helps us go back and look at the history of the dialog that occurred. This has happened in pseudo real time basis with instant messaging these days.

As you described, the natural tendency is a quick discussion at the water cooler. To the degree that we can capture that information, put it in a format that’s indexable, and in my day-to-day workflows as an individual be able to pull that up as I am having more and more dialogs, it becomes very useful referenceable information about why we made certain decisions in the business. That’s one aspect we look at there.

Text-Mining Capability

Kobielus: One of the services in the infrastructure of the SOC that will be critically needed in a consumer or a business environment is a text-mining capability within the cloud. That can go on the fly to all these unstructured texts that have been generated, and identify entities in relationships and sentiments to make that information quickly available. Or, it can make those relationships quickly available through search or through other means to people who are too busy to do a formal search or who are too busy to even do any manual tagging. We simply want the basic meanings to just bubble up out of the cloud.

Gardner: Dave Linthicum, it seems like we're just finding ways of joining different networks. There were the telephone networks. We have had IM networks that are still based on Internet protocols, but are doing their own thing. We've had all these disparate communications types and modes that have popped up over the years and now we are trying to bring them to some kind of harmony.

Do you agree that this is really what SOA, as an approach, should do, and that we don’t need a subset of SOC? And, what are your clients looking for in terms of how communications relates to business applications and processes?

Linthicum: Well, if you're going to take services like this, expose them as services, and make easier use of them, then it’s there. You have to create the integration yourself through very disparate mechanisms and things like that. People are always struggling, trying to figure how to aggregate this stuff and its solutions. This is definitely one approach and it’s viable on the market.

As SOA evolves, they are much more rudimentary. We'll talk about later about the whole "death of SOA" thing. The fact of the matter is that people are just getting their arms around exactly what a service is and how you take multiple services and turn them in solutions.

What's occurring, especially with the downturn in the economy, is that people are focused on more tactical and, what I call a shorter, SOA issues. They're trying to solve particular problems with particular instances of technology. Some organizations have the potential for doing that.

When you look at SOA, you talk about this whole big strategy around structuring services and aggregating those services into solutions. But, if you really look at what people want to do, they want to solve particular tactical problems in a very short period of time and show a very quick value proposition. The ability to take all these communications and actually turn them into services and leverage them is a wonderful use case within the context of SOA. It makes sense.

Gardner: Todd Landry, even though we're in such tight economic circumstances, cost savings obviously need to be part of just about any activity. Is there a clear return on investment (ROI) from your perspective in doing away with the hardware and the PBX-based infrastructure around telecom at least inside of enterprises and going to pure software?

Are you able to really demonstrate that going to software, not only for the purposes of extending it into business processes but just alone as replacement for the cost of a traditional PBX infrastructure, is a good story?

The Two Levels


Landry: There is, and there are two levels. I can put some examples around that. At the first level, remember the three large guys with tool belts who show up in a moving van. They roll some big thing that looks like a refrigerator into the secret room and everybody says, "Yeah, that’s the phone system." Nobody knows how it works, except for the specialist who's been through 10 months of training. These systems are very, very costly to maintain these days. They are specialty hardware, very proprietary, and the maintenance alone has become quite an issue now.

Imagine all that capability being delivered to you as part of a download. You run it on the same computing infrastructure that you use for many of your other business applications and you administrate and manage it in the same way. You don’t have to look very hard at that to imagine some significant efficiencies in IT infrastructure. If it’s built in a way where it opens up its services, you can look at some real examples in the business.

Suppose I have a customer who is a major distributor of airline parts. The issue with parts for aircraft is that they are under strict inspection. Once they are put into the distribution center and shipped to a mechanic, they can no longer be restocked without going through a very expensive, re-inspection process.

What happens with airline mechanics is they'll call in to get certain parts and not being sure what they really need, they'll order three or four different parts. The theory is they'll just send the one’s back that they didn’t need.

This has been a big problem for the distributor. What they've utilized is an actual recording of the dialog between the mechanic and the order entry as that order is posted. They can now go back and very easily pull up that transaction and pull forward the recording. Therefore, the mechanic and the airlines have to take those parts.

These are just real, street-level business issues that I've dealt with. We have several of those scenarios, where once you look at inefficiencies in your business and look at how the human action makes that transaction occur, you can apply the technology to overcome it.

Gardner: JP Morgenthal, we've got cell phones, mobile Internet devices, netbooks, this notion of always on and multi-modality always on. Now just saying that you've got voice, text, and the ability to have two-way communications -- synchronous and asynchronous -- begs the necessity for bringing more communications into business processes. Do you agree with that?

Morgenthal: I definitely do. Clearly from an analyst perspective, you can talk about it and give it a very analytical representation, but the interesting thing is that I actually have real world experience in data behind this. Before coming back to being an analyst and joining Burton in November, I had my own software company, Avorcor, and we had developed supply-chain management as a service.

One things I did was integrate with an open-source communications project called StarPound, which is business-process management integrated with Asterisk, and we built a demonstration that really illustrated the value proposition in the warehouse.

I'd been working with a number of companies who had warehouse issues, and we were basically normalizing those issues by instituting a new services architecture and layering that on top of that legacy system, so they could build their business processes.

One of the biggest issue was they were still communicating exceptions that were happening in the warehouse because device limitations were scanners and text in a very noisy environment. Everyone agreed that the best communications tool in that environment was their cell phone because it vibrated. Well, the Blackberry now has vibration too. So, that’s also a valid form of communication.

If you tie this as a unified communications strategy to the business process, it’s very effective and not only is it very effective, but -- I hate to say it -- it begs only more constant information overload.

Years ago, we took it for granted. You didn't get things for a couple of days, because the communications pipeline took that long to complete. Now, we expect things in microseconds. So, it's enhancing the expectations of people in general because of that. But still, I think overall productivity goes up tremendously, and we move much more effectively toward a real-time event architecture across communications and systems and people. It’s really fascinating to watch and it’s very effective.

Gardner: Anne Thomas Manes, we think about crossing these gaps between what were traditionally telephony technologies, and now it can exercise the services and access the services, but there remains a cultural gap. Analysts, architects, and developers are not always thinking along the communications network line of reasoning. They don’t always look necessarily for these on-ramps and off-ramps to business processes. Do we need to try to encourage developers and architects to think differently around SOC capabilities, as they increase their business agility?

Change the Way We Talk

Manes: We’ll get into the "SOA is dead" discussions later. One thing that I have pushed is not that service orientation needs to go away, but that we need to change the way we talk about it. What we need to be focusing on are services that actually provide value to the developers who need access to capabilities and to the business guys who need the capabilities to be inherent inside their systems.

When we're talking about communications services, you want to make sure that those services are very easy to access. With communications services, when you start looking inside PBXs, voice over IP, and those kinds of things, that’s arcane and completely out of the realm of normal development skills that you would get in a Web developer.

Now, we do have some nice capabilities like click to call, and those are set up as drop-in components that people can now use inside their Web applications. Wouldn’t it be nice, if we actually had a much more powerful communications service that a developer can use to communicate with a customer, communicate with a shop manager, or communicate with whatever at this point in the application?

They can call out to a communications service and specify, "Here is who I want to talk to. Here is the information I want to send. And, here is the method through which I want send it." And, and then they can have the communications service completely take care of the whole processes associated with making that work.

I can guarantee that a developer is going to choose that over, "Oh, I have to write all kinds of arcane code in order to figure out how to send an email or how to launch a phone call." So, building these services that simplify a very complex process is extremely valuable from a productivity perspective.

You can also look at it from another perspective and that is that I can call out to this communications service. This goes back to the first conversation we were having about this topic, which is, "I need to make sure that I actually record this and capture this in my CRM system or I need to audit it for whatever reason."

You can apply policy to the service and have that be something that you can manage and maintain from a policy perspective, which is separate from the code that’s actually implemented in the application or in the communications service.

Gardner: How about that, Todd Landry? Do we still require developers to do arcane integrations, or are there application programming interfaces (APIs) and/or other means of automating and easing the ability for developers to exploit communications services?

Landry: I'm really glad you raised that point, because we know your example of click-to-dial has been around for a while, but the execution of that has been very complex. A lot of companies that have enabled that have done it using people who are rich in telecom protocol experience and things like that.

With SOC platforms, we see it as creating an abstraction to those telecom functions -- such as making a call, recording a call, or setting up media streams -- and hiding that all from the developer. You are welcome to a white paper that describes this approach of abstracting the communications complexity.

When we looked at it in terms of how you would make it available to the applications developer, for example, our tools include Web services description language (WSDL) files that can be imported into your environment. So, you can take an IBM Rational environment, bring in functions available on the communications system and use application and Web-type technologies, without having to understand the complexities of underlying telecom protocols. That’s probably one of the most critical things that we need to do on the communications side to allow the developer community to benefit from this.

Gardner: Isn’t there another approach to this, in addition to trying to ease the actual development, to make these services all part of the same cloud? Perhaps salesforce.com or Google might start offering more telephony services within their cloud. Therefore, the integrations are being done within their infrastructure and it becomes easier for developers to create processes. Do you expect that SOC will have a role in how some of these cloud providers increase their value to developers and then therefore to end-users?

Distributed Cloud SOC Services

Landry: Yes, and in the way we deploy today in many of our customers, we would, in some respects, describe it as a private cloud, because of way it’s built and because of way it’s a distributed and shared service within the enterprise.

We've got a handful of cases where we deployed that in more of a service-provider approach and you could argue that, because the consumer, the enterprise, has some stuff on premises they can also overload that or use services from the local provider. It’s built on that kind of model.

There's is another piece of this that says these platforms are bringing together multiple forms of media, so that you can utilize text messaging, audio, or video communications. You can do screen-sharing data collaboration in a simpler and more consistent fashion and you can utilize one set of services to do that.

Whether they're deployed as a cloud and the enterprise is using those services from within a cloud or whether they've made the decision to do them on premises, both are very viable and, in many cases, both are being done today.

Gardner: Okay, last question on SOC. Dave Linthicum, with the emphasis on cloud nowadays, do you see bringing these communications services into a cloud portfolio as a way of enticing more enterprises to get involved, particularly if we're talking about reaching out to consumers through these communications channels? Where do you see SOC and cloud intersecting?

Linthicum: They already are, probably not as formal services and definitely not as integratable data into the enterprise, but anything that’s a value within enterprises, as we are finding, ultimately will be something that some start up or even some big company packages up as a set of services and sticks them up in the cloud.

If you look in ProgrammableWeb, you'll find that there are a ton of services that are very communications oriented. They're probably not as sophisticated as the ones we're talking about now, but as more and more people adopt that as a paradigm and need these things to build enterprise composites or even mashups, then you're going to see a lot of movement in that direction, because it’s a fairly simple thing ultimately to do.

It’s going to be a very high value service to sell. You're not competing with the guys who are giving the stuff away for ad share. And, it’s just going to be another value cloud out there that people can leverage and integrate within their enterprise.

Kobielus: I want to add one last observation before we go to the "SOA is dead" topic. In order for this integration to happen in the cloud, the cloud providers need to federate their new registries with those of their enterprise customers. But, humans are reachable through a different type of registry called a directory, lightweight directory access protocol (LDAP) and other means.

Cloud providers need to federate their identity management in a directory environment with those of their customers. I don’t think the industry has really thought through all the federation issues to really make this service oriented, business communications in the cloud scenario a reality any time soon.

Gardner: So we need an open Wiki-like phone book in the sky.

Kobielus: Exactly.

SOA: Dead or Alive?

Gardner: All right. Let’s move on to our next subject -- "SOA: dead or alive?" Anne, you created a little bit of stir with a recent blog or around declaring SOA under significant pressure, particularly as a result of the economic climate, because people are not going to spend money without that verifiable ROI.

These large-scale SOA implementations are too complex and taking too much time. The economic climate is going to postpone, if not kill them outright. Did I get it right, and what’s been your position since the blog, in terms of the viability of SOA?

Manes: Certainly, lots of people have refuted my claim. At the same time, I've had at least as many people, and probably more, I am dead-on right. My goal with the blog post was to at least get the conversation going, and I think I managed to do that effectively.

I still believe that if you go before a funding board this year -- if you are an IT group and you are trying to get funding for some projects -- and you go forward with a proposal that says we need to do SOA, because SOA is good, it’s going to get shot down. Instead, what you have to go forward with is very specific value-add projects that say we need to do this, we need to do that, and we need to do that.

You need to talk about what services you're going to provide. In the example of communications services, there's a really strong value proposition associated with creating communications services. Likewise, going forward with a request to say, "We need to build a billing service which replaces the 27 different billing capabilities that we have in each of our product applications out there."

That’s a very strong, financially rich, good ROI type of proposal that’s going to win. But, it's not going to work, if you go forward and just say, "Oh, we need to go get an ESB. We need to go get some registry and repository technologies. We need to invest in all the SOA infrastructure. We need to do SOA just because SOA is what everybody is telling me we need to do."

Just talk about the services and talk about the practices that are going to help improve the architecture of your systems. Talk about doing application rationalization and talk about reducing the redundancy within your environment.

Talk about dismantling the 47 data warehouses you have that contain customer information and create a set of data services instead that actually gives you a richer, cleaner and more complete information about your customers. Those are things that are going to win.

Gardner: Does that mean that we're really still heading toward SOA, but we're just going to do it through a variety of tactical measures, and ultimately, without even realizing it, you're going to be doing SOA and that, at some point, you might need to rationalize that at a higher architectural abstraction with such things as ESBs and wider governance? Does that sound right?

Manes: Yes and no. It’s absolutely critical that you still have a strong architectural group. One of my favorite comments that came back from the blog post were the number of people who said, "Basically, we just really suck at doing architecture."

One of the primary reasons that a lot of SOA initiatives are failing is because people don’t actually do the architecture. Instead, what they do is service-oriented integration, as opposed to SOA. If you're truly doing architecture, then you're doing an analysis of your applications architecture, figuring out why you have so much extra garbage in your environment, and figuring out what you should actually start to get rid of.

You still need to have that planning group which is very strongly focused on setting the priorities. But then, what you go forward with in terms of funding are the projects that are actually going to help you achieve your architectural goals.

Bunker Mentality

Gardner: Another observation I had from watching the discussion that you helped create is that there seems to be quite a bunker mentality out there right now. A lot of people in IT are saying, "Listen, we're not going to do anything. We are going to just hunker down and keep it the way it is. We don’t need to innovate now. Wait until we get through this terrible crisis and then we will figure out how to be modern or agile."

On the other hand, I am seeing people saying, "No, now is the time to get innovative, to leapfrog, to take advantage of the pressure to reduce waste and look for efficiencies which ultimately will allow us to be more competitive not only in the short-term but over the long-term." Are we really looking at a typical, conservative-liberal breakdown in terms of the philosophy inside of IT department?

Manes: I suspect that you're going to have a lot of organizations that don’t have a lot of architectural maturity following the first camp, which is, "We're going to cut out everything. We’re just going to focus on tactical projects."

But, the folks who have a little more architectural maturity recognize the value of taking this opportunity, when lots and lots of projects are no longer going forward. They can say, "Well, now is a great time for us to start focusing on architecture and figure out how we can position ourselves to take advantage of the economy, when it does finally turn around."

Gardner: Okay. Tony Baer, we're heading into this deep depression, recession, whatever you want to call it. Those companies that aren’t very good at architecture will probably, if they hunker down, fall even further behind. Those organizations that have some budget to play with, that are not in survival mode alone, and are looking to be something bigger and better on the other side of the recession, they move further ahead. Are we coming into a bifurcation of who does IT better or worse, based on this recession?

Baer: I don’t think there is any question about that. I'd call that the Walmart strategy. Take a look at the previous recession. To some extent, the same thing is happening now that happened back in the recession of 2001-2002. Walmart actually increased its spending for expansion with the expectation that its low-price strategy was sound. In other words, its marketing architecture was sound for that period, but that it would be better prepared for the upswing, when the recovery happened.

I think what Anne is saying right now is that organizations that did get ahead of the curve with SOA, that thoughtfully began the architecture process and rationalized it, will go ahead, because there will be real economies at some point compared to traditional application development.

Those that have been basically doing what Joe McKendrick has called "just a bunch of web services" are just going to essentially retrench and say, "We just can’t afford to create more spaghetti right now. We are just going to do it a lot of break fixes." So, I would totally agree with Anne there.

Gardner: Joe McKendrick, are we going through an acceleration of winners and losers in IT, particularly at a sort of company-strategy level and core-competency level?

McKendrick: Yeah, Dana, absolutely. I've always said that the companies that have gravitated towards SOA are the companies that will probably do well anyway. Those are the companies with more visionary management and more tightly integrated approaches to business. Those are the companies that we've seen in all the case studies that over recent years that have gravitated towards SOA. Let’s face it, if they didn’t have SOA, they probably would have been doing okay anyway, because they're well-managed companies.

The companies that really could have used SOA, the companies not likely to be adopting SOA, or not likely be looking at SOA, as Anne and Tony discussed, those are the hunker-down companies, the companies that have fairly unsatisfactory architectures or no architectural approach. We're going to be seeing that going forward as well.

Gardner: To further refine this, Dave Linthicum, are we talking about companies that are good at IT, regardless of what’s in their quiver whether it’s SOA, Web oriented architecture (WOA), or communications and SOC? Regardless of the tools that you have at your disposal, it’s how well you use them that defines you, and if you fall further behind and you don’t adopt more tools, that’s a bad thing. Is that oversimplifying it?

IT Talent Shortage

Linthicum: Not really. The point that I made is the same point I have been making for a long period of time. We have talent shortage in the world of SOA. There are companies out there that have some very good IT talent, and they can take SOA, WOA, or cloud computing, look at the business problems, make some very nice systems, and automate the business nicely.

However, the majority of people out there who are wrestling around with architecture are ill equipped to solve some of the issues. They have a tendency to focus in wrong areas. Anne hit this in her blog as well. It was brilliant.

In the area of, "Let’s do quick tactical things, and look at this as a big systemic issue we are looking to solve," it just becomes too big, too complex. They try to solve it with things that are too tactical and just don’t have enough value. There are no free lunches with SOA or any kind of an architectural approach or any thing we have to improve the business.

You're going to have to break things down to their functional primitive and build them up again. You're going to have to think long and hard about how your architecture relates and links back to the business and how that’s going to work.

I wish there were something you could buy in a box or something you could download or some cloud you can connect to, but at the end of the day it’s the talent of the people who are doing the job. That’s where people have been falling down. Over and over again, in the last three years, we have identified this. I don’t think anybody has taken steps to improve it. In fact, I think it’s gotten worse.

Gardner: JP Morgenthal, without trying to be derogatory, it sounds like those people who do just tactical things, who are not evolving to a larger culture at a business-process level, at a agility level are kind of like Neanderthals. They were walking around Europe 25,000-100,000 years ago. Then, these Homo sapiens come on the scene and maybe have a little higher abstraction of skills, competency, look strategically at IT, much more services-oriented that eventually will overtake the landscape. Does that sound right?

Morgenthal: It's a great question. To say that you are going to be successful in business because you focused on IT architecture is a stretch. When we did our 2009 predictions, one of my predictions was the rise of disposable computing. For a certain class of businesses, it’s going to be okay to have "good enough" software and not worry about, "Am I going to be using the same application 20 years out," -- really moving the thought processes from 3-5 year plans to 5-9 month plans.

When you talk about things in that range, SOA falls apart as a requirement, because that’s something that you definitely want to engage in where you have longevity or a long-term strategy to apply. Including cloud computing and the rise of start ups in the cloud, or at least their IT infrastructure in the cloud, versus building data centers, is going to introduce an opportunity for that to occur.

There is a class of organizations that hears SOA. They're going to get IT staff that come from an environment where people did SOA. There's going to be a little culture clash, because the executives there are going to be saying, "I don’t get this. I don’t get you. Who are you? I want my cell phone to do this, this and that, and I can make it do that by looking at it sideways. You’re telling me I've got to go spend all this money. Are you nuts?"

So, you have that going on, and then you have organizations that are involved in some very complex business opportunities in the financial sector or in the manufacturing sector. If they don’t look at their business and model it in a way that their systems mirror what they are doing one for one, they’re going to continue to fight that impedance mismatch that’s been going on since the early days of computing.

Then, the mismatch made sense, because the costs of computing were so expensive that we had to take small bites, chew on it, and make it work. Now, with the cost of computing where it’s at, we should be disregarding that notion, reexamining our systems, and saying our systems should meet our business requirements one for one. We shouldn’t have this discrepancy that when I talk business, it needs to be translated for IT purposes.

Gardner: Todd Landry, for some organizations, SOA is dead, at least during the economic downturn. For other organizations, it could be alive and well. From your perspective, what differentiates these organizations? How do you separate the innovator class from the "let’s just keep it simple and do our jobs and hope for the best" class?

Landry: Finding them and separating them is probably an arduous task. During tough economic times, the question of what projects should be worked on becomes more of a financial question than just it’s a cool technology question. During better times, we do many different projects and don’t spend time looking at the business benefit.

JP’s point of, "if you do technology architecture, your business will get better" is not real. There are hundreds of different projects you can look at in any IT infrastructure, and, especially today, people are spending more time looking at which ones will help the business operate in a more streamlined fashion.

They’re questioning what it’s going to cost to do that, how I can do that without spending outrageous dollars, and is it going to make a difference for my business? Again, the observation of cost associated with those projects becomes more heightened during these kinds of economic times.

We're looking for people who are investing in new initiatives, because they see this as an opportunity to optimize, an opportunity to streamline, and it will help them longer term. We look for those kind of people that realize that this can be seen as an opportunity, as much as a tough situation to deal with the economy.

Kobielus: The whole "SOA is dead" theme struck a responsive chord in the industry, because there's a lot of fatigue, not only with the buzzword, but the very concept. It’s been too grandiose and nebulous. It’s been oversold, expectations have been built up too high, and governance is a bear.

We all know the real-world implementation problems with SOA, the way it’s been developed and presented and discussed in the industry. The core of it is services. As Anne indicated, services are the unit of governance that SOA begot.

We all now focus on services. Now, we’re moving into the world of cloud computing and, you know what, a nebulous environment has gotten even more nebulous. The issues with governance, services, and the cloud -- everything is a service in the cloud. So, how do you govern everything? How do you federate public and private clouds? How do you control mashups and so forth? How do you deal with the issues like virtual machine sprawl?

The range of issues now being thrown into the big SOA hopper under the cloud paradigm is just growing, and the fatigue is going to grow, and the disillusionment is going to grow with the very concept of SOA. I just want to point that out as a background condition that I’m sensing everywhere.

Gardner: Anne, is there a hedge on this somehow? That is to say, can you continue to be tactical, can you avoid some of the larger cost issues around SOA, but, at the same time, not put yourself at a disadvantage 18, 24, or 36 months down the road for moving closer to SOA at that time?

Manes: My core recommendation is to think big and take small steps.

You need to do the planning, and your architecture team should be able to do that, without having to go get permission from your funding organization to do planning, because that’s what they’re supposed to be doing. But then, they have to identify quick, short, tactical projects that will actually deliver value.

That’s what they should do and are designed to do to improve the architecture as a whole. It can't be just, "Oh I have to integrate this system with that system." They really should be focusing on identifying projects that will, in fact, improve the architecture. In that way, you’ll be in a better position when things are over.

Gardner: Just to pull our two discussions together, do you think that SOC forms one of those tactical benefits that demonstrates ROI, improves productivity, but that also sets you up for larger benefits later?

Manes: Communications services, as a general rule, are valuable because having your applications integrate with communications is often challenging. But, you need to take a look at your individual corporate priorities to determine whether that actually is a higher priority this year than something else.

Gardner: Does anybody else want to chime in quickly on SOC as a tactical benefit to SOA? Todd, you must have something to say on that.

Landry: The tactical benefit we’re seeing is a lot of very specific cases already in the end-customer areas, where people have made the decision that this is important. We talk about the economy, but security concern is at an all-time high, and there is a lot of sensitivity there.

In most government organizations, they’ve now assigned a geo spatial officer, someone to go look at how the communications system is better used across the different emergency organizations, and how first responders can come together and communicate and collaborate in emergency situations.

We’ve recently demonstrated some multidimensional collaboration tools that bring together the identity of vehicles and simplify the manner in which you tie radio IP-based communications across different emergency entities. You’ve got real cases here that people are addressing today. There are some tactical activities out there related to that.

I think the point made about think big and pick small projects is really important, because it is a big ocean out there and you’ve got to pick the things that makes sense for your business.

Gardner: Great. I want to thank the panel for this week, we had Tony Baer, senior analyst at Ovum. We had Jim Kobielus, senior analyst at Forrester Research. Joe McKendrick, independent analyst and blogger. David Linthicum, founder of Linthicum Group. JP Morgenthal, senior analyst Burton Group, and Anne Thomas Manes, vice president and research director of Burton Group.

We also thank our guest, Todd Landry, vice president of NEC Sphere. I want to also thank our charter sponsor for the BriefingsDirect Analyst Insights Edition podcast series, Active Endpoints, maker of the Active VOS visual orchestration system.

We’re also coming to you through the support of TIBCO Software. This is Dana Gardner, principal analyst at Interarbor Solutions. Thanks for listening and come back next time.

Listen to the podcast. Download the podcast. Find it on iTunes/iPod. Learn more. Charter Sponsor: Active Endpoints. Additional underwriting by TIBCO Software.

Special offer: Download a free, supported 30-day trial of Active Endpoint's ActiveVOS at www.activevos.com/insight.

Edited transcript of BriefingsDirect Analyst Insights Edition podcast, Vol. 36, on communications as a service and the future of SOA in light of hard economic times. Copyright Interarbor Solutions, LLC, 2005-2009. All rights reserved.