Historia awarii Signalfx

1. 24 sierpnia 2026 23:09 UTCinvestigating

   Od 3: 08PM PDT klienci mogą doświadczać opóźnień w oglądaniu nowo utworzonej serii MetricTimess. Nie wpływa to na spożycie produktu Datapoint. Prowadzimy śledztwo i wkrótce dostarczymy nowe informacje.

2. 25 sierpnia 2026 00:20 UTCinvestigating

   Zidentyfikowaliśmy, że ten incydent był fałszywym alarmem ze względu na ograniczenie stawki stosowane do jednego najemcy. Skontaktowaliśmy się z poszkodowanym lokatorem. Wszyscy inni klienci w US0 nie są i nie zostały dotknięte przez ten incydent.

3. 25 sierpnia 2026 00:20 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 31 lipca 2026 03:46 UTCinvestigating

   Degradacja działania gazociągu pomiarowego Sparunk APM powoduje spadek wskaźników monitorowania. Zużycie danych śladowych nie ma wpływu, ale deski rozdzielcze serwisowe, punktowe i robocze, a także inne mapy i detektory zbudowane z Setów MetricSets Monitoring są naruszone.

2. 31 lipca 2026 04:07 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

3. 31 lipca 2026 04:08 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 31 lipca 2026 04:32 UTCresolved

   Sprawa została rozwiązana.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 lipca 2026 15:59 UTCresolved

   Niektórzy klienci mogą doświadczyć opóźnień w powiadomieniach alarmowych od 4 rano ~ 6 rano (PST), 24 lipca 2026. Nie wpływa to na spożycie produktu Datapoint. Sprawa została odzyskana.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 lipca 2026 12:20 UTCinvestigating

   Obecnie badamy tę sprawę. Niektóre API mogą zawodzić, a aktywne strony alarmowe powoli się ładują. Żadne dane nie są upuszczane lub gubione.

2. 15 lipca 2026 12:48 UTCidentified

   Problem został zidentyfikowany i fix jest w trakcie wdrażania.

3. 15 lipca 2026 14:57 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 15 lipca 2026 16:00 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 lipca 2026 15:45 UTCinvestigating

   Obecnie badamy tę sprawę. Niektóre API mogą zawodzić, a aktywne strony alarmowe powoli się ładują. Żadne dane nie są upuszczane lub gubione.

2. 14 lipca 2026 16:49 UTCidentified

   Wpływ na klienta rozpoczął się około 7: 00 PDT. Zidentyfikowaliśmy rozwiązanie, ale pełne wyzdrowienie może zająć kilka godzin

3. 14 lipca 2026 17:52 UTCidentified

   Nadal pracujemy nad rozwiązaniem tej kwestii. Pełne wyzdrowienie może zająć kilka godzin

4. 14 lipca 2026 19:07 UTCmonitoring

   Zaimplementowano fix i monitorujemy wyniki w miarę odzyskiwania zaległości. Stan alarmowy i szeregi czasu zdarzenia w UI mogą być opóźnione, gdy backlog odzyskuje.

5. 14 lipca 2026 19:44 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 lipca 2026 12:03 UTCinvestigating

   Począwszy od 1a PDT, mały odsetek detektorów mógł nie wypalić. Brak danych. Prowadzimy śledztwo i wkrótce dostarczymy nowe informacje.

2. 10 lipca 2026 12:05 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

3. 10 lipca 2026 13:51 UTCmonitoring

   Nadal monitorujemy wszelkie dalsze problemy.

4. 10 lipca 2026 14:52 UTCinvestigating

   Widzieliśmy powrót niewielkiego odsetka czujników, które mogą nie odpalić. Brak danych. Kontynuujemy śledztwo.

5. 10 lipca 2026 19:02 UTCinvestigating

   Nadal badamy problem dotykający niewielkiego odsetka czujników w US0, które mogły nie wypalić zgodnie z oczekiwaniami. Nie obserwowano utraty danych. Nasze zespoły inżynieryjne aktywnie badają tę kwestię, a my dostarczymy kolejną aktualizację w miarę dostępności większej ilości informacji.

6. 10 lipca 2026 19:39 UTCidentified

   W odniesieniu do problemu dotykającego niewielki odsetek czujników w US0, które mogły nie wypalić zgodnie z oczekiwaniami, zastosowano środki łagodzące. Obserwujemy ciągłą regenerację i monitorujemy środowisko, aby zapewnić pełną skuteczność środków łagodzących. Nie obserwowano utraty danych. Dostarczymy kolejną aktualizację po zakończeniu odzyskiwania.

7. 10 lipca 2026 20:53 UTCidentified

   Obserwujemy ciągłą regenerację i monitorujemy środowisko, aby zapewnić pełną skuteczność środków łagodzących. Nie obserwowano utraty danych. Dostarczymy kolejną aktualizację po zakończeniu odzyskiwania.

