Amplitude 中断历史

1. 2026年8月26日 UTC 15:23investigating

   我们目前正在调查这一问题.

2. 2026年8月26日 UTC 15:54identified

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

3. 2026年8月26日 UTC 16:51monitoring

   一项固定措施已经执行,我们正在监测结果。 实时数据处理仍然被拖延,但事态正在赶上。 没有丢失数据,也不需要采取客户行动。 如有更多信息,我们将提供另一个最新情况.

4. 2026年8月26日 UTC 18:38resolved

   这一事件已经得到解决.

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

1. 2026年8月25日 UTC 21:54resolved

   事件时间表 解决了——振幅再次可以访问,客户应该能够像预期的那样访问平台. 2026年8月25日 - 14:03 PT 调查——自大约13:48 PT起,一些客户在使用Amplitude时可能经历了短暂中断. 2026年8月25日 - 13:48 PT 我们为中断道歉.

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

1. 2026年8月25日 UTC 02:06investigating

   自2026-08-24 16:45 PT (23:45 UTC)起,新登入站无法加载出Amplitude登录页(app.amplitude.com/login),该登录页出现空白. 有活动会话的用户没有签名,可以继续正常工作.

2. 2026年8月25日 UTC 03:03monitoring

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

3. 2026年8月25日 UTC 03:23resolved

   已部署一个固定装置,这个问题已完全解决.

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

1. 2026年8月20日 UTC 00:09resolved

   2026-08-19 10:41:25 AM PT,一些未通过AI Controls页面明确启用AI的客户被放入"Admin预览",非Admin用户无法访问AI功能. 这个问题于2026-08-19的PM PT12:41完全解决. 没有任何数据受到影响,不需要客户采取行动。 在修复之后,客户现在应该能够访问Global Chat,并查看GlobalChat接口,而不是“不访问”消息.

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

1. 2026年8月14日 UTC 04:59resolved

   2026-08-13 7:45 PM PT (2:45 AM UTC 2026-08-14),我们经历了一个数据摄取延迟. 8:35 PM PT(协调世界时2026-08-14分,3:35 AM UTC)全面解决了这个问题,自此所有数据被找回. 没有丢失数据,也不需要采取客户行动.

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

1. 2026年8月12日 UTC 23:39investigating

   Since 2026-08-12 16:39 PT (23:39 UTC), we have been experiencing a delay in realtime data processing. We are actively investigating the source of the issue and will work to deploy a fix. No data is lost.

2. 2026年8月13日 UTC 00:54monitoring

   A fix has been implemented and we are monitoring the results.

3. 2026年8月13日 UTC 02:45monitoring

   Data processing is now recovering. There is no data loss, and all data will continue to be sent to downstream destinations once processed. No customer action is needed at this time. We estimate full recovery within the next 1-2 hours and will provide our next update within 30 minutes.

4. 2026年8月13日 UTC 02:58monitoring

   We are continuing to monitor for any further issues.

5. 2026年8月13日 UTC 03:45resolved

   This incident has been resolved.

1. 2026年8月2日 UTC 05:45investigating

   我们正在调查实时数据处理方面的延误。 没有丢失数据

2. 2026年8月2日 UTC 05:59monitoring

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

3. 2026年8月2日 UTC 06:12resolved

   这一事件已经得到解决.

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

1. 2026年8月1日 UTC 02:07investigating

   我们正在积极调查管道处理方面的延误。 没有丢失数据 .

2. 2026年8月1日 UTC 02:53monitoring

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

3. 2026年8月1日 UTC 03:47monitoring

   我们正在继续监测任何其他问题.

4. 2026年8月1日 UTC 03:51resolved

   这一事件已经得到解决.

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

1. 2026年7月24日 UTC 17:05resolved

   约2026-07-24 03:39-05:00 PT (10:39-12:00 UTC),一些顾客在访问Amplitude或发送数据时可能遇到间歇性连接问题,包括连接超时. 造成这种情况的原因是,在西二区,AWS网络中断,影响到多个上游AWS服务。 这个问题出自于Amplition的基础设施外,由AWS解决. 服务: - 我们的SDKs排队未交付的事件在设备上,并自动重试发送它们, 所以我们期望最小到没有损失 数据在这个事件。 没有丢失被摄入的数据,无需采取行动。 - 实验/旗评价失败,因得不到服务而退回503个。 没有数据丢失.

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

1. 2026年7月24日 UTC 14:45investigating

   我们目前正在调查这一问题.

2. 2026年7月24日 UTC 15:15monitoring

   等待Google尾端的工作已经开始恢复,我们看到工作也在阿姆比特地区取得进展

3. 2026年7月24日 UTC 15:59resolved

   这一事件已经得到解决.

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

1. 2026年7月23日 UTC 14:35investigating

   我们正在积极调查实时数据处理方面的延误。 没有丢失数据 .

2. 2026年7月23日 UTC 14:46identified

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

3. 2026年7月23日 UTC 14:52monitoring

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

4. 2026年7月23日 UTC 17:03resolved

   这一事件已经得到解决.

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

1. 2026年7月22日 UTC 20:20resolved

   我们找出了问题的来源,并在PM PT 12:06(协调世界时19:06)回滚了负责任的变化. 出错率已恢复正常,我们正在积极监测,以确认完全稳定。 没有数据丢失。 目前不需要客户采取行动.

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

