News for hackers. Stuff that matters.
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.
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.