8. 11 lipca 2026 00:16 UTCmonitoring

   Obserwujemy ciągłą regenerację i monitorujemy środowisko, aby zapewnić pełną skuteczność środków łagodzących. Nie obserwowano utraty danych. Dostarczymy kolejną aktualizację po zakończeniu odzyskiwania.

9. 11 lipca 2026 02:15 UTCidentified

   Zastosowaliśmy środki łagodzące, które zmniejszyły wpływ, ale odzysk nie jest jeszcze kompletny. Niewielki odsetek czujników w US0 może nadal nie palić się zgodnie z oczekiwaniami z powodu opóźnionego przetwarzania. Nie obserwowano utraty danych. Zespoły inżynieryjne kontynuują dochodzenie w sprawie dodatkowych ograniczeń. Dostarczymy kolejną aktualizację, jak więcej informacji stanie się dostępne.

10. 11 lipca 2026 03:03 UTCidentified

    Zidentyfikowaliśmy, że nowo utworzone szeregi czasowe w US0 mogą trwać do 10 minut, aby zostać włączone do detektorów, co może opóźnić ocenę detektorów dla tych nowych szeregów czasowych. Opóźnienie zgłoszenia oznacza, że czas jest obecnie zdrowy i nie zaobserwowano utraty danych. Zespoły inżynieryjne kontynuują prace w zakresie łagodzenia zmiany klimatu i sprawdzają, czy usuwa pozostałe opóźnienia. Dostarczymy kolejną aktualizację po zakończeniu walidacji.

11. 11 lipca 2026 15:05 UTCidentified

    Kontynuujemy badanie opóźnionego włączenia nowo utworzonych szeregów czasowych do detektorów w US0. Nowe szeregi czasowe mogą trwać do 10 minut, aby włączyć je do czujników, co może opóźniać ocenę czujników dla tych szeregów czasowych. Opóźnienie zgłoszenia oznacza, że czas pozostaje zdrowy i nie zaobserwowano utraty danych. Zespoły inżynieryjne przeprowadzają kontrolowany proces wprowadzania na rynek komponentów awaryjnych w ramach trwającej pracy w zakresie łagodzenia skutków zmiany klimatu, co nie powinno powodować dodatkowego wpływu na klientów. Dostarczymy kolejną aktualizację w miarę postępów walidacji.

12. 11 lipca 2026 18:09 UTCresolved

    Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 9 lipca 2026 02:36 UTCresolved

   Między 4: 45p - 6: 45p PDT zmniejszano bardzo niewielki odsetek punktów danych metrycznych. Kwestia ta została rozwiązana.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 lipca 2026 21:47 UTCinvestigating

   Począwszy od 11: 30a PDT, spożycie datapoint jest naruszone i obniżamy mały procent punktów datapoint. Prowadzimy dochodzenie i dostarczymy aktualizacji w miarę postępów.

2. 8 lipca 2026 22:35 UTCinvestigating

   W dalszym ciągu badamy problem dotyczący niewielkiego odsetka punktów danych w US0. Nasze zespoły inżynieryjne aktywnie pracują nad tym zagadnieniem i oceniają potencjalne ograniczenia. Dostarczymy kolejną aktualizację, jak więcej informacji stanie się dostępne.

3. 8 lipca 2026 23:29 UTCinvestigating

   W dalszym ciągu badamy problem dotyczący niewielkiego odsetka punktów danych w US0. Nasze zespoły inżynieryjne aktywnie nad tym pracują. Dostarczymy kolejną aktualizację, jak więcej informacji stanie się dostępne.

4. 8 lipca 2026 23:33 UTCmonitoring

   Obserwowaliśmy poprawę w zakresie spożycia punktu danych w US0, a wskaźnik zmniejszonych punktów danych powrócił do oczekiwanych poziomów. Kontynuujemy ścisłą obserwację służby w celu zapewnienia stabilności. Dostarczymy kolejną aktualizację po zakończeniu monitorowania lub w przypadku zaobserwowania jakichkolwiek dodatkowych problemów.

5. 8 lipca 2026 23:52 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 lipca 2026 14:21 UTCinvestigating

   Począwszy od 6: 48a PDT, testy syntetyczne nie mogą być wyświetlane w interfejsie użytkownika. Testy wciąż działają, a czujniki nadal działają. Badamy tę kwestię i będziemy wysyłać aktualizacje w miarę postępów.

2. 8 lipca 2026 14:43 UTCinvestigating

   Interfejs użytkownika Profilowania APM jest również niedostępny w tym czasie z powodu tego samego podstawowego problemu. Prowadzimy dalsze badania i dostarczymy aktualizacje w miarę postępów.

3. 8 lipca 2026 15:05 UTCinvestigating

   Dane widoczne w interfejsie użytkownika APM Profile ulegają opóźnieniu. Monitoring Syntetyki Plunk działa. Prowadzimy dalsze badania i dostarczymy aktualizacje w miarę postępów.

