Live data from Hacker News

Introducing AWS Elastic Beanstalk

aws.typepad.com

41–50 of 58 posts

Re: Introducing AWS Elastic Beanstalk

#41
The real question is: can this offering compete with the specialized PaaS services we have seen emerge in the last year - heroku, GAE, djangy.djangozoom/eldairon, various node.js services, phpfog, etc...

The specialized services will be less work to maintain for developers, and will offer unique additional features that Amazon will have a hard time keeping up with if they try to spread themselves too thin.

Re: Introducing AWS Elastic Beanstalk

#42

Earlier quoted context omitted.

no, with different limitations I believe, e.g. no cool google storage, but only SDB or RDB (which may be ok anyway)

If you can use JDBC or SQL in your Java app with these Amazon solutions and not have to learn a new datastore API that's a pretty huge advantage.

Sure... until your database is your bottleneck.

Re: Introducing AWS Elastic Beanstalk

#43

The real question is: can this offering compete with the specialized PaaS services we have seen emerge in the last year - heroku, GAE, djangy.djangozoom/eldairon, various node.js services, phpfog, etc... The specialized services will be less work to maintain for developers, and will offer unique additional features that Amazon will have a hard time keeping up with if they try to spread themselves too thin.

Because Iwork mainly in Python, I just checked out the offerings you mentioned for Python that aren't GAE. Both Djangy and Djangozoom are in private beta still, so I can't imagine they're that far along. Eldarion doesn't look self serve, although maybe that's just their site.

It seems likely that, not only can Amazon compete, but could probably dominate. Heroku is a big outlier and really the first to demonstrate that the need/power of a PaaS. It doesn't look like there's anything nearly as mature for Python. Don't know about other languages/frameworks, but if it's like Python, Amazon has a big opportunity here.

Re: Introducing AWS Elastic Beanstalk

#44

Earlier quoted context omitted.

no, with different limitations I believe, e.g. no cool google storage, but only SDB or RDB (which may be ok anyway)

I agree. It's definitely meh without a useful and truly scalable database. That's the hard part. SimpleDB isn't particularly useful, and RDB isn't particularly scalable.

Don't worry, by the time you'll be so big that you scale out of RDS, you'll be able to build your own datastore.

Re: Introducing AWS Elastic Beanstalk

#45
post #42

Earlier quoted context omitted.

If you can use JDBC or SQL in your Java app with these Amazon solutions and not have to learn a new datastore API that's a pretty huge advantage.

Sure... until your database is your bottleneck.

Exactly, which for many apps will be quite a while or will never happen.

Re: Introducing AWS Elastic Beanstalk

#46

The real question is: can this offering compete with the specialized PaaS services we have seen emerge in the last year - heroku, GAE, djangy.djangozoom/eldairon, various node.js services, phpfog, etc... The specialized services will be less work to maintain for developers, and will offer unique additional features that Amazon will have a hard time keeping up with if they try to spread themselves too thin.

Because Iwork mainly in Python, I just checked out the offerings you mentioned for Python that aren't GAE. Both Djangy and Djangozoom are in private beta still, so I can't imagine they're that far along. Eldarion doesn't look self serve, although maybe that's just their site. It seems likely that, not only can Amazon compete, but could probably dominate. Heroku is a big outlier and really the first to demonstrate tha…

I'd also like to see a Python (WSGI) solution for AWS.

I've had the opportunity to play around with andrewgodwin's ep.io and while also in private beta, is worth some attention.

Re: Introducing AWS Elastic Beanstalk

#47

The real question is: can this offering compete with the specialized PaaS services we have seen emerge in the last year - heroku, GAE, djangy.djangozoom/eldairon, various node.js services, phpfog, etc... The specialized services will be less work to maintain for developers, and will offer unique additional features that Amazon will have a hard time keeping up with if they try to spread themselves too thin.

Because Iwork mainly in Python, I just checked out the offerings you mentioned for Python that aren't GAE. Both Djangy and Djangozoom are in private beta still, so I can't imagine they're that far along. Eldarion doesn't look self serve, although maybe that's just their site. It seems likely that, not only can Amazon compete, but could probably dominate. Heroku is a big outlier and really the first to demonstrate tha…

Agreed - the only one I have actually used is GAE, and I was definitely not trying to endorse the other services as "too good to beat." Just trying to say that with all the different stacks out there for different languages and purposes there will be a benefit to specialization, which might not benefit from amazon's skillset as much as the provisioning of VPS's and other infrastructure has.

For python hosting, GAE is probably the only real competition at this point. There is a HUGE opportunity to eliminate sysadmin work on all these stacks for smaller developers especially. I am just not sure if Amazon will domiate both the infrastructure and platform layer.

Re: Introducing AWS Elastic Beanstalk

#48
There's still plenty of room for competition. Beanstalk is limited in its ability to innovate because it is simply a management layer on top of AWS, which will restrict its potential feature offerings.

I think smaller developers stand to reap huge productivity benefits from easier to use and more feature-rich platforms such as Heroku.

Re: Introducing AWS Elastic Beanstalk

#49

Earlier quoted context omitted.

you'll still have to build your application in such a way that supports these new nodes, though. Sessions, load balancing etc. a "true" cloud would just handle all that stuff transparently.

Is there a "cloud" environment in which designing your application like this isn't necessary?

Google AppEngine

Re: Introducing AWS Elastic Beanstalk

#50
post #49

Earlier quoted context omitted.

Is there a "cloud" environment in which designing your application like this isn't necessary?

Google AppEngine

With GAE you have to write your application from the ground up to use Google's APIs and the design they force upon you. I'm not sure it's a fair comparison; in either situation you have to be cognizant of the environment your application will be running in if you want to take advantage of the environment.
Post reply on HN