For the past year I have been working with several client technologies that revolve around the area of Client Virtualization. As I looked into these technologies and benchmarked them, I began to realize several key things.

• These technologies are finally mature enough to start using mainstream. True they may not all fit your current IT model, security rules or management framework, but that is another discussion. The pure fact is with hardware virtualization now enabled in chipsets, we can expect virtualized environments that perform faster than yesterday's systems and almost as fast as the host OS. Moving forward, technologies will be released that will support side by side OS or multiple instance virtual machines. Imagine a world where IT can manage something as simple as a virtual environment and get out of the platform support and enterprise OS business. There are tools there today that allow this to happen and we have done some work in this area and released a white paper recently with our results, it is called Client Computing with a VUE and can be found at (IT@Intel Client Computing with VUE (Virtual User Environment)). The key is to make sure you start planning around these technologies now, versus scrambling to support them later.

• Some of these technologies are flexible enough, they can be used to enable our users in ways we never could before - Imagine going home at night and not having to carry a laptop. Simply carrying a USB stick that has your IT build on it and being able to plug it into your home system to check email, review documents etc. Imagine users having a choice in the platforms they use. No longer is getting a system in IT like picking the first Model T, do you want black or black? We could enable our users today to be able to simply go to any computer access a website, log in and authenticate, and a few moments later, they can have corporate apps streamed to the system they are on and access their data from cloud storage.

• IT can sometimes be more than a cost center - After reviewing some of these technologies, I realized we as IT could use some of these to provide more than standard services to the corporate environments we support. Imagine a corporate environment with thousands of desktops that users use day to day but don't fully utilize. Using some of these technologies, we can take processor and memory slices off these machines and add them to a grid computing environment. Allowing our corporation several thousand more process cycles without having to expand their server or data center space.

Again, not all of these can drop right into your environment today. Some things may need to change on the technology or your IT side. But the key is this area is changing fast. Let's stop thinking about how we have always done it and instead ask how we should do this tomorrow.

Feel free to comment and leave your thoughts!

Some general thoughts and ramblings on application streaming - where it is better than web applications and where it might not be.

Application streaming is an interesting technology - you can create a client rich application with sophisticated graphics and processing and yet have a high degree of security and the benefits of server side manageability. In my mind this is the best of two worlds. On the one hand you can leverage the full strength of the latest processors and graphics cabilities and on the other you can manage security and upgrades quickly and efficiently.

The application doesn't go through an install process on the client so you eliminate some of the problems associated with different people installing the same application differently. The installation can be "isolated" to protect against conflicts (in some cases this provides backwards compatibility) which also raises some challanges, although this also provides some "challenges" for the integration of mulitple applications on the same device.

Upgrades are simple and guaranteed - since you only upgrade the server and anyone using that application gets the update at next use, true for security patches as well. For those that are using the applications offline (which you can do, try that with a web app) they will get the update the next time they connect to the network.

Streaming (some products anyway) provides a means for license management, so perhaps you don't need to own as many licenses as you thought by tracking concurrent usage and preventing over subscribing. This is can be important for some expensive purchased applications.

Streaming applications are also not subject to the multitude of exploits that are written to attach web browsers and web applications. I believe that for corporate applications they are safer and easier to protect. That alone may be reason enough to justify moving in this direction.

One area where web based applications COULD be better is if they are written to work on multiple platforms with multiple browsers (such as Windows and OS X). However in practice this seems to be seldom done, most apps are still written for one environment or the other and it's more of chance that the application works in the other environments. This could be a big plus if developers would truly develop for the heterogenous world we live in.

Another is that with client rich applications there is often more database traffic being routed over the network between the client and the server infrastructure whereas in a web application the database traffic can be kept between the application server and the database server. This puts the onus on the application developer to take this into account when architecting their application. It can be done efficiently but it does raise that "old" argument and problem.

So perhaps it is time to look at how we develop applications and rather than swinging the pendelum back to all client rich applications, maybe we should be looking at a better balance of applications leveraging the best technology for the requirements.

Just a thought