“Perhaps ironically, the less Amazon do themselves, the more popular AWS will be. Instance-based clouds are portable… unlike the fabric offerings of Amazon competitors. What other firms see as a weakness (“not enough IP in AWS”) is actually a strength…”
That is what I said in an email to Alexis Richardson and the ESME team the other day, talking about Amazon Web Services and some comments CTO Werner Vogels made at SXSW about the AMQP messaging protocol.
It was my business partner Stephen O’Grady who made the simple Instance vs Fabric distinction, and I find it pretty useful in contextualising the cloud. Of course any instance cloud has some fabric qualities, and any fabric also has some instance to it.
When you look at the market though its pretty clear the fabric players are suffering from feature-itis. No surprises there given cloud definitions are so flaky, but in the meantime Amazon is just getting on with it.
Compare and contrast with other players.
Take the Google cloud fabric, otherwise known as AppEngine. Google seems to be puttering around, in some cases carrying out science experiments like porting Jaiku to AppEngine, before working out it doesn’t know what it actually wants to do with it (“Google will no longer actively develop the codebase”).
Or lets consider Microsoft Azure – the fabric fell down for 22 hours last weekend, but seemingly nobody noticed. Azure is in limited beta, and so on… but my question for Microsoft is: why not just offer some Windows machine instances for developers to deploy to, a kind of simple Azure onramp? Note to self: ask Amazon how Windows in EC2 is going. Its especially surprising that Microsoft is delivering something that requires developers to learn a bunch of new methods because normally the firm is all about backwards compatibility. The beauty of instance simplicity is… no new skills.
The problem with fabric complexity is the promises being made: “your apps will scale linearly”.
What about the enterprisey types? Salesforce.com is clearly the most successful fabric play at this point, by some margin. Third parties like Coda have built entire financial applications, namely Coda2go, from the ground up to run on Force.com.
I have had some interesting chats with some senior technical leaders at companies like IBM and SAP in the last few months who have been dismissive of the Amazon Web Services cloud offerings. My favourite comment – “there isn’t much IP in there”.
Not much IP perhaps. But check out the success. I have seen all this before. A few times. There was a time IBM thought the Oracle database couldn’t threaten its own Mainframe DB2. IBM later ceded x86 virtualisation to VMWare partly because it thought there “isn’t much IP in there”. IBM invented virtualisation- no upstart was going to be able to do what IBM could. Maybe not- but perhaps virtualisation has some different roles to play.
Amazon is the new VMware. The adoption patterns are going to be similar. Enterprise will see AWS as a test and development environment first, but over time production workloads will migrate there. This is the VMware pattern.
IBM now supports AWS (check it out, it really On Demand!), joining Adobe and Oracle. None of these programs required code rewrites. That’s the genius of AWS. The Amazon blog talked to the Oracle offering like so:
What does this mean? Instead of budgeting for and acquiring hardware, setting it up, installing an operating system and several layers of complex packages, you can simply launch one of these AMIs on EC2 and be up and running in minutes. This is definitely no-fuss, no-muss application development and deployment.
Amazon isn’t the de facto standard cloud services provider because it is complex – it is the leader because the company understands simplicity at a deep level, and minimum progress to declare victory. Competitors should take note – by the time you have established a once and future Fabric infrastructure Amazon is going to have created a billion dollar market. And what then? It will start offering more and more compelling fabric calls… People will start relying on things like SimpleDB and Simple Queue Service. Will that mean less portability? Sure it will…
Brandon Watson from Microsoft alludes to the dynamics I am describing here.
I think the key takeaways would be that Amazon has built some very cool technology and they continue to innovate. However, that must be tempered with some cost considerations (tied to growth) and the fact that the platform itself doesn’t solve any hard problems for you. Google, on the other hand, has little in the way of cost concerns (they have a stated goal of supporting up to 5 million page views for free), but what you can do with the framework is pretty limiting in the context of the richness of applications now possible. Lastly, Azure is a contender, but we have some things yet to prove, and of course, we are late to the game.
Italics mine. Doesn’t solve any hard problems… but instant server provisioning… is a hard problem that Amazon is solving. Lets worry about magic applications later.
disclosure: Adobe, IBM and Microsoft are clients.
monkchips says:
March 20, 2009 at 1:22 pm
Amazon Web Services: an instance of weakness as strength http://bit.ly/dcgs new blog post
This comment was originally posted on Twitter
dhinchcliffe says:
March 20, 2009 at 1:26 pm
Amazon “is the [cloud computing] leader because the company understands simplicity at a deep level” http://bit.ly/dcgs from @monkchips
This comment was originally posted on Twitter
alexiskold says:
March 20, 2009 at 1:28 pm
via @dhinchcliffe: Amazon “is the [cloud computing] leader because the company understands simplicity at a deep level” http://bit.ly/dcgs
This comment was originally posted on Twitter
stephen o'grady says:
March 20, 2009 at 1:34 pm
“Amazon is the new VMWare. The adoption patterns are going to similar. Enterprise will see AWS as a test and development environment first, but over time production workloads will migrate there.”
love that bit, and completely agree. what was once a pilot project or a toy is inevitably and inexorably becoming a production workload, and woe to those that assume the status quo vis a vis the perception of the service will indefinitely remain.
botchagalupe says:
March 20, 2009 at 1:44 pm
Not that he needs the boost.. Great post by @monkchips on Cloud Instance vs Fabric – http://tr.im/hB4e
This comment was originally posted on Twitter
TwitLinksRSS says:
March 20, 2009 at 1:45 pm
James Governor’s Monkchips » Amazon Web Services: an instance of weakness as strength: “Perhap.. http://tinyurl.com/cxrhmc
This comment was originally posted on Twitter
discredittech says:
March 20, 2009 at 1:49 pm
James Covernor: Simple is a strength, too much IP leads to Cloud Lockin and Fail: http://bit.ly/GQhYu
This comment was originally posted on Twitter
Ric says:
March 20, 2009 at 1:50 pm
And you can get your environment from CohesiveFT’s a la carte offerings, and they’ll put the AMI up on AWS for you … it’s so simple even I did it!
monkchips says:
March 20, 2009 at 1:50 pm
my amazon post got props from @dhinchcliffe, @gblnetwkr and @botchagalupe. http://bit.ly/dcgs i guess i am done for the day! 🙂
This comment was originally posted on Twitter
gobansaor says:
March 20, 2009 at 1:52 pm
instant server provisioning is hard problem that Amazon is solving worry about magic apps. later. http://tr.im/hB4e via @botchagalupe
This comment was originally posted on Twitter
abbashaiderali says:
March 20, 2009 at 1:54 pm
Reading @monkchips Amazon Web Services: an instance of weakness as strength http://tr.im/hB5o on @botchagalupe’s recommendation
This comment was originally posted on Twitter
Brandon Watson says:
March 20, 2009 at 1:55 pm
James, I completely agree that provisioning machines is a hard problem. However, that problem has largely been solved with innovation in system center management options available. Even using something as simple as Ghost, a startup can clone and deploy new boxes. Now, solving some of the problems associated with *when* to add that new box, and (perhaps more importantly, when to take it down…that’s not solved by Amazon.
Further, consider the difficulties in scaling a MySQL instance. Amazon helps you get that instance onto more machines, but that’s where their help stops. Sharding and user data partitioning are hard problems. The simple answer is having a single connect string and forgetting about the database, and that’s what is being offered with SQL Data Services. Furthermore, the collective knowledge around RDBMS make solutions like BigTable and SimpleDB harder to take on – leaving MySQL, Postgres as the options for startups, or MSFT SQL through the BizSpark program.
Amazon is a great hoster, and we love them as a partner in that regard. Microsoft is a platform company, and while we might be a little behind now, I hope you guys aren’t counting us out. Do a search over Twitter for #Mix09 to see the excitement about the breadth of our platform offerings that hit this week. We’re about making web, not war, and getting developers and designers what they need to build great apps, not be system admins.
Matt Patterson says:
March 20, 2009 at 1:55 pm
Brandon Watson is partly right. EC2 doesn’t solve any hard problems which are sexy and really fun to work on. It does help solve a bunch of problems which are both hard and really boring.
That’s a huge win. And I’m always very wary about people who try to solve the fun hard problems for me: the abstractions always leak, and the edges always seem to be sharp.
Pat Patterson says:
March 20, 2009 at 2:22 pm
Yep – I was convinced of the virtues of IaaS and EC2 last year when I deployed OpenSSO onto EC2 in 45 MINUTES using a Sun AMI with OpenSolaris and Glassfish. It. Just. Worked. I didn’t even use a whole blog entry talking about it – http://blogs.sun.com/superpat/entry/opensso_halloween_tab_sweep (3rd bullet)
Kenneth Bell says:
March 20, 2009 at 2:53 pm
Good post.
I like to think of ‘the cloud’ having two tiers – the Instance Tier (EC2) and the Service Tier (Azure, SalesForce). The Service Tier is your Fabric Tier.
The Service Tier should be able to run on the Instance Tier – even better distributed across many Instance Tier providers.
Because Service Tiers come with their own hosting capability, you’re actually being locked into a single vertical stack.
I want to select my Service Tier based on functionality, ease of development, etc – in the knowledge there’s some degree of lock-in. I want to select my Instance Tier on geographic location, compute price, storage costs, etc – and use my Service Tier to prevent lock-in.
The challenge for the Service Tier – although it’s where the IP is, how do you monetize it, to make it attractive? When there’s a good, Free (as in beer) Open Source Service Tier that runs on multiple Instance Tiers – why would I ever pay for a proprietary Service Tier?
There’s inherent value in the Instance Tier – energy, capacity, etc – easier to monetize and not something that comes for free.
shyam_kumar says:
March 20, 2009 at 3:31 pm
Amazon Web Services: an instance of weakness as strength http://ff.im/-1D8oA
This comment was originally posted on Twitter
William Vambenepe’s blog » Blog Archive » Cloud computing: would you like flexibility with your simplicity? says:
March 20, 2009 at 3:58 pm
[…] 2009/3/20: James Governor lauds the simplicity of Amazon’s cloud offering. If I understand him correctly, he sees simplicity as […]
johnmusser says:
March 20, 2009 at 4:12 pm
@monkchips sums it up “Amazon is the new VMWare.” http://bit.ly/GhEfS
This comment was originally posted on Twitter
protocol7 says:
March 20, 2009 at 7:54 pm
Great cloud analysis my @monkchips http://tinyurl.com/cms77e. Agreeing with every word.
This comment was originally posted on Twitter
Paul Murray says:
March 20, 2009 at 8:11 pm
Great article, James.
Amazon’s simplicity is very attractive. Compile your linux-based program, upload and run. The fact that you can flip a switch and be hosting on another continent is also attractive.
A few years ago I would probably have blindly gone with salesforce.com in that they have the platform and the tools. But if something happens to them, what do you do with your application? If they don’t fall, what if they feel like doubling their prices? Likewise, their per user pricing makes them more of a business partner than a hosting company.
I have seen such large companies fall in recent years that I believe no one is immune.
Portability is key.
Paul
Brandon Watson says:
March 20, 2009 at 9:18 pm
Kenneth, that’s some good thinking. I like it and may steal it from you. 🙂 That said, I think with some of the announcements from Mix09 around geolocation and non-managed code hosting from Azure that your tiering model breaks down a little as it applies to Azure.
dehora says:
March 20, 2009 at 10:22 pm
@monkchips years ahead of his industry: http://tinyurl.com/cxrhmc
This comment was originally posted on Twitter
steffanantonas says:
March 21, 2009 at 12:06 am
Amazon “is the [cloud computing] leader because the company understands simplicity at a deep level” http://bit.ly/dcgs (via @dhinchcliffe)
This comment was originally posted on Twitter
Labnotes » Rounded Corners 231 — The power of good design says:
March 21, 2009 at 1:36 am
[…] as a Service. Speaking of Amazon, AWS this time. The secret to its success may well be doing less: When you look at the market though its pretty clear the fabric players are suffering from […]
adi says:
March 21, 2009 at 1:58 am
Amazon, AWS are awesome!
This comment was originally posted on Labnotes
glynmoody says:
March 21, 2009 at 11:32 am
Amazon Web Services: an instance of weakness as strength – http://bit.ly/GQhYu useful meditation on varieties of cloud computing
This comment was originally posted on Twitter
Cloud Computing Links March 21, 2009 at Cloud Curious says:
March 21, 2009 at 3:20 pm
[…] Amazon Web Services: an instance of weakness as strength – RedMonk […]
ggertz says:
March 21, 2009 at 3:58 pm
Reading: Amazon Web Services: Weakness as strength – http://bit.ly/GQhYu – “the less Amazon does themselves, the more popular AWS will be.”
This comment was originally posted on Twitter
wearecloud says:
March 23, 2009 at 5:54 am
Cloud computing: more thoughts on the Instance vs Fabric distinction http://bit.ly/GQhYu
This comment was originally posted on Twitter
Patrick Kerpan says:
March 24, 2009 at 2:56 pm
+1 generally on the points from the RedMonk gang. And a real +1 for Matt Patterson’s comment “It does help solve a bunch of problems which are both hard and really boring.”
This covers the realm of “POA” (plain old applications), that aren’t Channel4 or Animoto. Just the tedious day in – day out stuff of IT.
TallMartin says:
March 24, 2009 at 5:27 pm
Interesting post on #AWS by James Governor at Red Monk: http://bit.ly/GQhYu
This comment was originally posted on Twitter
mndoci says:
March 24, 2009 at 6:00 pm
Great comment thread too RT @TallMartin: Interesting post on #AWS by James Governor at Red Monk: http://bit.ly/GQhYu
This comment was originally posted on Twitter
James Governor says:
March 24, 2009 at 6:57 pm
Stephen O’Grady – thanks! What can I say, I like your framework…
Ric – you are such a sweetie. I told Alexis Richardson you had name checked CohesiveFT, but I see CEO Patrick Kerpan is already here.
Brandon – be a little careful. I understand the Azure downtime was due to an OS upgrade, right? I take your point though, and frankly, the SQL Data Services stuff was the most interesting to come out of PDC. I just haven’t heard about people *using* it. Azure has lots of goodness, but until we see developers using the services we can’t really get a view.
Matt Patterson and Pat Patterson – thanks a lot for the confirmations. For obvious reasons I greatly respect both your opinions.
Kenneth- what Brandon said. Great stuff.
Paul- nice to hear from you. Thanks for confirming the point with some real world thinking.
Patrick Kerpan- we try! “apps that aren’t Channel4 or Animoto. Just the tedious day in – day out stuff of IT.” hah!
Al says:
March 27, 2009 at 2:38 pm
Brilliant post James, really getting to the crux of it.
Thoughts:
AWS is a market on a network, in Kenneth Bell’s model the network is first the instance tier, and the Market is the service tier. They build the network, the market builds itself and reinforces the network.
Unfortunately when viewed through IP colored glasses the fabric/IP/service layer appears designed to corner the market hence Azure/App engine and other similar approaches = less attractive to market participants.
I think Amazon gotta a lot right, I also believe that Ubuntu could proliferate the model assuming Amazon don’t throw them to many speed bumps 😉
James Governor’s Monkchips » Corner Cases Can Kill Innovation 2: The Big Dogs Are Too Big says:
April 27, 2009 at 12:59 pm
[…] recently been arguing, Amazon is doing fantastically well for pretty much the opposite reason – it keeps things simple and delivers functionality for the many, rather than the few. Of course I am also the guy that said […]
tecosystems » Clouds over the Ivory Tower says:
May 1, 2009 at 8:00 pm
[…] pattern similar to what we see today; James is exactly right, in my view, when he says that Amazon is the new VMware. In other words, we can expect pilot projects to be followed by discrete, tactical employment of […]
James Governor’s Monkchips » IBM in the Amazon Cloud: on pricing and billing innovation says:
May 8, 2009 at 3:23 pm
[…] so long ago I wrote a post extolling the simplicity and capability of Amazon’s Cloud offerings. But the real key is simple […]
Cloud Watching for Enterprise Architects: Picks : elemental cloud computing says:
October 27, 2009 at 7:29 pm
[…] James Governor’s Monkchips » Amazon Web Services: an instance of weakness as strength […]
Linux and The Enterprise Cloud: A Canonical Gig says:
November 13, 2009 at 6:39 pm
[…] basic thesis is that Amazon Web Services remains the de facto standard for cloud computing. There are three kinds of economics you can’t compete with – Open Source, The Web, and […]
Cloud Watching for Enterprise Architects: Picks : Elemental Links says:
July 25, 2010 at 5:22 pm
[…] James Governor’s Monkchips » Amazon Web Services: an instance of weakness as strength […]
Microsoft and Apple should hit Amazon, not Google says:
March 6, 2012 at 9:11 pm
[…] Simplicity, as Cloudscaling’s Randy Bias notes, scales. And Amazon, more than any other cloud provider or online retailer, knows simplicity – and scale. This is perhaps Amazon’s greatest strength, as Redmonk’s James Governor illustrates. […]
Shoreditch WorksFlockerDockernihilipilification - Shoreditch Works says:
March 5, 2015 at 6:23 pm
[…] at least initially, is going to be used as a dev tool, under what James Governor calls the VMware pattern. Containers are used to improve dev, staging and production, rather than being aimed initially at […]
Amazon’s Anti Gravity Play: Notes on AWS re:Invent 2015 - Enterprise Irregulars says:
October 20, 2015 at 4:35 pm
[…] So far Lambda adoption has been a little slow, partly because it doesn’t fit into established dev pipelines and toolchains, but also almost certainly because of fears over lock-in. Amazon historically has dominated the Cloud market precisely becuse it was Infrastructure, rather than platform services play. As I said back in 2009: […]
Breaking the glass – a way forward for Google Cloud - Enterprise Irregulars says:
March 20, 2017 at 4:50 pm
[…] subsidiary the firm needs to be more careful than ever. Also note HSBC is using AWS for dev/test, a standard pattern for new platform adoption, but chose Google for a data intensive compliance workload that is literally existential to the […]