Resolving the online/offline service conundrum using virtualization
(Last night just before I fell asleep I had one of those wonderful moments of complete clarity. One of those moments which, after a good nights sleep, tend to reveal themselves as embarrassingly flawed. That is what happens to me most of the time, but not always. Occasionally the clarity is real. Maybe this is one of those times. Maybe not. I don't know.)
Here is the conundrum in a nutshell. Online enterprise applications are a great idea. Putting all the complex moving parts of an application on the server side means that you - the end-user - need not worry about them. Online applications take away soooo much administrative pain that they should really require a doctor's prescription. With an online application, the vast majority of the application gets filed under SPP (SPP = Service Provider Problem). Administrative Bliss. Costs cut. Bottom line improves. Everyone is happy...
There is a significant catch of course. There is always a catch isn't there? The catch in this case is that enterprise applications cannot be relegated to the global internet/web cloud so easily. What about security? What about ownership? What about offline backups? What about vendor independence? What about disaster recovery? etc. etc.
We need some way to have all the benefits of online applications without the significant problems associated with caring for the server components ourselves. Why is looking after the server side so hard? Well, online applications are complex beasts. You will need all sorts of complex moving parts from operating systems to application servers to databases. Interpreters/parsers/engines/proxies/filters of all shapes and sizes. Looking after all this stuff is highly specialized and thus expensive. Put a couple of applications like this into a server room and you have built yourself a significant cost center.
Oh dear. What to do? Well, we could wait until software becomes simple. (Cue the laughter). Alternatively, we could find some way to wrap all the complexity of server-side applications up in some tidy little containers so that we do not have to look inside them. Two ways of doing this are currently gaining prominence. One is hardware-centric the other is software-centric.
The hardware-centric route is known as the "internet appliance". A physical box with flashing lights. You feed it power and an intranet connection and off it goes. Behind the flashing lights there is typically a Linux or Windows based bag-o-tricks that make the application run. Put the box on the network. Point your browser at it. Done. An example of this is the Google Search Appliance[1]
Sign up for ITworld's Daily newsletter
Follow ITworld on Twitter @IT_world
Esther Schindler
If the comments are ugly, the code is ugly
claird
SVG a graphics format for 21st century
pasmith
Take Chrome OS for a test spin
Sandra Henry-Stocker
Solaris Tip: Have Your Files Changed Since Installation?
jfruh
Android fragments vs. the iPhone monolith
mikelgan
What Gizmodo missed about the Pro WX Wireless USB disk drive
Sidekick: The Good News & the Bad News
Either way you look at it Microsoft Data Center management did not follow standards or best practices in this failure. In which case it makes me wonder more about the outsourcing of corporate data much less personal data.
- mburton325
Join the conversation here
Quick, practical advice for IT pros. Made fresh daily.
Want to cash in on your IT savvy? Send your tip to tips@itworld.com. If we post it, we'll send you a $25 Amazon e-gift card.













