feat(sreweekly): 补入 431 篇中文译文与 534 期 html，新增翻译队列脚本并更新 manifest

sreweekly/markdown/39/02-new-zine-linux-debugging-tools-you-ll-love-zh.md

@@ -0,0 +1,29 @@
+# 新 zine：你会爱上的 Linux 调试工具
+
+- **期号**: SRE Weekly Issue #39（2016-09-11）
+- **作者**: —
+- **链接**: http://jvns.ca/blog/2016/09/07/new-zine-linux-debugging-tools-youll-love/
+
+## 简介
+
+我原以为 Julia Evans 的这本新 zine 对我来说大部分内容是复习。我错了。我以前从没听说过 dstat、opensnoop、execsnoop 或 perf，但我现在肯定要用上它们了。据我所知，Julia 想学遍一切，更妙的是，她还想把她学到的东西以及学习方法教给我们。向她致敬。
+
+## 正文
+
+# 新 zine：你会爱上的 Linux 调试工具
+
+朋友们好。我到处在宣传这件事，因为我实在太兴奋了。我今天发布了一本新 zine！[点此阅读](http://jvns.ca/debugging-zine.pdf)！我所有的 zine 作品都在 [wizardzines.com](https://wizardzines.com)！
+
+这本 zine 讲的是我最喜欢的一些 Linux 调试工具，尤其是那些我认为知名度远配不上其实力的工具。它涵盖了 `strace`、`opensnoop`/`eBPF` 和 `dstat`！还有 `netcat`、`netstat`、`tcpdump`、`wireshark` 和 `ngrep`！并且有一整节专门讲 `perf`，因为 perf 是最棒的。
+
+如果你不知道我刚才提到的那些工具是什么——太完美了。这本 zine 就是为你写的！！！去读吧，看看我为什么爱它们！另外，其中很多工具恰好也能在 OS X 上运行 :)
+
+我很高兴地看到，很多人从这本 zine 中获得了乐趣并学到了新东西——无论是刚开始用 Linux 的人（！！！），还是在 Linux 上调试了 10 年的老手。
+
+![](https://jvns.ca/images/debugging-tools-cover.png)
+
+和往常一样，有 3 个版本。如果你打印，想印多少份都行！送给你的朋友们！教教他们 tcpdump！
+
+封面出自 [Monica](https://twitter.com/notwaldorf) 之手，她是最棒的。
+
+感谢我出色的伴侣 Kamal Marhubi 不知疲倦的审阅，也感谢很多很多其他人。事实证明，做一本 zine 要花很长时间！我甚至不知道人们是怎么写出书的。

sreweekly/markdown/39/05-building-resilience-in-spokes-zh.md

@@ -0,0 +1,14 @@
+# 在 Spokes 中构建韧性
+
+- **期号**: SRE Weekly Issue #39（2016-09-11）
+- **作者**: —
+- **链接**: http://githubengineering.com/building-resilience-in-spokes/
+
+## 简介
+
+我之前在这里提过 Spokes（前身是 DGit）。这一次，GitHub 分享了他们如何把 Spokes 设计成高持久性、高可用性的系统。
+
+## 正文
+
+正在跳转…
+如果未自动跳转，请点击此处。

sreweekly/markdown/39/08-failure-is-always-an-option-how-a-blameless-culture-leads-to-better-re-zh.md

@@ -0,0 +1,15 @@
+# 失败永远是一种选项：无指责文化如何带来更好的结果
+
+- **期号**: SRE Weekly Issue #39（2016-09-11）
+- **作者**: 本文由我的赞助商 VictorOps 发布，但他们的赞助并未影响本文被收录于本期。
+- **链接**: https://victorops.com/blog/blameless-culture/
+
+## 简介
+
+这是一篇对 VictorOps 的 Jason Hand 的采访，谈的是无指责文化的重要性。他提到"为什么"（Why）本质上是一种带指责意味的提问方式（致敬 John Allspaw 的"无穷无尽的问题"）。不过我得说，对于 Jason 认为"我们不该费心去尝试预防事故"的另一观点，我并不完全赞同——看看航空业在事故预防上所做的工作吧。
+
+## 正文
+
+VictorOps 现已更名为 Splunk On-Call——新名字，升级版产品。借助 Splunk On-Call，开发、DevOps 和运维团队可以让值班不那么难受，同时缩短平均确认与恢复宕机的时间。团队能收到上下文丰富的通知，并进行跨职能协作，从而更快、更高效地解决事故、减少停机。利益相关方也能看到关键事故以及为解决问题所采取的步骤。
+
+登录你的 Splunk On-Call 账户、获取用户支持，或探索我们的其他资源以了解更多。