ReadWriteWeb

Mashery: APIs the Key to a Thriving Cloud

Written by RWW Sponsor / February 26, 2009 6:15 PM / 11 Comments

MasheryEditor's note: this is a "Sponsor Post" by one of our long-term sponsors. These posts are clearly labeled as such, but we also want them to be useful and interesting to our readers. We hope you like the posts, and we encourage you to support our sponsors by trying out their products.

Cloud computing has arrived. You can scarcely open a computer magazine or business journal without coming across an article about this transformative new approach to providing web-based services. Cloud computing is undoubtedly shifting the landscape. But what many observers miss is that, while cloud computing has arrived, only through APIs will its full business potential be realized.

A (Very) Brief History of Cloud Computing

A few years ago, Google capitalized on the idea of using huge clusters of cheap computers and building software with a high fault tolerance, so that when its machines would go down, the overall system would still function properly. Amazon used the same approach, with a twist. The company's vast, distributed architecture lent itself to a standardized provisioning of computing resources. As the provisioning process became more standardized, and it became easier for Amazon to roll out new services, the company started selling on-demand access to its massive, distributed computing infrastructure.

The rest is history. And more cloud computing providers have appeared, each with its own approach. GoGrid, for example, offers flexible server specifications and interconnection options. Salesforce.com provides an application infrastructure with database, security, workflow, and other capabilities already in place. Ning emphasizes simplicity, giving its users the ability to roll their own social networks without any programming knowledge.

Without APIs, There Is No Cloud Computing

Cloud computing is not simply another type of application service provider (ASP) offering. The ASP and hosting providers of years gone by offered a set of software services from within a walled garden. These services were tied to specific hardware and software configurations.

In contrast, cloud computing draws its strength from its connections to the outside world, through APIs. These APIs fall into three general categories:

  • Control APIs, which allow cloud infrastructure to be added, reconfigured, or removed in real time, either by human control or programmatically based on traffic, outages, or other factors
  • Data APIs, which are the conduits through which data flow in and out of the cloud.
  • Application Functionality APIs, which enable the functionality that end users interact with, such as shopping carts, wikis, and widgets.

Control APIs: The Key to Cloud Computing Flexibility

Nearly all cloud services allow (or even require) deployment and configuration through APIs. When you use Amazon's EC2 service, you are using the EC2 API to dynamically configure virtual servers. When you use Google's App Engine, you are using an API to run your web applications on Google's infrastructure. These control APIs are integral to the capabilities of all cloud computing providers, performing functions similar to those of a conventional data center dashboard. In fact, some observers believe a significant reason for the failure of Sun's network.com cloud (which has been taken down) is that it could not be controlled through APIs and therefore lacked the flexibility that developers expect from cloud services.

At first, control APIs were limited to individual cloud providers, but that is starting to change. GoGrid has made its Mashery-powered control API available under a Creative Commons Share Alike license, so that other cloud providers can use and modify it to suit their needs.

Data APIs: Essential Conduits for All Cloud-Based Applications

This is an exciting development, but the real magic in cloud computing happens when data interchange APIs move between clouds. The web itself provides the underlying infrastructure, while applications, data, and services are delivered via interconnected clouds.

We are now starting to see some of the benefits of cross-cloud applications. For example, Lasso2Go, an impressive contact information service, makes use of Amazon and Salesforce.com's clouds, as well as the APIs for the iPhone and other devices. The Amazon data interchange APIs have been merged with other data interchange APIs, enabling a seamlessly integrated cross-cloud application.

In a completely different market, soundpushr demonstrates the power of APIs. Using APIs from Amazon, Flickr, the Hype Machine, Last.fm, and YouTube, soundpushr gives music enthusiasts the ability to search for and instantly find music, videos, and photos of artists they like. The search tool does not use bots to crawl the web. Instead, it connects directly to data sources in the Amazon and YouTube clouds, as well as ones at Flickr, the Hype Machine, and Last.fm.

Application Functionality APIs: The Final Layer

Application platform APIs provide functionality beyond data access. For example, they give Ning the ability to provision configurable social networking sites from an array of centralized services. But application platform APIs can do more. The social shopping site Kaboodle leverages the Shopping.com API to provide product information, and then adds its own social networking features. The possibilities for application functionality integration are already being explored, and as more APIs become available, we can expect even more exciting combinations.

A Thrilling Future

Over the last six months, we have seen an amazing transition in Web 2.0. Organizations ranging from retail giants like Best Buy to content providers like the New York Times to service providers like Netflix to powerful institutions like the World Bank are opening their content and services to developers and partners.

We are witnessing a revolution. Content and services that were previously trapped in systems that required great effort to get pushed out to the web are now part of a much larger set of connected cloud eco-systems. Information, functionality, and services can now be delivered at the point and time that users want it. And APIs are the foundation that makes this all possible.

