Netlify 中断历史

1. 2026年10月27日 UTC 07:48investigating

   我们正在调查高楼故障和Runner探员故障.

2. 2026年10月27日 UTC 08:10monitoring

   影响建筑和经纪人运作的问题已经解决,我们正在监测

3. 2026年10月27日 UTC 08:45resolved

   影响建筑物和代理人运作的问题已经解决.

自动翻译自官方事件更新。

1. 2026年10月26日 UTC 16:05investigating

   我们与一个上游服务供应商查明了一个持续的问题,这可能会造成Netlify UI中出现建立日志的延误。 我们正在与提供方接触并继续监测局势。 一旦获得更多信息,我们将提供进一步的最新资料.

2. 2026年10月26日 UTC 17:19monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年10月26日 UTC 19:56identified

   我们已查明Netlify UI中出现的建造日志延误的原因.

4. 2026年10月26日 UTC 21:20monitoring

   至协调世界时20:50,在UI中如出所料可见建筑日志. 我们正在继续监测,而我们的上游服务提供者则调查其根本原因.

5. 2026年10月27日 UTC 01:54monitoring

   用户可能在UI中看到构建日志的间歇性延迟. 我们正在继续监测,而我们的上游服务提供者则调查其根本原因。 一旦获得更多信息,我们将提供进一步的最新资料.

6. 2026年10月27日 UTC 03:06monitoring

   从协调世界时01:55起,我们已观察到复苏情况,并正在进行监测,以确认持续稳定.

7. 2026年10月27日 UTC 03:21resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月22日 UTC 16:19monitoring

   协调世界时13:58-15:35之间的边缘函数和函数日志可能会被延迟出现在Netlify UI和日志排出. 我们正在处理积压的工作;功能和边缘功能请求没有受到影响.

2. 2026年10月22日 UTC 20:10resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月21日 UTC 11:46investigating

   我们正在调查一个问题, 造成在Netlify UI中出现建立日志的延误。 我们的小组正在积极调查,并将在我们了解更多情况时提供最新情况.

2. 2026年10月21日 UTC 12:24investigating

   我们正在继续调查Netlify UI中出现的在建立日志方面的延误。 我们的小组正在努力查明原因,并将在获得资料后提供进一步的最新资料.

3. 2026年10月21日 UTC 14:20investigating

   我们正在继续调查Netlify UI中出现的在建立日志方面的延误。 我们仍在积极调查,并将在获得资料后提供进一步的最新资料.

4. 2026年10月21日 UTC 14:55investigating

   我们正在继续调查影响在Netlify UI中建立日志的延误。 一旦获得更多信息,我们将分享进一步的最新情况.

5. 2026年10月21日 UTC 15:33investigating

   我们与一个上游服务供应商查明了一个持续的问题,这可能会造成Netlify UI中出现建立日志的延误。 我们正在与提供方接触并继续监测局势。 一旦获得更多信息,我们将提供进一步的最新资料.

6. 2026年10月21日 UTC 17:10investigating

   We continue to experience delays in build logs appearing in the Netlify UI. We remain in contact with our upstream service provider as the investigation continues. We will provide further updates as more information becomes available.

7. 2026年10月21日 UTC 18:31identified

   We've identified the cause of the delays in build logs appearing in the Netlify UI as an issue with an upstream service provider, who is working on a fix

8. 2026年10月21日 UTC 19:42identified

   We continue to work with our upstream service provider on the delays in build logs appearing in the Netlify UI.

9. 2026年10月22日 UTC 05:42monitoring

   The upstream provider applied a fix at 3:30 UTC and we are monitoring system health. We are able to ingest build logs at full throughput but we have hours of backlog that we need to process.

10. 2026年10月22日 UTC 06:17monitoring

    We are still monitoring the build log ingestion backlog. We will post our next update at 7:30 UTC, or sooner if anything changes.

11. 2026年10月22日 UTC 07:41monitoring

    Build log processing continues at full throttle and we estimate backlog to be cleared by 9:00 UTC. We’ll post next update at 8:45 UTC.

12. 2026年10月22日 UTC 08:59monitoring

    As of 08:45 UTC, we are still processing the backlog of build logs at full throttle. Some partitions have completed backlog processing, but others still have backlog pending. As a result of this partial processing, customers may experience intermittent availability until the full backlog is processed. Some build logs may be available, and others not. Real-time build logs should be working as expected. The new ETA for backlog processing is 10:00 UTC. We will provide our next update at 10:00 UTC.

13. 2026年10月22日 UTC 09:35monitoring

    We have completed processing the Build Logs backlog. All customers should now have a consistent experience when viewing both historical and new Build Logs in the UI. We believe customer impact has ended. We will continue to closely monitor the situation for any signs of recurrence.

14. 2026年10月22日 UTC 10:28resolved

    The issue causing delays in build logs appearing in the Netlify UI has been resolved.

自动翻译自官方事件更新。

1. 2026年10月20日 UTC 07:47investigating

   我们正在调查更多Runner探员的失败 随着我们了解更多情况,我们将分享最新情况.

2. 2026年10月20日 UTC 08:04monitoring

   我们正在监视这个事件.

3. 2026年10月20日 UTC 08:55resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月17日 UTC 05:03identified

   我们确定了一个问题,即我们建筑系统使用的第三方服务。 在协调世界时21:10起或之后开始的使用CSP扩展的Builds可能会遇到更多的错误.

2. 2026年10月17日 UTC 05:30monitoring

   我们已经发布了一个解决错误的解决方案 用CSP扩展, 我们正在监测结果.

