Think Web services mean thin clients? Think again
A great temptation these days is to hope that by implementing Web services, client PCs and devices will need to do less work. But it might mean the opposite.

by Andrew Binstock, principal analyst, Pacific Data Works LLC. Intel Corp.

What history tells us
A great temptation these days is to hope that by implementing Web services, client PCs and devices will need to do less work. Perhaps so much less that their normal upgrade cycle can be extended and IT budgets reduced thereby. This hope—conspicuously absent from the messages of Web services proponents—is based on the design of Web services that enables clients to have computation performed on remote Web servers.

Computing history and the nature of Web services argue against this position. Technologies such as Web services that allow clients to do more invariably necessitate greater computing power, not less. This seemingly obvious contention does not suggest itself immediately due to the quixotic drive for thinner, less powerful clients that touched the computing scene for several years in the mid-to-late 1990s.

The thin client movement
In those days, Microsoft Windows 3.1 was taking over the corporate desktop by storm, and IT managers felt considerable apprehension about the Microsoft and Intel dominance on the client side. Their concerns were based on what came to be known as total cost of ownership (TCO). The theory behind TCO was that PCs were no bargain if managers examined maintenance and support costs, rather than just the acquisition price. Viewed this way, the constant upgrade cycle of PCs and the need for regular technical support on software meant that corporations were spending far more on PCs than they previously thought. TCO was first widely touted by server vendors, notably Sun and IBM, but it was immediately picked up on by all major analyst organizations. Computations of the actual IT cost of a PC were remarkably wide-ranging depending on who performed the calculation and what costs were included.

The upshot of the debate about TCO was that both Microsoft and Intel initiated far-reaching programs to lower TCO. This included agreeing on and publishing the specifications for upcoming generations of PC hardware (published as PC98 in its first year, PC99 the following year, and so on) and a rededication by Microsoft to make its software more reliable and more user friendly.

Some vendors, however, proposed an entirely different solution: a scaled-down PC-like device that would download applications (and data) from a central server into local RAM and execute them there. This idea was a throw back to the days of dumb terminals, which were the dominant computing model through the 1980s. Dumb terminals were simply CRTs with keyboards. All processing, including the handling of individual keystrokes, was done by a mainframe to which the terminals were attached. In this set up, TCO was very low and predictable; the applications and the data resided on the mainframe and adding users simply meant getting them a terminal and a password.

If you're interested in this topic, these articles may be helpful:

Effects of architecture-selection switches
by Robert Godley, senior application engineer, Intel Corp. When d...
Simplifying and modernizing applications with Rational Business Developer Extension
Today's myriad of complex web and service oriented architecture (SOA) ...
Next-Generation Embedded Internet Being Built by Users
Embedded systems have always been about putting compute power where th...
A guide to securing XML and Web services
by Jason Bloomberg and Ronald Schmelzer, senior analysts, ZapThink LLC...
PJO: a tutorial
by Tony Walker, Datamorphics Ltd. Why is PJO different Object orie...

Related Jobs:

Project Manager-ERP Systems #S05-4678 - WA - Spokane - General Dynamics C4 Systems
Job Title Project Manager-ERP Systems Location Spokane WA Relocati...
Associate Software Test Engineer #313602 - VA - Hampton - Zel Technologies, LLC
Associate Software Test Engineer (Human Factor-S) Jul 14, 2006 H...
Systems Spl #14238 - CA - South San Francisco - Radiant Systems, Inc
Description Responsible for developing test plans, test protocols, s...
Sr. Systems Analyst #0078646 - AZ - Tempe - IndyMac Bancorp, Inc.
Post Date 6/20/2006 Requisition Number 0078646 Job Title Sr. Syste...
Sr. Systems Analyst #E0AB3F6C485D62EF - AZ - Tempe - IndyMac Bancorp, Inc.
Post Date 1/25/2006 Job Title Sr. Systems Analyst Job Category IT...
Systems Engineer (Main.Tech./AOCWSI-SEIT) #265013 - VA - Hampton - Zel Technologies, LLC
**This position is contract contingent upon award and expected award d...
Technical Services Manager #61.23.06 - CA - Redwood Shores - VISTO, Inc.
Technical Services Manager 61.23.06 Nov 2, 2006 Redwood Shores, , Ca...
Sr. Software Engineer, Server Technology - CA - Santa Clara - Clearwell Systems, Inc.
Senior Engineer, Server Technology (multiple positions) Do you hav...
Sr. Systems Analyst #0077268 - AZ - Tempe - IndyMac Bancorp, Inc.
Post Date 4/14/2006 Requisition Number 0077268 Job Title Sr. Syste...
Sr. Systems Analyst #0078644 - AZ - Tempe - IndyMac Bancorp, Inc.
Post Date 6/20/2006 Requisition Number 0078644 Job Title Sr. Syste...