虽然我们继续取得进展，但事实证明， 8月是一个充满挑战的月份。您可以在我们上个月发布的博客文章中进一步了解这些事件。我们正在积极投资于架构改进和迁移到Azure，这将为我们提供更多容量。与此同时，我们的平台继续大幅增长。
我们正在优先考虑最具影响力的工作，同时将风险降至最低，但正如8月份的这些事件所显示的那样，我们无法完全消除风险。最终，所有的工作都需要完成，而事件让我们有机会调整我们的优先事项。
作为这些事故中的维修项目，我们对容量监控和管理进行了重大改进，重试了带来更大影响的策略，并改善了核心服务的弹性。我们还在许多持久的工作流程中继续取得重大进展。8月11日， GitHub首次从Azure运行MySQL生产主体。
客户观察到的写入影响很小，过渡期间没有对客户产生影响。我们在8月27日与另外两个初选重复了这个模式。我们将在未来几周内安排更多的初选，随着我们从每次故障转移中学习，复杂性也会增加。阅读流量也创下新高。迁移服务的读取峰值为60.4%，而Azure的GitHub整体读取峰值为64.3%。Git读数达到54%。
除了区域迁移之外， 24表身份验证核心队列从GitHub最古老的共享数据库mysql1中移除，每秒从其副本中删除大约一百万个查询。单独的查询卫生更改每秒又删除了120,000个查询，每小时消除了大约59,000秒的浪费数据库工作。在长期隔离工作继续进行的同时， GitHub Actions获得了额外的容量。