The Great Cloud API Debate - InformationWeek
Cloud // Infrastructure as a Service
11:24 PM
Connect Directly
Ransomware: Latest Developments & How to Defend Against Them
Nov 01, 2017
Ransomware is one of the fastest growing types of malware, and new breeds that escalate quickly ar ...Read More>>

The Great Cloud API Debate

Two cloud industry heavyweights debate the pros and cons of OpenStack support for Amazon APIs.

If you were hoping for a barroom brawl, it was a severe disappointment.

At the same time, last week's debate between Randy Bias, CTO of Cloudscaling, and Boris Renski, CMO and co-founder of Mirantis, scored important points about the value of application programming interfaces (APIs) and cloud architecture. And it dealt at length with the wisdom -- or lack thereof -- of focusing on Amazon APIs while inside the OpenStack project.

The protagonists are two outspoken members of the cloud community. Bias is known for assuming leading positions in the industry without showing any vestige of faintheartedness. At one point during the debate he said he was advocating Amazon APIs because Rackspace was the source of two core sets of APIs already in OpenStack: those for the Nova compute and Swift storage services. Rackspace's influence is waning in the open source project, he noted, so he had chosen this moment to "kick it in the teeth" and try to correct Rackspace's early influence in the project.

Renski, who was more soft-spoken during the debate, is known as one of two OpenStack board members who voted against admission of VMware to the project on the grounds that its interests were incompatible with the success of OpenStack. He also predicted PayPal would become an all-OpenStack shop, replacing VMware, as consultants from the firm he founded, Mirantis, were attempting to make the first PayPal server conversions. PayPal contradicted his statement at the time and announced continued support for VMware.

APIs are the gateways through which outsiders call into a cloud service supplier. Amazon APIs amount to a de facto standard, many observers agree, while OpenStack is seeking to create services, and their APIs are recognized industry standards that are adopted by many companies.

The leadership of the open source code project has demonstrated a continuing antagonism toward Amazon Web Services. This "us versus them" mindset is misplaced, Bias said in his opening statement. He stated that OpenStack should support Amazon's APIs as a matter of course.

"When you look at AWS' APIs, it's a little ridiculous to say they stifle innovation," Bias added. "They've been extremely stable. Amazon controls them, but they very rarely break backward-compatibility. So we're just talking about adding new features and functionality [not fixing compatibility]. It's a fast follow strategy."

[ Want to learn more about Cloudscaling's early commitment to both Amazon and OpenStack APIs? See Cloudscaling Updates OpenStack, Supports Amazon APIs. ]

Bias has a vested interest in the matter. His firm, Cloudscaling, offers a re-engineered version of OpenStack, dubbed Open Cloud System, which includes both standard OpenStack APIs and support for Amazon Web Services APIs. It's a dual, or hedged, bet. But it has the potential of erasing for cloud users the great divide between Amazon's EC2 and OpenStack clouds. An application that could call up compute and storage in one cloud would be able to do so just as easily in the other with no changes required.

Renski, whose company, Mirantis, is the largest OpenStack consulting firm, countered that every successful open source project produces its own native APIs, and OpenStack should do so as well. It would thwart the project's capacity for innovation to be caught aping Amazon.

Bias swore that no one was more devoted to the OpenStack project than he. He pledged eternal faithfulness to the OpenStack code, if only its authors wouldn't be so developer-centric and pig-headed about AWS.

Putting the focus on Amazon was the wrong thing to do in a young OpenStack project, countered Renski. "Any system, in my opinion, has to have its own native APIs. Having a native API doesn't preclude you from making some sort of effort at being cross compatible with other platforms." Renski then stated that Bias was "muddying that focus" with his July 24 blog on the need for Amazon APIs. "In the original manifesto that Randy produced, it wasn't clear what we're talking about," Renski challenged. "Are we talking about throwing away the native OpenStack APIs?"

Predictably, the question was a match applied to a short fuse. "No, it was absolutely, crystal clear," Bias started to respond. "I've had to go back and read it multiple times..."

"You even went back and had to put a follow-on letter," jibed Renski.

Moderator Joe Arnold, CEO of SwiftStack, a cloud storage company based on OpenStack Swift storage, intervened to point out that an OpenStack technical committee said the project was going to support one set of APIs, and everything else would be outside of that. "Do AWS APIs need to be an official thing?" he asked.

Bias responded, "I'm OK if they [AWS APIs] are outside of the core [OpenStack code]."

Renski appeared to agree that it would be feasible to include support for more than one API set, provided the project leaders were clear which set was essential and received the primary effort.

Bias then returned to a favorite theme. "The first thing I ask is, I want the community to stop saying it's us against Amazon. I think it's a totally ludicrous attitude. It's like saying OpenStack vs. VMware. We need to go co-opt these systems. OpenStack should support the [VMware] vCloud Director APIs the same way it supports the AWS system ... that's my belief. Whether it's in core or not, I don't really care."

Renski insisted that maintaining compatibility with Amazon APIs should be left to third parties and not become a burden of the project. Experience has shown that third parties are the most reliable source of the translations needed between two competing ecosystems, he said.

In a flash poll conducted on Twitter after the debate, 30 respondents thought it was a good idea to include support for Amazon APIs; 10 thought it was a distraction and would diffuse the OpenStack effort.

In a follow-up comment to the debate, Alliancecloud founder John Seyer called it "insightful, but [it] also just scratched the surface of the subject."

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
User Rank: Strategist
8/23/2013 | 9:41:59 PM
re: The Great Cloud API Debate
Boris Renski is right. OpenStack should have native APIs that it alone controls. But what the project is actually doing is patterning them on the only defacto standard out there, Amazon's APIs. Support for AWS APIs outside the core code then becomes a logical addition to the project. Isn't that what's happening?
User Rank: Apprentice
8/22/2013 | 7:08:20 PM
re: The Great Cloud API Debate
Any effort that focuses on the services that end users care about and while reducing the operational complexity of implementing and running clouds is likely to be well worth it. I discussed this in a recent blog on the Cloud API debates and am interested to hear what other think.
User Rank: Apprentice
8/22/2013 | 4:56:10 PM
re: The Great Cloud API Debate
Watch the debate, post debate interviews, and twitter record - Debate - Post Game Interviews - Twitter Record
Lorna Garey
Lorna Garey,
User Rank: Author
8/21/2013 | 8:41:47 PM
re: The Great Cloud API Debate
I guess this largely hinges on whether you think Amazon is going to maintain its hegemony in the long term, right? If so, it's in OpenStack's best interests to make the APIs core. Who's willing to bet against AWS?
How Enterprises Are Attacking the IT Security Enterprise
How Enterprises Are Attacking the IT Security Enterprise
To learn more about what organizations are doing to tackle attacks and threats we surveyed a group of 300 IT and infosec professionals to find out what their biggest IT security challenges are and what they're doing to defend against today's threats. Download the report to see what they're saying.
Register for InformationWeek Newsletters
White Papers
Current Issue
2017 State of IT Report
In today's technology-driven world, "innovation" has become a basic expectation. IT leaders are tasked with making technical magic, improving customer experience, and boosting the bottom line -- yet often without any increase to the IT budget. How are organizations striking the balance between new initiatives and cost control? Download our report to learn about the biggest challenges and how savvy IT executives are overcoming them.
Twitter Feed
Sponsored Live Streaming Video
Everything You've Been Told About Mobility Is Wrong
Attend this video symposium with Sean Wisdom, Global Director of Mobility Solutions, and learn about how you can harness powerful new products to mobilize your business potential.
Flash Poll