在 Netlify News 上，您会发现我们不同的内容计划

[rubinaruma]

目前，网站建设、部署和维护方面的最佳实践正在发生巨大的变化。因此，作为一家公司，我们的目标之一就是为用户提供大量引人入胜、实用的材料以供选择。

每周发布几次博客文章，我们发现创建内容确实是我们团队喜欢的事情。最近，我们添加了一个播客，与开发人员讨论他们如何使用 JAMstack，并添加了“本周网站”功能，展示使用 Netlify 的精彩项目，包括下载量超过十亿的开源项目和一些世界上最好的数字机构。



为您整理所有这些内容是另一回事，我们希望让JAMstack和现代网络的 沙特阿拉伯电报号码数据库 追随者更容易理解这些内容，因此，“Netlify News”诞生了。有了更类似于出版物的流程，您应该会发现更容易浏览团队为您整理的资源。



我们希望在未来进一步探索这一概念，并通过我们自己的内容和外部资源维护一个知识库，让大家始终处于现代 Web 开发的前沿。如果您发现缺少某些内容、外部链接、指南或任何其他资源 —11 月 22 日，支持我们服务的数据库磁盘已满并停止响应。三十分钟后，我们将数据库移至更大的磁盘，服务恢复正常。在这三十分钟内，我们的 CDN 边缘节点和 DNS 服务继续工作，因此虽然一些客户网站瘫痪，但高流量网站仍可访问，因为它们的内容已缓存在边缘节点上。

我们对情况进行了广泛的分析，并制定了时间表和一系列已经缓解或将进一步缓解的原因，以防止再次发生此类中断。

这种情况发生在几天前，当时我们注意到数据库大小呈上升趋势。由于数据库会保存新部署的文件，直到我们可以将它们复制到备份存储，所以这不一定是坏事，除非我们用完了空间。我们看到了增长趋势并开始做准备——我们在复制的数据库上配置了一个更大的磁盘，并开始将数据迁移到新的分区。然而，这次复制失败了，而且，随着数据库增长曲线继续变得更陡峭（我们发现，这是由于一些非法网站被非常迅速地自动创建）以及正在进行的复制过程耗尽了主服务器上剩余的可用空间，因此主服务器在我们时间早上 7 点左右用完了空间。

我们的团队立即采取行动，配置了一个更大的文件系统，复制了文件，并在 30 分钟内重新启动了数据库。而且，复制版本很快就同步了，因此我们再次以足够的空间和良好的复制运行。

在中断期间，由于 CDN 边缘节点与源服务器上的备份存储分离，我们继续提供大多数内容。任何已缓存的内容仍然存在，但我们自己的管理 UI 和新内容将无法处理。我们将寻找方法，使类似的故障模式在未来的影响更小（并且发生的可能性更小）。 请发送电子邮件至[email protected]，感谢您一直以来的支持！