1. 2026年7月13日 UTC 21:31investigating

   自2026-07-13 14:04 PT起,我们一直遇到"Amplitude"用户界面(UI)MCP和休息API的问题. 我们的小组正在积极调查问题的根源,并将努力部署一个解决办法。 我们预计数据不会丢失。 目前不需要客户采取行动。 欧盟数据中心不应受到这种停电的影响。 我们将在30分钟后提供下一次最新情况.

2. 2026年7月13日 UTC 21:32investigating

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

3. 2026年7月13日 UTC 21:53monitoring

   已经解决了,我们正在监测结果

4. 2026年7月13日 UTC 23:07resolved

   这一事件已经得到解决.

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

1. 2026年7月13日 UTC 18:51investigating

   一些用户可能无法加载或使用AI驱动功能. 我们正在调查,并将在获得更多信息后提供最新情况.

2. 2026年7月13日 UTC 23:16investigating

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

3. 2026年7月13日 UTC 23:17resolved

   这一事件已经得到解决.

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

1. 2026年7月13日 UTC 11:41investigating

   自2026-07-12 11:47:42 PM PDT (2026-07-13 07:47:42 AM CET)起,我们一直遇到"振幅"用户界面(UI)的问题. 目前,自定义度量衡细节页面可能无法加载或显示出错. 我们的小组正在积极调查问题的根源,并将努力部署一个解决办法。 我们预计数据不会丢失。 目前不需要客户采取行动。 我们将在上午6点前提供下一次最新情况.

2. 2026年7月13日 UTC 14:05identified

   我们已查明了根源,并且正在部署一个解决办法。 部署完成后,我们将公布最新情况.

3. 2026年7月13日 UTC 14:32monitoring

   已安装了固定设备, 并正常地装入了参数细节页 。 我们正在监测出错率,以确认所有区域的全面恢复情况,然后再加以解决。 在这次事件中没有丢失任何数据.

4. 2026年7月13日 UTC 14:59resolved

   事件已经解决,现在通常会显示自定义计量标准的细节.

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

1. 2026年7月13日 UTC 07:53investigating

   我们正在调查影响我们欧盟生产环境中服务的高度延迟。 有些顾客的反应时间可能较慢,而我们的团队则努力查明原因并减轻影响。 我们将在60分钟内再次提供最新情况,如果有更多信息,则提前提供

2. 2026年7月13日 UTC 07:56investigating

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

3. 2026年7月13日 UTC 08:20monitoring

   我们采取了退步措施,以减轻影响我们欧盟生产环境中服务的高延迟,而且业绩已经恢复。 我们正在继续密切监测环境,以确认稳定.

4. 2026年7月13日 UTC 08:39resolved

   这一事件已经得到解决.

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

1. 2026年7月9日 UTC 09:12monitoring

   在2026-07-08 5:24 PM PT(00:24 UTC Jul 9)到2026-07-09 1:50 AM PT(08:50 UTC)之间,共享嵌入和公开的仪表板/图示链接显示空白页. 通过嵌入的 URL 或公共链接访问共享高度内容的客户无法在此窗口中查看图表 。 我们查明了原因,并通过减少受影响的服务来减轻影响。 共享的嵌入和公用链接正再次正常渲染. 没有丢失数据,也不需要采取客户行动。 我们监测稳定情况,并将在3:00 AM PT(协调世界时10:00)发布最后更新.

2. 2026年7月9日 UTC 09:45resolved

   此事已决. 自1:50AM PT(协调世界时08:50)起, 共享的嵌入点和公共链接一直保持稳定, 今天晚些时候是永久性的固定船 没有丢失数据,也不需要采取客户行动.

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

1. 2026年7月5日 UTC 15:56monitoring

   我们的数据处理系统延迟了 事件发生在6: 30 PDT. 目前情况: 我们的摄入系统正在按预期运作,没有丢失数据。 我们已经查明了问题 数据处理系统正在赶上 完全解决的ETA为~2小时(11 PDT)

2. 2026年7月5日 UTC 18:06monitoring

   实时数据已完全被接通,在阿平比特的所有特征都应有充分的数据。 过去一小时的一些出口数据可能仍然被推迟.

3. 2026年7月5日 UTC 19:11resolved

   所有系统都进入并正常运转.

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

1. 2026年6月18日 UTC 19:29investigating

   We are currently investigating this issue. No data is lost.

2. 2026年6月18日 UTC 22:21investigating

   We are currently investigating this issue.

3. 2026年6月18日 UTC 23:59monitoring

   A fix has been implemented and we are monitoring the results.

4. 2026年6月19日 UTC 02:26monitoring

   We are continuing to monitor for any further issues.

5. 2026年6月19日 UTC 04:30resolved

   This incident has been resolved.

1. 2026年6月4日 UTC 18:55investigating

   We are actively investigating an issue where our realtime data ingestion is lagging. No data is lost.

2. 2026年6月4日 UTC 19:17monitoring

   A fix has been implemented and we are monitoring the results.

3. 2026年6月4日 UTC 21:02monitoring

   We are continuing to monitor for any further issues.

4. 2026年6月4日 UTC 23:05resolved

   This incident has been resolved.