-
Website
http://www.mathewingram.com/work -
Original page
http://www.mathewingram.com/work/2008/04/07/google-engine-competitor-or-knock-off/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
StevenHodson
37 comments · 66 points
-
webomatica
35 comments · 5 points
-
howardlindzon
46 comments · 71 points
-
JoeDuck
57 comments · 1 points
-
Karoli
32 comments · 44 points
-
-
Popular Threads
-
Daily Mirror editor says to forget about SEO
2 weeks ago · 4 comments
-
The Dallas Morning News pulls down the wall
2 weeks ago · 2 comments
-
Peabody Hotel, Memphis
2 weeks ago · 2 comments
-
Video of my TEDx Toronto talk
3 weeks ago · 2 comments
-
Go ahead: Ask me a question
2 weeks ago · 1 comment
-
Daily Mirror editor says to forget about SEO
More on my blog:
http://smoothspan.wordpress.com/2008/04/08/earl...
and:
http://smoothspan.wordpress.com/2008/04/08/well...
Cheers,
BW
Look, these service have their place. If you talk to the WordPress.com guys, arguably one of the most dynamic environments in existence, they will tell you that they use S3 for cold cache. That's about the extent of the benefit I think you'll see with GFS. Python is not trivial to learn, nor easy to use, but I'm betting there will be other libraries. However, that doesn't take the case in point out of the weakness in cloud computing. It is impossible, at this time, to have rich, and responsive apps built entirely on cloud. At b5, we have discovered what many others have also discovered - different environments require different optimizations. Serving images from a cold cache is one thing. They are binary and relatively static. Serving data rich dynamic scripting or data storage is a completely different ball of wax. On scale. and that's what they are touting.
I'll give Google the benefit of the doubt for a bit. Maybe they can make it work. My guess is that they won't though.
that use S3 extensively, like SmugMug, use it primarily for limited
image-serving. Not that many dynamic scripted apps or services I can
think of.
Google said it was easy to use. Easy for whom? Python programmers? Great... it's easy to use.
Chances are if you're a python programmer, you have your own environment. Why do you need GFS?
This thing was marketed from the beginning of the announcement as being for people to have a low barrier to entry. It then progressed to low barrier of entry if you know what you're doing. Well, damn, does that really change the status quo?
That's what I'm getting at. I didn't miss the point and in fact, I'm dead on if you want to approach this from the perspective of an entrepreneur and not a developer.
more at a lock-in type approach, whereas Amazon seems more open.
On the other hand, if enough vocal Python developers get on board and like it, the buzz for GAE may become deafening.
for trackbacks soon :-)
Summary: It's exciting + slimy. It puts Amazon in an excellent place because whatever simplicity the Google stack achieves, can be executed on top of AWS, but the a-la carte, custom linux instances AWS provides is NOT possible on GAE.
As for Aaron's comment that "for the growing number of non-technical entrepreneurs, python is neither easy to use and the demonstration does not demonstrate easy to scale", I don't think Google are aiming at non-technical entrepreneurs (actually, I'd love to see a non-technical entrepreneur create an EC2 AMI.), but rather a subset of applications (and developers) that interest Google. AWS redux this ain't.
at the moment, since Amazon said in its last quarterly report that the
bandwidth it uses is greater than all the rest of the company's
businesses put together -- and the revenue is lumped into a section
that came to about $131-million, which is peanuts.
I assume the business model for this and for Google's competing
service is the old "hook 'em with free (or cheap) and hope they
upgrade" model.