Re:Summary of the Amazon S3 Service Disruption
by beberlei on Thursday March 02, 2017 @01:26PM
(#13776721)
Its probably their name for an automated admin task. The post does bot imply that this was merely a checklist of things to do. Ansible calls their automatiin receipts playbook as well.
[ Parent
| on HN ]
Re:Summary of the Amazon S3 Service Disruption
by seansmccullough on Thursday March 02, 2017 @03:47PM
(#13778041)
It's probably a page on the internal Wiki that the S3 team follows for that particular task. Most the actual steps are probably automated, but it sounds more like a checklist.
I used to follow runbooks/playbooks written on the internal wiki when I worked at Amazon.
Re:Summary of the Amazon S3 Service Disruption
by majewsky on Thursday March 02, 2017 @06:27PM
(#13779343)
I don't think it means "playbook" in the Ansible sense. The dictionary (i.e. Wikipedia) definition of "playbook" is "a document defining one or more business process workflows aimed at ensuring a consistent response to situations commonly encountered during the operation of the business", and that's how I know it.
At $work, certain types of frequently-occurring alerts have playbooks that document how the alert in question can be diagnosed and how known causes can be remedied. Something like "Look at Grafana dashboard X. If metric Y is doing this and that thing, the cause is Z. Log on to box 16 and systemctl restart the foo.service."
Re:Summary of the Amazon S3 Service Disruption
by bluejekyll on Thursday March 02, 2017 @02:45PM
(#13777525)
Hm, based on the description, I would be surprised if they could fat-finger that.
Re:Summary of the Amazon S3 Service Disruption
by emeraldd on Thursday March 02, 2017 @02:51PM
(#13777575)
playbooks can take arguments: http://stackoverflow.com/questions/30662069/how-can-i-pass-v...
So, fat-fingering something is imminently possible.