Going to BriForum 2010?

This year’s BriForum conference is coming up June 15 – 17 in Chicago, and we’ll be there with some exciting announcements and demos (hint: some new, really cool things straight from our lab).

Make sure you catch John Whaley, our CTO, who will present two sessions:

• “BYOPC: IT Panacea or Management Nightmare”(8:45 am on Tuesday, June 15). John will cover some of the pros, cons, and lessons learned from actual and attempted BYOPC deployments.

• “Understanding and Optimizing Disk Access Patterns for Desktop VM Workloads”(2:30 pm on Wednesday, June 16). This highly technical session will dive deep into what typical desktop VM disk access workloads look like and how to measure IO performance in a way that mirrors the users' perception.

Also, swing by our booth (#300) to see our demo. I’m really looking forward to meeting you all face-to-face. If you’d like to set up a meeting in advance, please contact Lynsey Rose at lrose@mokafive.com.

Purnima Padmanabhan, VP of Products and Marketing

Cloud and the Evolution of Client Computing

The headline of Mark Bowker’s article in Network World recently caught my attention: “Will Cloud Lead to the Failure of VDI?”

No equivocations on my part; the answer is a resounding yes. Today, there are multiple deployment models, but fast forward to three to five years from now, when cloud computing becomes much more mature, and we will see only two models survive. And neither will be VDI (Virtual Desktop Infrastructure).

But let’s back up and look at what we have today.

First, there are thick client applications, such as Microsoft Office – rich applications locally executed on a desktop OS to give users a fast, seamless experience. This type of application is not going anywhere and will be around for a long time because it offers a high level of dynamic activity that cannot be rendered for a Web-only interface.

Over the last few years, a new class of applications has emerged that run in the cloud – for example Google apps or Salesforce.com. These apps are fundamentally built for the cloud and built to run on browsers from any computer or mobile device. These aren’t applications built to run locally which are just thrown into the cloud. Google is leading the charge here, with Google Chrome increasingly becoming an operating system itself. IN the near future, these apps will co-exist with thick client apps and end-users will require environments that support both models.

Somewhere in between is the third model today: VDI.

Though its proponents may say otherwise, VDI is not a true cloud-based solution. The apps were not built to run on the Web; they require rich local execution. What VDI does, in the simplest sense, is allow IT managers to put a rich local execution environment on a server and deploy it as a “cloud app,” albeit a crippled one at that. It offers none of the performance and offline use you get with a rich app nor the simplicity of a Web app. At best, VDI is a stopgap solution; it exists because most enterprise apps were not built for the Web.

In five years’ time when apps that need to run in the cloud are in fact purpose-built for the cloud, you can bet that VDI will become obsolete. In the end, we will have only two main types of applications: Rich, locally run applications for end use points and a rich set of applications built for cloud computing. Rich local execution apps will persist because computing will not be 100 percent online (yet) due to connectivity and performance. Some apps, such as PowerPoint (however much you love it or hate it), requires rich interaction, and therefore is best fit as a local, OS-based desktop application.

Interestingly, the motivation for VDI was always about central control. If VDI, as a management layer, is out of the picture, then how do you ‘control’ and centrally manage these two types of apps? We believe for rich endpoints client-side virtualization is the way to go – allowing central management of the desktop while enabling rich interactions and offline use. For the apps in the cloud – existing datacenter management tools solve the problem.

What do you think? What will a mature cloud computing environment mean for VDI?

Purnima Padmanabhan, VP of Products and Marketing

To centralize, or not to centralize

You wouldn't do this with eggs. Why would you do it with your company's desktops?

Desktop virtualization holds great promise to dramatically reduce IT support costs, while allowing end users unprecedented access and flexibility. There are now dozens of offerings to choose from. But beware – your approach matters. A lot.

Picture the last time your PC crashed. Now imagine it happening to everyone in your company. All at the same time.

It makes complete sense to centralize certain aspects of desktop management. Access and policy control, reporting and image updating, definitely. And certain compute-intensive applications. But it makes little sense to centralize execution.

Desktop execution should (almost) always be decentralized.

A decentralized system is inherently more resilient than a centralized one. No single incident can bring down the productivity of the whole. This has been a truism in computer science, and it’s proven itself in many other systems, not least of which is the Internet itself. On the Internet, no single router or gateway failure can bring down the connectivity of all the endpoints. Instead, in the case of a failure, packets are rerouted around the downed node and transmissions successfully proceed.

Similarly in a decentralized desktop environment, a single PC failure, or even the failure of the management server itself, does not stop the productivity of the whole. Sure, a single user may be inconvenienced (and we all know that certain users are more important than others :) ), but there is no chance that the entire system can come down. When we say “no chance," we don’t actually mean “low probability,” or “five 9s,” etc. With decentralization, there is *no* chance of systemic failure. Nada.

Moreover, a decentralized desktop system is usually lower cost because consumer CPU and storage is much cheaper in aggregate than the equivalent resources in the datacenter. And decentralized execution provides the best user experience, since the user can be online or offline, does not have to worry about bandwidth, and local CPU provides better performance than a centralized remote one.

Now, certain narrow use cases do warrant centralization. But the vast majority of desktops should remain decentralized.

Something to chew on

Even with 14 years of experience and a bazillion dollars, Google’s search services went down last May. What’s the likelihood that your VDI will fare better?





Caveat VDI

Your existing physical desktop environment is already an inherently resilient system. Your company (and your career) can easily survive the occasional user hard drive crash or network issue. But now you’re thinking about scrapping that beautiful architecture, and replacing it at enormous upfront and ongoing costs with an inherently more fragile and risky one. There may be a legitimate cost-risk-benefit reason for you to do this – just be sure you’ve done the analysis.

A better way

Distributed Virtual Desktops (DVDs), a term coined by IDC, represent the low cost, highly flexible world of the New Desktop (capitalization intended). In this model, like your physical desktop solution, DVDs are controlled centrally, so access control, policies, reporting and image management happen efficiently by a single team. But desktops are virtualized so the same golden image can run on any platform, and any hardware configuration. This makes it better than your current physical desktop solution.

And, in stark contrast to VDI, DVDs execute in a decentralized fashion. This means that issues (and we all know issues can happen) are isolated to a single user. As with VDI, there are multiple offerings in the DVD space—MokaFive is one. At MokaFive, the tenet of decentralized execution has been imbued from the very beginning and throughout every aspect of our product design. We believe it’s the only way to go.

Burt Toma, Director of Products