Histórico de interrupções do Signalfx

1. 24 Eost 2026 da 23:09 UTCinvestigating

   A partir de 3:08PM PDT, os clientes podem experimentar atrasos em ver recém-criado MetricTimeSeries. A ingestão de dados não é afetada. Estamos investigando e vamos fornecer uma atualização em breve.

2. 25 Eost 2026 da 00:20 UTCinvestigating

   Identificámos que este incidente foi um falso alarme devido à limitação da taxa aplicada a um único inquilino. Contactámos o inquilino afectado. Todos os outros clientes dentro da US0 não são e não foram impactados por este incidente.

3. 25 Eost 2026 da 00:20 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 31 Gouere 2026 da 03:46 UTCinvestigating

   Uma degradação no desempenho do pipeline de processamento de métricas Splunk APM está fazendo com que Monitoring MetricSets seja derrubado. Os dados de rastreamento ingeridos não são impactados, mas os painéis de serviço, endpoint e fluxo de trabalho, e outros gráficos e detectores construídos a partir de Monitoring MetricSets são impactados.

2. 31 Gouere 2026 da 04:07 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 31 Gouere 2026 da 04:08 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

4. 31 Gouere 2026 da 04:32 UTCresolved

   A questão foi resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gouere 2026 da 15:59 UTCresolved

   Alguns clientes podem ter sofrido atrasos nas notificações de alerta de 4 horas ~ 6 horas (PST), 24 de julho de 2026. A ingestão de dados não é afetada. O problema está recuperado.

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Gouere 2026 da 12:20 UTCinvestigating

   Estamos neste momento a investigar a questão. Algumas APIs podem estar falhando e páginas de alerta ativo está carregando lentamente. Nenhum dado está sendo abandonado ou perdido.

2. 15 Gouere 2026 da 12:48 UTCidentified

   A questão foi identificada e a correção está sendo implementada.

3. 15 Gouere 2026 da 14:57 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

4. 15 Gouere 2026 da 16:00 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Gouere 2026 da 15:45 UTCinvestigating

   Estamos neste momento a investigar a questão. Algumas APIs podem estar falhando e páginas de alerta ativo está carregando lentamente. Nenhum dado está sendo abandonado ou perdido.

2. 14 Gouere 2026 da 16:49 UTCidentified

   O impacto do cliente começou por volta das 7:00 PDT. Identificamos uma solução, mas uma recuperação completa pode levar várias horas

3. 14 Gouere 2026 da 17:52 UTCidentified

   Continuamos a trabalhar numa solução para esta questão. Uma recuperação completa pode levar várias horas

4. 14 Gouere 2026 da 19:07 UTCmonitoring

   Uma correção foi implementada e estamos monitorando os resultados como backlog recupera. Os estados de alerta e séries temporais de eventos na IU podem ser atrasados enquanto o backlog recupera.

5. 14 Gouere 2026 da 19:44 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gouere 2026 da 12:03 UTCinvestigating

   A partir de 1a PDT, uma pequena percentagem de detectores pode não ter disparado. Nenhum dado foi perdido. Estamos investigando e vamos fornecer uma atualização em breve.

2. 10 Gouere 2026 da 12:05 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

3. 10 Gouere 2026 da 13:51 UTCmonitoring

   Continuamos monitorando quaisquer outros problemas.

4. 10 Gouere 2026 da 14:52 UTCinvestigating

   Vimos o regresso de uma pequena percentagem de detectores que podem não estar a disparar. Nenhum dado está perdido. Continuamos a investigar.

5. 10 Gouere 2026 da 19:02 UTCinvestigating

   Continuamos a investigar um problema que afeta uma pequena porcentagem de detectores em US0 que pode não ter disparado como esperado. Não foram observadas perdas de dados. Nossas equipes de engenharia estão investigando ativamente o problema, e forneceremos outra atualização à medida que mais informações estiverem disponíveis.

6. 10 Gouere 2026 da 19:39 UTCidentified

   Uma mitigação tem sido aplicada para o problema que afeta uma pequena porcentagem de detectores em US0 que pode não ter disparado como esperado. Estamos observando a recuperação contínua e estamos monitorando o ambiente para garantir que a mitigação seja totalmente eficaz. Não foram observadas perdas de dados. Nós forneceremos outra atualização uma vez que a recuperação está completa.

7. 10 Gouere 2026 da 20:53 UTCidentified

   Estamos observando a recuperação contínua e estamos monitorando o ambiente para garantir que a mitigação seja totalmente eficaz. Não foram observadas perdas de dados. Nós forneceremos outra atualização uma vez que a recuperação está completa.

