AWS Summit Liveblog: Introducting AWS OpsWorks
Usual liveblog disclaimer, this could be messy, please excuse typos, sorry for that.
Chris Barclay, Product manager for AWS OpsWorks is presenting
Application Management Challenges - Reliability and Scalability are important, operations tasks typically: Provision, Deplot, etc.
"Once Upon a Time..." - We took the time to develop everything by hand (home made bread)
Today we need to automate to go faster (cranking out automation in a factory like, mass produced way)
In Today's infrastructure, everything is considered code, including the configuration of the "parts", sounds much like a recent Cloudcast we did...
AWS OpsWorks is a tool to tackle this challenge, very reliable and repeatable and integrated with AWS, at no additional cost
Why use OpsWOrks?
Simple, Productive, Flexible, Powerful, Secure
Common complaint was there are a lot of AWS "building blocks" but many don't want to stitch them together, AWS at times can be complex because of large number of services offered
Chris turned over the presentation over to another person (didn't catch the name) at DriveDev, DevOps consulting group, focus on F500 and startups
He talked about a typical "old school" application development that went poorly. They were able to use built in OpsWorks recipes with the addition of Chef Cookbooks on top of it. Took customer and migrated them off private and into public with OpsWorks in a short amount of time. Basically, they were a success...
How are customers using OpsWorks today?
From OS to application using OpsWorks, From OS to your code using beanstalk, From OS up and automate everything with Chef or another tool
Takeaway - It depends on how much automation you need and at what level and up depends on which tool will be best.
Talking about Chef and how OpsWorks uses it
The concept of Lifecycle events, based on this a recipe is triggered
(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)