Commentary

Andy Dornan
 

Does Desktop Virtualization Need Desktop SOA?

Part of the rationale for Web services has always been that they can tunnel through firewalls, linking networks that are otherwise securely separated. Virtualization puts up similar barriers between applications within a single machine, so will crossing them require similar technology?

Part of the rationale for Web services has always been that they can tunnel through firewalls, linking networks that are otherwise securely separated. Virtualization puts up similar barriers between applications within a single machine, so will crossing them require similar technology?


More Storage Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Startup OpenSpan says that it will. This week, it launched what it calls SOA Desktop Edition, software that the company claims can give almost any Windows application a full Web services API. OpenSpan promotes its product as the "the last mile of SOA", but that slogan's already taken (by several rich Internet application companies, on the basis that Ajax works better if browser-based apps link into a full SOA infrastructure on the back end.) A more accurate description would be a scaled-down SOA, as for it to be useful each PC would end up hosting (and consuming) multiple Web services.

So why run Web services on the desktop? According to OpenSpan, the same reason that you'd run them on  a server – namely, for streamlined application integration and data sharing. SOA Desktop Edition grew out of a previous product called Integrator, which tracked how every application accesses Windows' APIs and let developers intercept API calls while building mashups. For example, one app's menus can be made available through another, or complex operations that otherwise involved multiple copy and pasting operations can be automated.

Like the Windows API itself, Integrator was designed to mix apps installed on the same machine. Converting desktop Windows apps to Web services makes them accessible anywhere, potentially letting users on one PC automatically access APIs on another. It also means that services from Windows apps can be orchestrated into new composite apps using standard SOA tools from vendors like IBM and BEA, or combined with components based on Java.

Not everyone will think exposing desktop apps as Web services is a great idea. Security-conscious users may be put off by Web services' original firewall-tunneling feature – something useful in closely monitored and locked-down server apps, but perhaps much riskier than when let loose on ordinary PCs. That's why OpenSpan's vision doesn't involve desktop Web services accessed by users across the Internet, or even predominately by other machines within the LAN. It foresees the main consumers of desktop Web services being other VMs running within the same PC, accessing functionality that right now is available through standards Windows APIs – everything from file load and save to composite applications.

There's one obvious problem with this: Right now, most of us aren't running VMs on our desktops, and even most of the virtualization vendors seem focused on servers. However, all the hardware-assisted virtualization technology that Intel and AMD build into their server chips also is going into desktops (and laptops), even it isn't used at present, while application virtualization has attracted a growing following. Most vendors already implement their own ways to share data, with app virtualization preserving functionality like the clipboard. So it's probably inevitable that virtualization will migrate to the desktop, even if Web services might not.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links