Introducing AWS OpsWorks, a Powerful AWS Application Management Solution

Posted by werner on Tuesday February 19, 2013 @02:56AM
from the allthingsdistributed.com dept.

http://www.allthingsdistributed.com/2013/02/aws-opsworks.html

( 10 comments | 37 points | on HN )

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by tellarin on Tuesday February 19, 2013 @06:29AM (#5243751)

Does anyone have pointers to a good comparison between puppet and chef?

It'd pretty interesting to also know why Amazon went with chef first.

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by ironchef on Tuesday February 19, 2013 @09:29AM (#5244418)

So Jesse (one of the founders of opscode (makers of chef)) used to work at amazon before he founded chef along with Adam. Adam had been working almost 2 years using puppet at other companies and it was pretty obvious he wasn't happy with the way puppet did things. I've heard that chef was closer to the method of thinking that amazon employed in their automated operations (which wasn't really exposed to the public). That being said, they're both fine solutions and are in use in a number of large enterprises (goog, etc.)...the key is to be automating your operations in some manner. Hell...use both and see which aspects are / are not important to you / your people.

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by bryanwb on Tuesday February 19, 2013 @08:18AM (#5244055)

here is my view on the topic http://devopsanywhere.blogspot.it/2011/10/puppet-vs-chef-fig...

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by makerbreaker on Tuesday February 19, 2013 @09:36AM (#5244460)

"Chef's Data Bags are incredibly useful." Very true. Not having to deal with a DSL (which is a personal opinion) is the reason I chose chef over puppet. Plus the IRC channel seems to be more active.

Is the AWS opswork link broken for anyone else? I tried to view their pricing/sign up, but received 404's.

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by mpdehaan2 on Tuesday February 19, 2013 @10:04AM (#5244621)

I like data driven stuff. Though there's still a DSL. This is a large reason why I made http://ansible.cc, as I wanted the actual description of the policy to be data as well.

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by saevarom on Tuesday February 19, 2013 @05:44AM (#5243621)

So... bye, bye PaaS startups?

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by thibaut_barrere on Tuesday February 19, 2013 @05:48AM (#5243637)

I don't believe so! Just because I know how to handle Chef (or something else) doesn't mean I want to do it for all projects or at all times.

I will still pay for a PaaS that allows me to go on holidays without too much thinking, handle security properly, provide advice etc.

That said I believe, too, it will "up" the game of PaaS, since it certainly has elements of overlap.

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by saevarom on Tuesday February 19, 2013 @08:05AM (#5244012)

True, I really appreciate the benefits of Heroku since it removes your concerns about server management altogether. OpsWorks may be more of a competition for services Engine Yard, though.

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by hayksaakian on Tuesday February 19, 2013 @06:06AM (#5243679)

The OP clearly describes how beanstalk is closer to what you're describing than this. This is closer to regular AWS + some sysadmin conveniences.

It doesn't do everything for you.

[ Parent | on HN ]

Re:Introducing AWS OpsWorks, a Powerful AWS Application Mana... by tellarin on Tuesday February 19, 2013 @06:27AM (#5243741)

How do beanstalk and opsworks relate to each other?

[ Parent | on HN ]