8. 11 Gouere 2026 da 00:16 UTCmonitoring

   Estamos observando a recuperação contínua e estamos monitorando o ambiente para garantir que a mitigação seja totalmente eficaz. Não foram observadas perdas de dados. Nós forneceremos outra atualização uma vez que a recuperação está completa.

9. 11 Gouere 2026 da 02:15 UTCidentified

   Aplicámos mitigação que reduziu o impacto, mas a recuperação ainda não está completa. Uma pequena porcentagem de detectores em US0 pode ainda não estar disparando como esperado devido ao processamento atrasado. Não foram observadas perdas de dados. As equipes de engenharia continuam a investigar para as mitigação adicionais. Forneceremos outra atualização à medida que mais informações estiverem disponíveis.

10. 11 Gouere 2026 da 03:03 UTCidentified

    Identificamos que séries temporais recém-criadas em US0 podem levar até 10 minutos para serem incluídas nos detectores, o que pode atrasar as avaliações do detector para essas novas séries temporais. O atraso na notificação tempo médio é atualmente saudável, e nenhuma perda de dados foi observada. As equipes de engenharia estão continuando o trabalho de mitigação e validando se ele elimina os atrasos remanescentes. Forneceremos outra atualização quando a validação estiver completa.

11. 11 Gouere 2026 da 15:05 UTCidentified

    Continuamos a investigar a inclusão tardia de séries temporais recém-criadas em detectores em US0. Novas séries temporais podem demorar até 10 minutos para serem incluídas nos detectores, o que pode atrasar as avaliações do detector para essas séries temporais. Atraso de notificação tempo médio permanece saudável, e nenhuma perda de dados foi observada. As equipes de engenharia estão realizando uma implantação controlada de componentes afetados como parte do trabalho de mitigação em andamento, e isso não é esperado para introduzir impacto adicional ao cliente. Forneceremos outra atualização à medida que a validação progride.

12. 11 Gouere 2026 da 18:09 UTCresolved

    Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 9 Gouere 2026 da 02:36 UTCresolved

   Entre 4:45p - 6:45p PDT uma porcentagem muito pequena de pontos de dados métricos estava sendo descartada. Esta questão foi resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 21:47 UTCinvestigating

   A partir das 11:30a PDT, a ingestão de pontos de dados é afetada e estamos caindo uma pequena porcentagem de pontos de dados. Estamos a investigar e vamos apresentar uma actualização à medida que se avança.

2. 8 Gouere 2026 da 22:35 UTCinvestigating

   Continuamos investigando a questão que afeta uma pequena porcentagem de pontos de dados ingeridos em US0. Nossas equipes de engenharia estão trabalhando ativamente na questão e avaliando potenciais mitigação. Forneceremos outra atualização à medida que mais informações estiverem disponíveis.

3. 8 Gouere 2026 da 23:29 UTCinvestigating

   Continuamos investigando a questão que afeta uma pequena porcentagem de pontos de dados ingeridos em US0. Nossas equipes de engenharia estão trabalhando ativamente na questão. Forneceremos outra atualização à medida que mais informações estiverem disponíveis.

4. 8 Gouere 2026 da 23:33 UTCmonitoring

   Observamos melhora na ingestão de pontos de dados em US0, e a taxa de quedas de pontos de dados retornou aos níveis esperados. Continuamos a acompanhar de perto o serviço para garantir a estabilidade. Nós forneceremos outra atualização quando o monitoramento estiver completo ou se quaisquer problemas adicionais forem observados.

5. 8 Gouere 2026 da 23:52 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 14:21 UTCinvestigating

   A partir de 6:48a PDT, os testes sintéticos não são capazes de ser vistos na interface do usuário. Os testes ainda estão a correr e os detectores ainda funcionam. Estamos investigando a questão e enviaremos atualizações à medida que o progresso for feito.

2. 8 Gouere 2026 da 14:43 UTCinvestigating

   A interface de usuário APM Profiling também não está disponível neste momento devido ao mesmo problema subjacente. Continuamos a investigar e forneceremos actualizações à medida que forem progredindo.

3. 8 Gouere 2026 da 15:05 UTCinvestigating

   Os dados visíveis na interface de usuário APM Profiling estão passando por atrasos. Splunk Synthetics Monitoring está operacional. Continuamos a investigar e forneceremos actualizações à medida que forem progredindo.

