Channels ▼


SnapLogic CEO: Cloud Developers 'Boisterous' Over Comms Protocols

SnapLogic CEO Gaurav Dhillon has gone on the record to discuss the real-world communications challenges that exist between architects, designers, and software developers when building for the cloud. Dhillon suggests that there is a "boisterous argument" underway over the proper technique to use when communicating with services that reside in the cloud.

"On one side of the fence are adherents of SOAP-based services. They're facing off against fans of the Representational State Transfer (REST) style of interoperability. In many ways, though, this is a false dichotomy: The same core service logic can be exposed for concurrent access via many different protocols, including SOAP, REST, JMS, plain XML, and JDBC, to name just a few. However, if you're creating a technology platform for the mass market, you'll need to select one as your native protocol. Way back in 2006 we decided that the relatively new REST approach offered distinct advantages over SOAP," said Dhillon.

Pointing out that SOAP is all about servers talking to servers with rigid standards, extensive design, and serious programming, Dhillon describes these heavyweight infrastructural elements as all being essential parts of the equation. If a developer is building a mission-critical distributed application that will spend its life behind a corporate firewall and be serviced by a squadron of highly trained developers who know the environment inside and out, then (according to SnapLogic's principles) SOAP is a great choice.

"On the other hand, if you're interested in building applications quickly with maximum portability — especially if the cloud (public, private, or hybrid) is in the picture — it's hard to beat REST. It sports a mere handful of simple HTTP API commands and every object (known as a 'resource') has its own unique Uniform Resource Identifier (URI) that provides a path and distinct name. This should be very familiar to you: Every time you access a specific web page, you tell your browser where the page is hosted along with its name," said Dhillon.

"This straightforward API and clear, consistent labeling philosophy is far more developer-friendly than SOAP, which mandates deep understanding of site-specific APIs. REST lets you publish your data and have others — regardless of where they might be — work with it. Just looking at the URI gives you an indication of how to proceed," he added.

Rounding out his thoughts on this subject, SnapLogic's Dhillon says that the market has spoken and RESTful services are much more popular than SOAP-based services, particularly in organizations that have 'grown up' using the Internet. "It's a self-reinforcing loop: since REST allows you to easily integrate hundreds of data sources that are already available on the Web, and more arrive each day. To work with them, you only need to know one protocol, a basic naming convention, and a few simple API commands."

Related Reading

More Insights

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

Dr. Dobb's encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dr. Dobb's 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 or spam. Dr. Dobb's 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.