Signalfx 中断历史

1. 2026年10月23日 UTC 07:22investigating

   我们正在调查一个问题 与AWS云表整合。 一些客户可能在AWS度量衡上看到缺失或过时的资源标记,而度量流配置变化可能不会被应用. 摄取量没有受到影响。 一旦获得更多信息,我们将立即提供最新情况.

2. 2026年10月23日 UTC 09:14identified

   我们已确认,AWS云观测系统退化的一体化是由AWS在中一号(UAE)区域持续被干扰而来,包括AWS云观测系统和资源组正在拖入API. 该地区拥有AWS资源的客户可能会在AWS度量衡上看到缺失或过时的资源标记,而测量流配置变化可能不会被应用. 摄取量没有受到影响。 AWS没有提供恢复时间表,建议迁移到另一个区域.

3. 2026年10月23日 UTC 21:11resolved

   斯普伦克证实,中-中-一(UAE)地区退化的AWS Cloud Watch集成是由斯普伦克控制外的持续AWS区域干扰所造成. AWS没有提供恢复时间表,建议将受影响资源迁移到另一个区域。 摄取量没有受到影响。 我们正在查明受影响的客户,并将单独讨论下一步措施。 有急事请联系你的账户组.

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

1. 2026年10月20日 UTC 22:16investigating

   少数客户的APM UI可能具有退化的经验。 我们正在调查,不久将提供最新情况.

2. 2026年10月20日 UTC 22:16identified

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

3. 2026年10月20日 UTC 22:17monitoring

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

4. 2026年10月20日 UTC 22:18resolved

   这一事件已经得到解决.

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

1. 2026年10月20日 UTC 22:00resolved

   用于子集客户的APM图表可能已经缓慢地装入. 数据点摄入量没有受到影响.

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

1. 2026年10月15日 UTC 18:55investigating

   我们正在调查Sprunk可观察性云网络应用程序的退化情况,供一些顾客使用。 数据摄入量目前没有受到影响。 我们将尽快提供最新情况.

2. 2026年10月15日 UTC 20:00investigating

   我们的工程团队正在积极解决Sprunk Observation Web UI中已查明的性能问题,我们将尽快分享新的更新.

3. 2026年10月15日 UTC 20:33monitoring

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

4. 2026年10月15日 UTC 21:20resolved

   这一事件已经得到解决.

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

1. 2026年10月12日 UTC 19:48identified

   斯普伦克APM数据摄入管的性能退化,导致原始微量数据的处理和存储被延迟了5分多. 目前没有丢失数据,MetricSets没有受到影响,但最新的数据可能无法在微量搜索结果中找到.

2. 2026年10月12日 UTC 21:00monitoring

   我们正在监测复苏情况.

3. 2026年10月12日 UTC 21:42resolved

   这一事件已经得到解决.

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

1. 2026年10月7日 UTC 20:39investigating

   我们正在调查斯普伦克可观察性云网络应用的重大故障。 数据摄入量目前没有受到影响。 我们将尽快提供最新情况.

2. 2026年10月7日 UTC 21:12identified

   这一问题已经确定,正在得到补救.

3. 2026年10月7日 UTC 21:20resolved

   补救步骤已恢复登录访问.

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

1. 2026年10月7日 UTC 20:18investigating

   客户在看到新创建的维度、更新维度和警报方面可能出现延误。 小组目前正在调查这一问题.

2. 2026年10月7日 UTC 20:25identified

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

3. 2026年10月7日 UTC 21:12identified

   这一问题已经确定,正在得到补救.

4. 2026年10月7日 UTC 21:23resolved

   W已证实修复已恢复服务.

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

1. 2026年10月7日 UTC 18:46investigating

   我们遇到了与斯普伦克可观察MCP服务器的连接问题,这可能影响一些工具的提供. 我们正积极调查此事

2. 2026年10月7日 UTC 19:16investigating

   我们的工程团队继续解决 与斯普伦克观测器MCP服务器的连接问题 一旦获得更多信息,我们将予以分享.

3. 2026年10月7日 UTC 20:36investigating

   我们的工程团队继续解决 与斯普伦克观测器MCP服务器的连接问题 一旦获得更多信息,我们将分享这些信息

