OpsWorks Lifecycle
• Setup (After instance booted, triggers Deploy)
• Configure
(Whenever an instance became online / offline, all
instances of the stack will be triggered configure)
• Deploy (Deploy your App)
• Undeploy
• Shutdown
Slide 13
Slide 13 text
OpsWorks Auto-Scaling
• Time-based instance
(Predictable event like COSCUP)
• Load-based instance
(Add / Remove instance according to average CPU /
load of a layer)
• Auto Healing
(Detect dead instance, shutdown and replace it)
(Not suggested by @dlackty)
• Integrated with Elastic Load Balancer
Slide 14
Slide 14 text
Notes
• All App will be deployed to all instances of all layers of a stack
(Need to cut the stack into minor unit)
• Update custom cookbooks manually.
• Only update, OpsWorks will not run cookbook automatically
(Run command from web console / API)
• One stack can have only one custom cookbook repo
(Using Berkshelf to solve this)
• Not sure how auto-scaling works with deploying
• Check of a successful service start / deploy is not good enough
(May need to modify the cookbook of write some scripts)
Slide 15
Slide 15 text
OpsWorks Provides…
• Chef server
• Predefined instance lifecycle
• Deployment
• Auto-scaling
• AWS integration
• GUI & API
• Open-sourced cookbooks
• Clone Stack across region
Slide 16
Slide 16 text
OpsWorks Provides…
• Chef server
• Predefined instance lifecycle
• Deployment
• Auto-scaling
• AWS integration
• GUI & API
• Open-sourced cookbooks
• Clone Stack across region
• At least it’s chef