If you enjoyed this post then check out Mashery.com, the leading provider of API management services.

Comments

Subscribe to comments for this post OR Subscribe to comments for all ReadWriteWeb posts

  1. I'm a big believer of "The Cloud". I partly agree with you that APIs are the driver of Cloud Computing.

    The other component which is critical is exposing RAW Data - or even allowing that Data to be downloaded.

    Innovative companies can then build there own APIs and innovative applications.

    Explaining it in a different way Cloud Computing encapsulates
    1) Software as a Service - Sakesforce
    2) Platform as a Service - Amazon - AWS
    3) API as a service - Google App Engine

    Companies like Genentech and NYT are going to cloud.

    We have created a Visual Explanations Cloud Computing with 2 case studies here at to explain it easily
    http://vizedu.com/2008/12/cloud-computing/

    Posted by: Sandeep Arora | February 28, 2009 4:53 AM



  2. Very nice, but...

    I would prefer "Mashery" to be the "Magic Developer API Fairy" that would allow me to apply once and use everywhere! If I have a website with thats a mashup of 10 API's (that all use Mashery), why do I have to separately apply to each site to get a unique id??

    I would like to get a universal key that I can use for all my API's. Ok, I wouldn't mind having to add a new application to my Mashery account for each new API.

    Also, does Mashery keep track of the usage count for each site? Some sites (I'm talking you NYT, Netflix) have a hard count per API key per website! How about a usage limit based on the calling IP??? The usage counts for those sites are pretty skimpy for a site of even nominal size!

    Posted by: royce | February 28, 2009 9:40 AM



  3. I wouldn't mind having to add a new application to my Mashery account for each new API.

    Posted by: 花蓮民宿 | February 28, 2009 9:40 PM



  4. @royce

    The Netflix API gives you 5K calls per app plus an additional 5K calls for each subscriber using your app, so it's pretty generous actually.

    IPs aren't the most effective basis for limits. Does a server app deserve lower limits that a client app running on a wider range of IPs?

    I can only see IP-based limits being effective in a DOS prevention context for an API that you've basically decided to make available free to all with no real limits.

     Posted by: Michael Author Profile Page | March 1, 2009 9:44 AM



  5. There are two API's that are crucial. The most common one, is server side that interacts with the Data through the business logic layer.

    The second one, most often forgotton is the Presentation Layer. Look how Microsoft Office has been pervasive in most enterprises because the API layer was at the client side allowing powerful rich integrations for the user.

    If I use salesforce.com and want to know, when a user views a record so I can also view a record in one of my desktop legacy applications (Legacy is still 99% of enterprises), how do I do that when neither my legacy app nor Salesforce.com has good client side API's.

    Google? I can't even integrate 2 Google Gadgets easily, that exsist on the same web page (mashup).

    My company, OpenSpan.com gives almost "instant-on" API's to Cloud applications and Legacy applications - even if those apps have no API! Yes, and even Google Gadgets and Google Enterprise Apps!

    Something different to ponder!

    Posted by: Francis Carden | March 3, 2009 3:26 AM



  6. The second one, most often forgotton is the Presentation Layer. Look how Microsoft Office has been pervasive in most enterprises because the API layer was at the client side allowing powerful rich integrations for the user.

    Posted by: söve | March 21, 2009 9:46 AM



  7. Also, does Mashery keep track of the usage count for each site? Some sites (I'm talking you NYT, Netflix) have a hard count per API key per website! How about a usage limit based on the calling IP??? The usage counts for those sites are pretty skimpy for a site of even nominal size!

    Posted by: boya | March 21, 2009 9:47 AM



  8. I think about it more

    Posted by: neon | March 29, 2009 4:22 PM



  9. It's not true that ASPs (application service providers) were a walled garden. I worked for one in the early 2000s that partnered with both IBM and MS, and one of the primary focuses was writing APIs to integrate all types of other apps into our application portal.

    CLOUD IS NOT NEW!

    Posted by: Dale | April 4, 2009 11:00 AM



  10. BTW - ASPs as a concept was an epic fail! Users aren't ready to let go of their hardware and cloud concepts are way to premature for all the gay hype they're getting.

    Posted by: Dale | April 4, 2009 11:04 AM



  11. Can anyone explain to me what this site for??I don't understand what they are saying.

    Posted by: JoyPat | July 7, 2009 1:09 AM



Leave a comment

Optional: Sign in with Connect Facebook   Sign in with Twitter Twitter   Sign in with OpenID OpenID  |  other services
RWW SPONSORS


FOLLOW @RWW ON TWITTER

ReadWriteWeb on Facebook



TEXT LINK ADS