4. 2026年10月7日 UTC 21:12monitoring

   工程组已部署一个固定装置,服务恢复工作正在取得进展。 我们将继续监测和在协调世界时22:00之前分享最新情况.

5. 2026年10月7日 UTC 21:13monitoring

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

6. 2026年10月7日 UTC 21:35resolved

   Service recovery fully confirmed, we are now considering this resolved.

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

1. 2026年10月3日 UTC 02:55investigating

   我们正在调查Sprunk可观测性 合成监测测试结果的处理延迟 合成监测测试正在运行,但在问题解决之前可能缺少衡量标准.

2. 2026年10月3日 UTC 03:03identified

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

3. 2026年10月3日 UTC 03:12monitoring

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

4. 2026年10月3日 UTC 03:12resolved

   这一事件已经得到解决.

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

1. 2026年9月25日 UTC 12:34investigating

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

2. 2026年9月25日 UTC 13:00identified

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

3. 2026年9月25日 UTC 14:02identified

   我们正在继续努力解决这个问题。

4. 2026年9月25日 UTC 15:07resolved

   这一事件已经得到解决.

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

1. 2026年9月18日 UTC 15:07resolved

   部分客户因证书出错而出现登录失败. 已经登录的客户没有受到影响。 这个问题已经得到解决.

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

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

   数据点摄入量受到影响,我们正在为新的时间序列降低数据点。 我们正在调查,并将每15分钟提供一次最新情况.

2. 2026年9月12日 UTC 03:30resolved

   Between 7:37 PM and 8:17 PM PST, a small number of data points for new time series were not accepted. As a result, new time series may have experienced a delay of approximately 20–25 minutes before becoming available in charting and detectors. APM and RUM ingestion were not impacted.

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

1. 2026年8月24日 UTC 23:09investigating

   从3:08PM PDT开始,顾客在看新创建的MetricTimeSeries时可能会遇到延误. 数据点摄入量不受影响。 我们正在调查,不久将提供最新情况.

2. 2026年8月25日 UTC 00:20investigating

   我们发现这起事件是虚假的警报 因为费率被限制在一个租户身上 我们已经联系了受影响的房客。 0美元范围内的所有其他客户都未受这一事件的影响.

3. 2026年8月25日 UTC 00:20resolved

   这一事件已经得到解决.

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

1. 2026年7月31日 UTC 03:46investigating

   Sprunk APM 度量衡处理管道的性能下降正在导致Monitor MetricSets的下降. 跟踪数据摄入量没有受到影响,但服务、端点和工作流程仪表板以及Monitor MetricSets所建的其他图表和探测器受到影响.

2. 2026年7月31日 UTC 04:07identified

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

3. 2026年7月31日 UTC 04:08monitoring

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

4. 2026年7月31日 UTC 04:32resolved

   问题已经解决.

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

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

   一些客户可能曾于2026年7月24日凌晨4点~6点(PST)的警报通知被延迟. 数据点摄入量不受影响。 问题已解决.

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

1. 2026年7月15日 UTC 12:20investigating

   我们目前正在调查这一问题。 某些API可能正在失败, 活动提醒页面正在缓慢加载 。 没有数据被丢弃或丢失.

2. 2026年7月15日 UTC 12:48identified

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

3. 2026年7月15日 UTC 14:57monitoring

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

4. 2026年7月15日 UTC 16:00resolved

   这一事件已经得到解决.

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

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

   我们目前正在调查这一问题。 某些API可能正在失败, 活动提醒页面正在缓慢加载 。 没有数据被丢弃或丢失.

2. 2026年7月14日 UTC 16:49identified

   客户撞击开始 大约7: 00AM PDT。 我们已经找到一个固定的,但 完全恢复可能需要几个小时

3. 2026年7月14日 UTC 17:52identified

   我们正在继续努力解决这个问题。 完全恢复可能需要几个小时

4. 2026年7月14日 UTC 19:07monitoring

   已经落实了一项措施,我们正在监测积压情况恢复后的结果。 在UI的警报状态和事件时间序列可能会被延迟,而积压的则会恢复.

