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

sreweekly/markdown/112/02-github-s-report-on-the-memcached-based-ddos-zh.md

@@ -0,0 +1,16 @@
+# GitHub 关于基于 Memcached 的 DDoS 攻击的报告
+
+- **期号**: SRE Weekly Issue #112（2018-03-04）
+- **作者**: Sam Kottler — GitHub
+- **链接**: https://githubengineering.com/ddos-incident-report/
+
+## 简介
+
+本周的大新闻是 memcached UDP 放大型 DDoS 手法——攻击者正是用它向我们的朋友 GitHub 发起了高达 1.3 Tbps（！）的流量。他们的说明见上方链接。
+
+网上相关的讨论也闹翻了天：[Cloudflare 对这次攻击的描述](https://blog.cloudflare.com/memcrashed-major-amplification-attacks-from-port-11211/)、[Akamai 讲述自己如何帮 GitHub 扛过攻击](https://blogs.akamai.com/2018/03/memcached-fueled-13-tbps-attacks.html)、memcached 开发者[宣布](https://twitter.com/dormando/status/968570723521277953)发布默认禁用 UDP 的版本、还有[评论](https://twitter.com/dormando/status/968540354692636672)，Charity Majors 也写了些[有趣的评论](https://twitter.com/mipsytipsy/status/969443770532900866)、以及 [Wired 对 GitHub 遭攻击的报道](https://www.wired.com/story/github-ddos-memcached/)。
+
+## 正文
+
+正在跳转…
+如果未自动跳转，请点击此处。

sreweekly/markdown/112/03-runbook-template-zh.md

@@ -0,0 +1,56 @@
+# Runbook 模板
+
+- **期号**: SRE Weekly Issue #112（2018-03-04）
+- **作者**: Catie McCaffrey
+- **链接**: https://github.com/CaitieM20/Talks/blob/master/TacklingAlertFatigue/runbook.md
+
+## 简介
+
+一个非常出色的模板，可以作为编写 runbook（运维手册）的基础。
+
+## 正文
+
+一个带主章节链接的目录
+
+对服务的简短描述，最多 1 到 2 句话。这项服务为什么重要？它的核心功能是什么？它为用户提供了哪些特性？
+
+指向该服务仪表盘（Dashboard）的链接
+
+指向该服务告警（Alert）的链接
+
+每个告警都应有对应的章节，按字母顺序排列
+
+告警描述：为什么会有这个告警？它表示什么？通常是什么原因触发的？
+
+这种情况如何影响我们的客户？如果客户没有受到影响，这就是一个很好的信号：该告警可以考虑删除了。
+
+用清单宣言（Checklist Manifesto）风格的步骤来说明如何解决这个告警。一个从未接触过我们技术栈的人也应该能照着这些步骤来处置事件。如果无法自行处置，请在这里包含升级（escalation）步骤。
+
+1. 做这件事
+2. 查看这个图表
+3. 做这件事
+4. 再做另一件事
+5. 确认服务已恢复
+
+团队联系方式，以及可能的升级联系人信息。我们依赖哪些服务？如何向它们升级？在这里定义这些信息。
+
+我们通过 Jira 进行生产环境变更管理部署，这里放一个包含所有最新变更的链接。最近的提交、CI 日志等，对于了解系统上部署了什么代码、近期做了哪些变更极有帮助。
+
+关于这项服务部署在哪里、以及如何访问这些机器的信息。
+
+如何部署这项服务。这里同样推荐使用清单宣言风格的列表。
+
+1. 做这件事
+2. 再做另一件事
+3. 最后做这件事
+
+如何进行金丝雀部署（Canary Deployment）的说明
+
+1. 做这件金丝雀部署的事
+2. 另一项金丝雀部署任务
+
+如何回滚一次部署（Rollback）的说明。
+
+1. 从这里获取回滚构建
+2. 做这件事
+3. 再做另一件事。

sreweekly/markdown/112/04-devops-and-sre-contribution-the-lemur-book-zh.md

@@ -0,0 +1,15 @@
+# DevOps 与 SRE 投稿征集——《狐猴之书》
+
+- **期号**: SRE Weekly Issue #112（2018-03-04）
+- **作者**: David Blank-Edelman
+- **链接**: https://lemurbook.com/devops-and-sre-contribution/
+
+## 简介
+
+这位即将出版 O'Reilly 新书的作者，正在为一章众包内容征集小稿：
+
+> 用不超过两段话回答：你认为 DevOps 和 SRE 之间是什么关系？它们有何相似之处？又有何不同？两者能在每个组织里都落地吗？两者能同时存在于同一个组织吗？诸如此类……
+
+## 正文
+
+> ⚠️ 抓取失败：URLError: [SSL: UNEXPECTED_EOF_WHILE_READING] EOF occurred in violation of protocol (_ssl.c:1032)

sreweekly/markdown/112/08-launching-an-entire-fireworks-display-at-once-zh.md

@@ -0,0 +1,28 @@
+# 一次点爆整场烟花
+
+- **期号**: SRE Weekly Issue #112（2018-03-04）
+- **作者**: Tom Scott
+- **链接**: https://www.youtube.com/watch?v=dabnx8VSdkE&feature=youtu.be
+
+## 简介
+
+这是一个令人震撼的方式，来阐述"设计系统要能对人为失误有韧性"这一观点。
+
+> 如果一个人可能按错按钮、意外点爆整场烟花，那么问题也许不在人，而在于那个按钮。如果"分钟"和"几分之一秒"确实像我们故意演示的那样容易被搞混，那么也许是系统不够清晰，又或者是发射前的检查清单还不够周全。
+
+## 正文
+
+关于
+新闻动态
+版权
+联系我们
+创作者
+广告
+开发者
+条款
+隐私
+政策与安全
+YouTube 的工作原理
+试用新功能
+NFL Sunday Ticket
+© 2026 Google LLC

sreweekly/markdown/112/09-managing-feature-flag-debt-with-split-zh.md

@@ -0,0 +1,22 @@
+# 用 Split 管理特性开关债务
+
+- **期号**: SRE Weekly Issue #112（2018-03-04）
+- **作者**: Adil Aijaz — Split
+- **链接**: https://www.split.io/blog/managing-feature-flag-debt-split/
+
+## 简介
+
+这篇文章在预防和缓解"使用特性开关（feature flag）所固有的技术债"方面，有不少非常好的想法。表面上看这是篇介绍如何使用 Split.io 的文章，但这些想法完全可以广泛应用。
+
+## 正文
+
+![自主工作代理：流水线里的 AI 智能体](https://cdn.prod.website-files.com/69e786e187c925d08ee02b92/6a912f63d9743fc627959049_6a912f62de77187ae21860c8_6a7bbb98a8f91f9e32712ba1_6a7bbb92adaaa88df0f79dc2_autonomous-worker-agents-ai-ag-LW9nLnBuZw.webp)
+
+精选
+
+## 自主工作代理：流水线里的 AI 智能体
+
+Harness 推出自主工作代理：以 AI 作为流水线步骤运行，并具备企业让代理在生产环境中获信所需的治理能力。
+
+
+自主工作代理：流水线里的 AI 智能体