4 ms·
This is the most interesting news I've heard from AWS in a long time. I don't mean to suggest that they have not produced any exciting news in a while, but that
by mryan 14y ago
This is the most interesting news I've heard from AWS in a long time. I don't mean to suggest that they have not produced any exciting news in a while, but that this is service is so exciting because it will fundamentally change how a lot of people use AWS.
Of particular interest to me is how this will affect platforms like Heroku. After the recent routing mesh debacle a number of people contacted me to discuss migrating their application from Heroku to AWS.
My Heroku -> AWS migration procedure is already pretty straightfoward:
- identify Heroku services
- write Puppet manifests to manage EC2 instances
- write CloudFormation stacks to control other aspects of the infrastructure, e.g. autoscaling and S3 buckets
- write deploy scripts so clients can continue using git-based deploys
OpsWorks is only going to make this migration easier, and will have the additional benefit of letting my clients manage more of their own infrastructure without my help. Training people to change autoscaling group configuration via a web interface is one thing, training them to update CloudFormation stacks is a little less user-friendly.
From the clients I have spoken to, the key benefits of Heroku are a) git-based deploys and b) easy scaling configuration by a web interface. All of these things are possible with AWS, albeit a little more difficult to set up - especially in the case of scaling configuration - and OpsWorks is going to close the gap even further.
If AWS can provide most of these services directly, will people still be willing to pay the Heroku premium?
There is one downside to the OpsWorks announcement, at least from my personal perspective. I'm currently writing a book on AWS System Administration, and I've almost finished the chapter describing various Puppet workflows. Like many other commenters I was undecided whether I should focus on Chef or Puppet, given their relatively similar feature set and popularity. I'm not sure if I've backed the wrong horse here and should rewrite the chapter using Chef, or if having a Puppet-perspective would be useful. Any thoughts?
- jrs235 14y agoI don't think you should throw out the stuff on Puppet. Perhaps expand and add how to do it with Chef too.
- aalbertson 14y agototally agree. Even the CloudFormation docs have articles discussing both methods. Having both would be a benefit to all.
- mryan 14y agoThanks for the responses folks - it seems like a combined approach is preferable. I'll be doing a ShowHN as soon as it is published :) If anyone wants to make suggestions about other content you'd like to see in the book, please let me know!
- te_chris 14y agoI would very much still want to read this book with puppet. Didn't really like chef all that much, far too many moving parts, though the convenience of this may sway me.
- zooz 14y agoThat's exact same reason I prefer puppet. Puppet seems to be very lean and simple.
- aalbertson 14y agoexcited to read the book! lemme know when it's available.
- tracker1 14y ago+1 for chef + puppet