5. 2026年7月14日 UTC 19:44resolved

   这一事件已经得到解决.

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

1. 2026年7月10日 UTC 12:03investigating

   从1a PDT开始,一小部分探测器可能未发射。 没有丢失数据 。 我们正在调查,不久将提供最新情况.

2. 2026年7月10日 UTC 12:05monitoring

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

3. 2026年7月10日 UTC 13:51monitoring

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

4. 2026年7月10日 UTC 14:52investigating

   我们看到有一小部分探测器可能没有发射。 没有丢失数据 。 我们正在继续调查.

5. 2026年7月10日 UTC 19:02investigating

   我们继续调查一个影响美国一小部分探测器的问题,可能没有按预期发射。 没有发现数据损失。 我们的工程小组正在积极调查这一问题,我们将在获得更多信息后提供另一个最新情况.

6. 2026年7月10日 UTC 19:39identified

   已经对影响可能未如预期的那样发射的零美元一小部分探测器的问题采取了缓解措施。 我们正在观察持续恢复情况并监测环境,以确保缓解措施充分有效。 没有发现数据损失。 一旦恢复完毕,我们将提供另一个最新情况.

7. 2026年7月10日 UTC 20:53identified

   我们正在观察持续恢复情况并监测环境,以确保缓解措施充分有效。 没有发现数据损失。 一旦恢复完毕,我们将提供另一个最新情况.

8. 2026年7月11日 UTC 00:16monitoring

   我们正在观察持续恢复情况并监测环境,以确保缓解措施充分有效。 没有发现数据损失。 一旦恢复完毕,我们将提供另一个最新情况.

9. 2026年7月11日 UTC 02:15identified

   我们采取了减轻影响的措施,但复苏尚未完成。 0美元中的一小部分探测器可能仍未如预期的那样起火,原因是处理延迟。 没有发现数据损失。 工程小组继续就额外缓解措施进行调查。 一旦获得更多信息,我们将提供另一个最新情况.

10. 2026年7月11日 UTC 03:03identified

    我们已经确定,新创建的0美元时间序列可能需要10分钟才能包括在探测器中,这可能会延误对这些新时间序列的探测器评价。 通知延迟是指目前健康的时间,没有发现数据丢失。 工程组正在继续进行缓解工作并核实是否清除了剩余的拖延。 一旦验证完成,我们将提供另一个最新情况.

11. 2026年7月11日 UTC 15:05identified

    我们继续调查0美元探测器中新设定的时间序列的延迟。 新的时间序列可能需要10分钟才能包括在探测器中,这可能会延误探测器对这些时间序列的评价. 通知延迟意味着时间保持健康,没有发现数据丢失。 工程组正在对受影响的后端部件进行有控制的推出,作为正在进行的缓解工作的一部分,预计这不会给客户带来更多影响。 随着验证的进展,我们将提供另一个最新情况.

12. 2026年7月11日 UTC 18:09resolved

    这一事件已经得到解决.

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

1. 2026年7月9日 UTC 02:36resolved

   在4:45p - 6:45p PDT之间,一个很小比例的度量数据点正在下降。 这个问题已经得到解决.

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

1. 2026年7月8日 UTC 21:47investigating

   从11:30a PDT开始,数据摄入点受到影响,我们正在减少一小部分数据点。 我们正在调查,并将随着进展提供最新情况.

2. 2026年7月8日 UTC 22:35investigating

   我们继续调查影响小百分比数据点摄入0. 我们的工程小组正在积极处理这个问题并评估可能的缓解措施。 一旦获得更多信息,我们将提供另一个最新情况.

3. 2026年7月8日 UTC 23:29investigating

   我们继续调查影响小百分比数据点摄入0. 我们的工程队正在积极处理这个问题。 一旦获得更多信息,我们将提供另一个最新情况.

4. 2026年7月8日 UTC 23:33monitoring

   我们看到,美国的数据摄入点有所改进,数据点下降的速度已恢复到预期水平。 我们正在继续密切监测这一服务,以确保稳定。 一旦监测工作完成或发现任何其他问题,我们将再次提供最新情况.

5. 2026年7月8日 UTC 23:52resolved

   这一事件已经得到解决.

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