3. 2026年10月17日 UTC 05:55resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月8日 UTC 14:34resolved

   在协调世界时13:16至13:24之间,对使用边际函数的站点的一些请求经历了更高的耐久性并增加了502个出错率. 这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月6日 UTC 20:12resolved

   在协调世界时19:05至19:18之间,一些向AI Gateway提出的请求还回了错误. 从此提高了受影响服务的能力,出错率以协调世界时19:18恢复到正常水平. 我们为中断道歉.

自动翻译自官方事件更新。

1. 2026年10月5日 UTC 12:44investigating

   我们正在调查关于影响进入我们高绩效边缘网络网站的错误的报告。 我们的工程组正在积极调查这个问题。 一旦获得更多信息,我们将提供更多最新情况.

2. 2026年10月5日 UTC 13:00investigating

   我们正在继续调查这一问题.

3. 2026年10月5日 UTC 13:17identified

   这一问题已经确定,一个解决办法正在实施之中.

4. 2026年10月5日 UTC 13:24monitoring

   一项措施已经执行,我们正在监测结果.

5. 2026年10月5日 UTC 13:34resolved

   这一事件已经得到解决。 我国高性能边缘网络站点恢复正常运行. 事件从协调世界时12:19开始,于协调世界时13:14恢复服务.

自动翻译自官方事件更新。

1. 2026年9月29日 UTC 08:46resolved

   这一事件已经得到解决。 高性能边缘上的站点已经恢复正常运行,我们不再看到更高的出错率.

自动翻译自官方事件更新。

1. 2026年9月24日 UTC 19:01investigating

   我们正在调查关于影响进入Netlify托管网站的错误的报告。 我们的工程组正在积极调查这个问题。 一旦获得更多信息,我们将提供更多最新情况.

2. 2026年9月24日 UTC 19:10monitoring

   我们看到恢复的迹象,服务已恢复正常.

3. 2026年9月24日 UTC 19:25resolved

   这一事件已经得到解决。 服务已恢复正常运行,我们不再看到错误率上升.

自动翻译自官方事件更新。

1. 2026年9月23日 UTC 23:26identified

   我们发现了一个DNS解析问题, 影响我们边缘网络接触一些源服务器的能力。 对受影响地点的要求可能失败。 我们的团队正在努力恢复服务.

2. 2026年9月23日 UTC 23:40identified

   我们已查明造成CDN错误上升的原因,并正在对受影响的系统实行缓解措施。 正在追回,尽管在这一过程中一些请求可能继续失败.

3. 2026年9月23日 UTC 23:50monitoring

   我们已经对造成CDN错误上升的问题采取了补救措施。 服务正在恢复,我们正在监测该平台,以确认全面恢复.

4. 2026年9月24日 UTC 00:00resolved

   导致CDN错误上升的问题已经解决. DNS分辨率恢复,受影响服务正常运行.

自动翻译自官方事件更新。

1. 2026年9月21日 UTC 15:12investigating

   我们正在调查关于影响进入Netlify托管网站的错误的报告。 我们的工程组正在积极调查这个问题。 一旦获得更多信息,我们将提供更多最新情况.

2. 2026年9月21日 UTC 15:30investigating

   我们正在继续调查这一问题。 客户也可能遇到使用Netlify应用程序及其特征的问题.

3. 2026年9月21日 UTC 15:45identified

   我们已经查明这一问题,并正在努力恢复正常服务。 一旦获得更多信息,我们将提供另一个最新情况.

4. 2026年9月21日 UTC 15:52monitoring

   一项措施已经执行,我们正在监测结果。 在我们继续监测复苏情况时,我们将提供另一个最新情况.

5. 2026年9月21日 UTC 16:37resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月16日 UTC 12:58investigating

   从协调世界时12点37分开始 我们的图像 CDN服务中 出现了更高的错误 我们目前正在调查这一问题.

2. 2026年9月16日 UTC 13:19monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年9月16日 UTC 13:48resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月8日 UTC 18:32resolved

   在协调世界时15:50至17:45之间,我们经常网络在内陆开发公司区域遇到更多的错误和拖延。 这个问题已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月4日 UTC 10:57resolved

   在协调世界时10:32至协调世界时10:36之间,我们观察到影响FRA地区高性能边缘网络流量的误差增加,原因是流量意外增加. 出错率自此已恢复正常.

自动翻译自官方事件更新。

1. 2026年8月31日 UTC 20:40investigating

   我们的CDN节点在IAD区域的一个子集上呈现出越来越大的延迟. 我们目前正在调查这一问题.

2. 2026年8月31日 UTC 20:56monitoring

   整个内审司区域的要求已恢复到正常水平,我们正在继续监测局势.

3. 2026年8月31日 UTC 22:00resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年8月18日 UTC 20:21resolved

   在协调世界时8月18日20:02至20:08之间,一些访问Netlify托管网站的人和使用Netlify仪表板的人收到了错误的页面而不是他们要求的内容. 协调世界时20:08恢复了正常服务. 我们为中断道歉

自动翻译自官方事件更新。

1. 2026年8月3日 UTC 09:31investigating

   我们从协调世界时8点58分开始 正在调查上升的建筑错误.

2. 2026年8月3日 UTC 09:44investigating

   从协调世界时9点32分起 失败的建筑开始减少 该小组将继续进行监测.

3. 2026年8月3日 UTC 09:44monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年8月3日 UTC 09:55resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月22日 UTC 13:29monitoring

   我们正在调查一个问题,即一些用户在上传附件给代理Runners时遇到错误. 我们执行了一项固定措施并正在监测结果.

2. 2026年7月22日 UTC 13:56resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。