4. 8 Gouere 2026 da 15:33 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 10:51 UTCresolved

   Entre 1a PDT e 2:50a PDT, qualquer integração GCP que tivesse a configuração "Sync all (dinamicamente) listed projects" ativada teve alguns dos dados de Monitoramento de Nuvem do GCP caídos. Esta questão foi resolvida. Os clientes podem ver lacunas em gráficos e detectores que usam métricas de monitoramento de nuvem GCP afetadas. As métricas AWS CloudWatch e Azure Monitor não são impactadas.

Traduzido automaticamente da atualização oficial do incidente.

1. 3 Gouere 2026 da 00:47 UTCinvestigating

   Estamos investigando uma grande interrupção de serviço que afeta o Splunk APM Trace Search e o recurso Splunk RUM Session Details. Os clientes podem ser incapazes de pesquisar ou visualizar traços e podem ser incapazes de carregar detalhes da sessão. Os dados ingeridos não são afetados neste momento. Forneceremos uma atualização o mais rápido possível.

2. 3 Gouere 2026 da 01:53 UTCinvestigating

   Continuamos a investigar esta questão.

3. 3 Gouere 2026 da 02:04 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 3 Gouere 2026 da 02:47 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 2 Gouere 2026 da 20:55 UTCinvestigating

   Os clientes podem estar passando por atrasos em alguns detectores. A ingestão de dados não é afetada. Estamos investigando e vamos fornecer uma atualização em breve.

2. 2 Gouere 2026 da 21:36 UTCidentified

   Identificamos a fonte da questão e tomamos medidas de atenuação. A recuperação está em curso, e estamos a assistir a uma melhoria gradual. As nossas equipas continuam a investigar a causa subjacente enquanto monitoram a recuperação. Forneceremos outra atualização à medida que mais informações estiverem disponíveis.

3. 2 Gouere 2026 da 22:35 UTCresolved

   A questão que causa atrasos em alguns detectores foi resolvida. Os sistemas recuperaram e o processamento do detector voltou aos níveis esperados. Obrigado pela vossa paciência enquanto trabalhávamos para resolver esta questão.

Traduzido automaticamente da atualização oficial do incidente.

1. 2 Gouere 2026 da 19:21 UTCinvestigating

   Uma degradação no desempenho do gasoduto de processamento de métricas Splunk APM está fazendo com que o Monitoring MetricSets seja atrasado em mais de cinco minutos. Os dados de rastreamento ingeridos não são impactados, mas os painéis de serviço, endpoint e fluxo de trabalho, e outros gráficos e detectores construídos a partir de Monitoring MetricSets são impactados.

2. 2 Gouere 2026 da 20:16 UTCinvestigating

   Continuamos a investigar esta questão.

3. 2 Gouere 2026 da 20:44 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

4. 2 Gouere 2026 da 21:31 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gouere 2026 da 14:18 UTCresolved

   Confirmamos que a questão que afecta o Tag Spotlight foi resolvida. Os clientes podem ter experimentado uma funcionalidade limitada no Tag Spotlight a partir das 16h30 do dia 30 de Junho. A funcionalidade completa foi restaurada às 7:20 AM PT no dia 1o de julho.

Traduzido automaticamente da atualização oficial do incidente.

1. 26 Mezheven 2026 da 07:36 UTCresolved

   Devido a uma regressão em uma versão recente, usuários navegando de Logs Conteúdo Relacionado na página APM TraceView para Log Observer foram redirecionados de volta para APM TraceView. Isso afetou a experiência de Correlação de Logs para clientes em todos os reinos, exceto US3 e Gov. A mudança foi revertida para restaurar a experiência de navegação esperada. A disponibilidade do produto para APM e Log Observer não foi impactada; o problema foi limitado ao fluxo de trabalho de Correlação de Registros do TraceView. Hora de início do incidente: 05:09 PDT, 25 de junho de 2026 Hora do fim do incidente: 22:15 PDT, 25 de junho de 2026

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Mezheven 2026 da 15:37 UTCinvestigating

   We are investigating why Trace Lookups are failing for traces created between approximately 5:30am PT - 7:30am PT. Monitoring MetricSets and Troubleshooting MetricSets are not impacted. Metrics are still available. We are investigating the issue.

2. 17 Mezheven 2026 da 16:43 UTCinvestigating

   We are still investigating the issue.

3. 17 Mezheven 2026 da 17:56 UTCinvestigating

   We are continuing to investigate this issue.

4. 17 Mezheven 2026 da 18:35 UTCidentified

   The issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been identified. This occurred during an approved maintenance window associated with repartitioning and scaling activities. Customers may be unable to search for traces generated during this timeframe. Trace ingestion and processing are operating normally, and traces generated outside of the affected window remain searchable. Our team has developed a fix and is currently validating it through internal testing. We expect validation to complete within approximately two hours and will provide another update once the fix is ready for deployment or as additional information becomes available.