4. 8 lipca 2026 15:33 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 lipca 2026 10:51 UTCresolved

   Między 1a PDT i 2: 50a PDT, każda integracja GCP, która miała "Sync all (dynamicznie) wymienione projekty" ustawienie włączone miał niektóre z danych monitorowania chmury z GCP spadła. Kwestia ta została rozwiązana. Klienci mogą zauważyć luki w wykresach i czujnikach, które korzystają z dotkniętych wskaźników GCP Cloud Monitoring. Mierniki AWS CloudWatch i Azure Monitor nie mają wpływu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 lipca 2026 00:47 UTCinvestigating

   Badamy poważne zakłócenia usługi wpływające na Sparunk APM Trace Search i funkcji Sparunk RUM Szczegóły sesji. Klienci mogą nie być w stanie przeszukać lub zobaczyć śladów i nie mogą wczytać szczegółów sesji. Zażywanie danych nie ma obecnie wpływu. Dostarczymy aktualizację jak najszybciej.

2. 3 lipca 2026 01:53 UTCinvestigating

   Nadal badamy tę kwestię.

3. 3 lipca 2026 02:04 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

4. 3 lipca 2026 02:47 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 lipca 2026 20:55 UTCinvestigating

   Klienci mogą odczuwać opóźnienia w niektórych czujnikach. Nie wpływa to na spożycie produktu Datapoint. Prowadzimy śledztwo i wkrótce dostarczymy nowe informacje.

2. 2 lipca 2026 21:36 UTCidentified

   Zidentyfikowaliśmy źródło problemu i podjęliśmy działania łagodzące. Regeneracja jest w toku i obserwujemy stopniową poprawę. Nasze zespoły nadal badają przyczynę, monitorując leczenie. Dostarczymy kolejną aktualizację, jak więcej informacji stanie się dostępne.

3. 2 lipca 2026 22:35 UTCresolved

   Problem powodujący opóźnienia w niektórych czujnikach został rozwiązany. Systemy odzyskane, a przetwarzanie detektorów wróciło do oczekiwanych poziomów. Dziękuję za cierpliwość, podczas gdy my pracowaliśmy nad rozwiązaniem tego problemu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 lipca 2026 19:21 UTCinvestigating

   Degradacja działania rurociągu pomiarowego Sparunk APM powoduje opóźnienie MetricSets Monitoring o ponad pięć minut. Zużycie danych śladowych nie ma wpływu, ale deski rozdzielcze serwisowe, punktowe i robocze, a także inne mapy i detektory zbudowane z Setów MetricSets Monitoring są naruszone.

2. 2 lipca 2026 20:16 UTCinvestigating

   Nadal badamy tę kwestię.

3. 2 lipca 2026 20:44 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 2 lipca 2026 21:31 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 lipca 2026 14:18 UTCresolved

   Potwierdziliśmy, że problem dotyczący Tag Spotlight został rozwiązany. Klienci mogli doświadczyć ograniczonej funkcjonalności w ramach Tag Spotlight, począwszy od około 4: 30 PM PT 30 czerwca. Pełna funkcjonalność została przywrócona o 7: 20 w dniu 1 lipca.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 26 czerwca 2026 07:36 UTCresolved

   Ze względu na regresję w niedawnym wydaniu, użytkownicy nawigacji z Logs Related Content na stronie APM TraceView do Log Observer zostali przekierowani z powrotem do APM TraceView. To wpłynęło na doświadczenia Logs Korelacja dla klientów we wszystkich dziedzinach, z wyjątkiem US3 i Gov Zmiana została przywrócona w celu przywrócenia oczekiwanego doświadczenia nawigacyjnego. Dostępność produktu dla APM i Log Observer nie została naruszona; problem był ograniczony do przepływu pracy Logs Korelacja z TraceView. Czas rozpoczęcia incydentu: 05: 09 PDT, 25 czerwca 2026 Czas zakończenia incydentu: 22: 15 PDT, 25 czerwca 2026

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 czerwca 2026 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 czerwca 2026 16:43 UTCinvestigating

   We are still investigating the issue.

3. 17 czerwca 2026 17:56 UTCinvestigating

   We are continuing to investigate this issue.

4. 17 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 15:33 UTCresolved

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

1. 15 czerwca 2026 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 czerwca 2026 18:37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 15 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 23:35 UTCidentified

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

11. 16 czerwca 2026 00:12 UTCresolved

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

1. 12 czerwca 2026 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 czerwca 2026 21:31 UTCinvestigating

   We are continuing to investigate this issue.

3. 12 czerwca 2026 22:17 UTCmonitoring

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

4. 12 czerwca 2026 23:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 13 czerwca 2026 00:01 UTCresolved

   This incident has been resolved.

1. 11 czerwca 2026 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 czerwca 2026 19:52 UTCinvestigating

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

3. 11 czerwca 2026 20:39 UTCinvestigating

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

4. 11 czerwca 2026 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 czerwca 2026 22:09 UTCmonitoring

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

6. 11 czerwca 2026 22:32 UTCresolved

   This incident has been resolved.