5. 17 Mezheven 2026 da 20:07 UTCidentified

   We continue to make progress toward resolution. The fix is currently moving through the implementation process and will be rolled out once all deployment steps have been completed. We will provide another update as progress continues.

6. 17 Mezheven 2026 da 21:09 UTCresolved

   The fix has been successfully deployed, and we have confirmed that the issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been resolved. Customers should now be able to search affected traces as expected.

1. 17 Mezheven 2026 da 15:07 UTCmonitoring

   The Scheduled Maintenance for US0 Splunk APM Span Firehose Optimization has been extended while we continue to monitor the improvements.

2. 17 Mezheven 2026 da 15:33 UTCresolved

   We have completed our Scheduled Maintenance window. Thanks for your patience.

1. 15 Mezheven 2026 da 17:53 UTCinvestigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time.

2. 15 Mezheven 2026 da 18:37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 15 Mezheven 2026 da 19:07 UTCinvestigating

   We are continuing to work on the performance degradation affecting the Splunk APM trace processing pipeline. Our teams are actively working to restore normal service, and we will provide further updates as more information becomes available.

4. 15 Mezheven 2026 da 19:40 UTCinvestigating

   There is no change in status. Our teams continue to work on resolving the performance degradation in the Splunk APM trace processing pipeline. Delays of over five minutes in Troubleshooting and Monitoring MetricSets persist. We will provide further updates as soon as more information is available.

5. 15 Mezheven 2026 da 20:16 UTCidentified

   We have identified the root cause of the performance degradation in the Splunk APM trace processing pipeline. Our engineering teams are currently planning the most efficient approach to implement a fix and restore normal service functionality. We will provide further updates as we move into the implementation phase.

6. 15 Mezheven 2026 da 20:48 UTCidentified

   Our teams are continuing to finalize the implementation plan for the fix to address the performance degradation in the Splunk APM trace processing pipeline. We will provide further updates as we move into the implementation phase.

7. 15 Mezheven 2026 da 21:20 UTCidentified

   There is no change in status to report. Our engineering teams are currently finalizing the remediation strategy to address the performance degradation within the Splunk APM trace processing pipeline. We are prioritizing a stable resolution.

8. 15 Mezheven 2026 da 21:53 UTCidentified

   Our engineering teams are working diligently to ensure the proposed fix for the Splunk APM trace processing pipeline is executed effectively to restore normal service.

9. 15 Mezheven 2026 da 23:04 UTCidentified

   Efforts to improve the pipeline performance, including monitoring metrics pipeline management capabilities such as aggregation, filtering, and archiving, are ongoing.

10. 15 Mezheven 2026 da 23:35 UTCidentified

    We are continuing to work on a fix for this issue.

11. 16 Mezheven 2026 da 00:12 UTCresolved

    This incident has been resolved as latency has dropped to a normal threshold.

1. 12 Mezheven 2026 da 20:29 UTCinvestigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data and may fail or be slow to load. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time; service-level and endpoint-level Monitoring MetricSets and the detectors built from them are also not impacted.

2. 12 Mezheven 2026 da 21:31 UTCinvestigating

   We are continuing to investigate this issue.

3. 12 Mezheven 2026 da 22:17 UTCmonitoring

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

4. 12 Mezheven 2026 da 23:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13 Mezheven 2026 da 00:01 UTCresolved

   This incident has been resolved.

1. 11 Mezheven 2026 da 18:55 UTCinvestigating

   Customers may be experiencing delays in some charts and detectors. Datapoint ingest is not affected. We are investigating and will provide an update shortly.

2. 11 Mezheven 2026 da 19:52 UTCinvestigating

   Lagging continues and has caused some charts and dashboards to fail to load.

3. 11 Mezheven 2026 da 20:39 UTCinvestigating

   We have scaled up to reduce lag but are are still investigating the root cause.

4. 11 Mezheven 2026 da 21:05 UTCinvestigating

   A degradation in the performance of the Splunk APM metrics processing pipeline is causing Monitoring MetricSets and Troubleshooting MetricSets to be delayed by more than five minutes. Trace data ingest is not impacted, but service, endpoint and workflow dashboards, and other charts and detectors built from Monitoring MetricSets are impacted.

5. 11 Mezheven 2026 da 22:09 UTCmonitoring

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

6. 11 Mezheven 2026 da 22:32 UTCresolved

   This incident has been resolved.