История сбоев Sysdig Us West 2

1. 11 октября 2026 г. в 15:10 UTCinvestigating

   Sysdig стало известно о проблеме сканирования, которая может привести к тому, что некоторые клиенты получат отсроченные отчеты. Остальные функции Sysdig функционируют. Мы изучаем проблему и опубликуем обновления на этой странице.

2. 11 октября 2026 г. в 15:58 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 11 октября 2026 г. в 17:00 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 11 октября 2026 г. в 18:31 UTCmonitoring

   Система, которая восстанавливает и обрабатывает отставание предметов, находящихся на рассмотрении, мы все еще отслеживаем ситуацию и ждем полного восстановления

5. 11 октября 2026 г. в 19:07 UTCmonitoring

   «Система продолжает восстанавливать и обрабатывать отставание предметов в ожидании, мы все еще отслеживаем ситуацию и ждем полного восстановления», — сказал он

6. 12 октября 2026 г. в 01:50 UTCmonitoring

   «Система продолжает восстанавливать и обрабатывать отставание предметов в ожидании, мы все еще следим за ситуацией и ждем полного восстановления», — сказал он.

7. 12 октября 2026 г. в 02:20 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

8. 12 октября 2026 г. в 02:20 UTCmonitoring

   Системы вернулись в нормальное состояние. Инцидент был урегулирован.

9. 12 октября 2026 г. в 02:25 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 8 октября 2026 г. в 01:13 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 8 октября 2026 г. в 02:37 UTCmonitoring

   Реализовано исправление, и в настоящее время мы отслеживаем результаты, чтобы обеспечить полное восстановление.

3. 8 октября 2026 г. в 02:50 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 6 октября 2026 г. в 12:47 UTCinvestigating

   Sysdig стало известно о проблеме оповещения в облачной платформе, которая может привести к тому, что некоторые клиенты будут испытывать оповещения, которые срабатывают неправильно или не вовремя, или пробелы в населенных графиках. Остальные функции Sysdig функционируют. Мы изучаем проблему и опубликуем обновления на этой странице.

2. 6 октября 2026 г. в 13:03 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 6 октября 2026 г. в 13:10 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 2 октября 2026 г. в 09:21 UTCinvestigating

   Клиенты могут просматривать данные Консультанта по расходам, которые отсутствуют для кластеров Azure. В настоящее время мы расследуем этот вопрос.

2. 2 октября 2026 г. в 09:32 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 2 октября 2026 г. в 10:37 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 30 сентября 2026 г. в 19:44 UTCinvestigating

   Мы испытываем некоторую деградацию при обработке сканирования CSPM, что может привести к несоответствиям на страницах Инвентаризации и Находок соответствия. Мы активно работаем над исправлением, чтобы восстановить данные CSPM в норме и рассчитываем предоставить обновление в ближайшие часы.

2. 1 октября 2026 г. в 01:00 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 1 октября 2026 г. в 09:25 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 28 сентября 2026 г. в 10:17 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 28 сентября 2026 г. в 13:01 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 28 сентября 2026 г. в 13:44 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 11 сентября 2026 г. в 11:12 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 11 сентября 2026 г. в 12:05 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 11 сентября 2026 г. в 13:34 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

4. 11 сентября 2026 г. в 16:05 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

5. 11 сентября 2026 г. в 16:55 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

6. 11 сентября 2026 г. в 17:19 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 14 августа 2026 г. в 19:12 UTCidentified

   We have identified an issue causing intermittent KSPM scan failures across all regions. Some scans are completing successfully, while others are not. As a result, Kubernetes posture and compliance data may be incomplete or unavailable for some customers. We have identified the cause and are actively implementing a fix. We will provide another update as progress continues.

2. 14 августа 2026 г. в 22:04 UTCmonitoring

   We have rolled out remediation changes across the affected environments, and KSPM scan processing has resumed. Customers may continue to experience delays while the accumulated scan data is processed. We will continue monitoring the service throughout the weekend and provide further updates if the situation changes.

3. 17 августа 2026 г. в 16:17 UTCmonitoring

   KSPM data collection has resumed and scan processing is progressing. Kubernetes posture and compliance data is being repopulated, and customers may still see incomplete or delayed results while the remaining scans complete. We are continuing to monitor recovery and will confirm once posture data is fully up to date

4. 17 августа 2026 г. в 19:48 UTCresolved

   A permanent fix has been successfully deployed across all environments, and the backlog of pending scans has been fully processed. KSPM scan functionality is operating normally, and posture and compliance data is fully updated across all regions. We have confirmed that service metrics and data processing have returned to baseline performance. This incident is now resolved.

1. 4 августа 2026 г. в 09:17 UTCinvestigating

   Customers may observe delays and/or misses in stateful detection policy events. We are currently investigating the issue.

2. 4 августа 2026 г. в 09:28 UTCmonitoring

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

3. 4 августа 2026 г. в 09:48 UTCresolved

   This incident has been resolved.

Автоматический перевод официального обновления инцидента.

1. 3 августа 2026 г. в 09:36 UTCinvestigating

   В настоящее время мы расследуем этот вопрос

2. 3 августа 2026 г. в 10:30 UTCresolved

   Этот инцидент был урегулирован.

3. 3 августа 2026 г. в 15:59 UTCpostmortem

   Во время этого инцидента службы CSPM не смогли обработать сканирование из-за отказа запуска службы из-за проблем с подключением к внешнему поставщику. В результате рабочие места сканирования стояли в очереди и не обрабатывались на время отключения. Ожидается, что после восстановления затронутых служб отставание от ожидающих сканирования будет автоматически сокращаться, а нормальная функциональность сканирования постепенно возобновляется.

Автоматический перевод официального обновления инцидента.

1. 3 июля 2026 г. в 06:01 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 3 июля 2026 г. в 06:01 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 3 июля 2026 г. в 06:03 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

4. 3 июля 2026 г. в 10:24 UTCidentified

   У нас есть исправление, мы работаем над обработкой отставания данных и проверяем, что исправление правильно.

5. 3 июля 2026 г. в 10:56 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

6. 3 июля 2026 г. в 11:16 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 1 июля 2026 г. в 23:29 UTCinvestigating

   Мы изучаем вопрос, влияющий на функцию отчетности по управлению уязвимостями. Клиенты могут столкнуться с задержками и отсутствием данных об уязвимостях в VM Reporting из-за проблем, влияющих на обработку результатов сканирования. Наше расследование показывает, что проблема связана с уменьшением пропускной способности обработки в базовой поисковой инфраструктуре. Другие особенности Sysdig не затронуты. Мы активно изучаем масштабы воздействия и предоставим еще одно обновление, как только появится дополнительная информация.

2. 2 июля 2026 г. в 01:29 UTCidentified

   Мы определили причину проблемы, влияющей на функцию отчетности по управлению уязвимостями, и видим улучшения. Обработка возобновилась, и сообщения о результатах сканирования больше не теряются. Тем не менее, клиенты могут продолжать испытывать задержки в данных об уязвимостях, появляющихся в VM Reporting, в то время как мы обрабатываем отставание результатов сканирования в очереди. Мы активно работаем над восстановлением нормальной обработки и будем предоставлять еще одно обновление по мере продвижения вперед.

3. 2 июля 2026 г. в 20:16 UTCmonitoring

   Меры по смягчению последствий были успешно реализованы, и проблема, вызывающая задержки в отчетности по управлению уязвимостями, была решена. Мы отслеживаем восстановление, поскольку обрабатывается оставшееся отставание результатов сканирования. Клиенты могут продолжать получать отсроченные обновления до полного устранения отставания. Новая потеря данных не происходит.

4. 3 июля 2026 г. в 05:38 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 23 июня 2026 г. в 23:17 UTCidentified

   We are currently investigating an issue in the US2 region where users are unable to open the Vulnerability 360 drawer from the Vulnerability Finding page for KubeWorkload resources. Our engineering team has successfully identified the root cause and is actively working on a fix to deploy as soon as possible. We apologize for the inconvenience and will provide further updates here.

2. 24 июня 2026 г. в 00:28 UTCidentified

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

3. 24 июня 2026 г. в 01:46 UTCmonitoring

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

4. 24 июня 2026 г. в 04:26 UTCmonitoring

   The fix is working as expected and we're actively monitoring until full recovery.

5. 24 июня 2026 г. в 13:58 UTCmonitoring

   We're actively monitoring the recovery and will provide further updates as necessary.

6. 24 июня 2026 г. в 17:41 UTCmonitoring

   We're actively monitoring the recovery and will provide further updates as necessary

7. 24 июня 2026 г. в 17:42 UTCresolved

   This incident has been resolved.

1. 23 июня 2026 г. в 14:50 UTCinvestigating

   We are currently experiencing a delay in processing mass data exports. No data has been lost, and all exports will be sent as soon as the issue is resolved.

2. 23 июня 2026 г. в 16:07 UTCinvestigating

   We are continuing to investigate the issue.

3. 23 июня 2026 г. в 16:16 UTCidentified

   We are continuing to investigate the issue.

4. 24 июня 2026 г. в 00:04 UTCidentified

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

5. 24 июня 2026 г. в 01:20 UTCmonitoring

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

6. 24 июня 2026 г. в 04:38 UTCmonitoring

   The fix is working as expected and we're actively monitoring until full recovery.

7. 24 июня 2026 г. в 13:59 UTCmonitoring

   We're actively monitoring the recovery and will provide further updates as necessary.

8. 25 июня 2026 г. в 12:02 UTCmonitoring

   We're actively monitoring the recovery and will provide further updates as necessary

9. 25 июня 2026 г. в 16:14 UTCresolved

   This incident has been resolved.

1. 16 июня 2026 г. в 12:13 UTCinvestigating

   We’ve detected an issue in our processing systems and are actively investigating. We suspect this may be causing delays in Vulnerability Management (VM) data updates, meaning the latest scan findings could take longer than usual to appear. Scans are continuing to run. We’re working to confirm the extent of the impact and will post an update as soon as we know more.

2. 16 июня 2026 г. в 13:53 UTCidentified

   We have identified the root cause and issued a fix, we are already recovering and we are processing the backlog of data pending to be processed. We will post updates here once we have more information about the recovery path

3. 16 июня 2026 г. в 15:24 UTCmonitoring

   The data process it's recovering all new Scans should work fine, we might still some gaps until all the processes catch up with the queue. We will update here again when all the processes are good.

4. 16 июня 2026 г. в 18:22 UTCresolved

   All scan processing services have fully recovered. Scan request volumes have returned to normal levels and all queue backlogs have been cleared. New scans are processing as expected with no further gaps anticipated. We will continue to monitor service health. No action is required on your end.

1. 16 июня 2026 г. в 02:33 UTCidentified

   The issue has been identified and a fix is being implemented.

2. 16 июня 2026 г. в 02:42 UTCmonitoring

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

3. 16 июня 2026 г. в 06:00 UTCmonitoring

   We are continuing to monitor recovery of the system.

4. 16 июня 2026 г. в 06:22 UTCresolved

   This incident has been resolved.

1. 6 мая 2026 г. в 23:08 UTCinvestigating

   We are currently investigating an issue affecting vulnerability scan processing in the US2 (us-east-2) region. Customers may experience delays in scan results appearing in the UI. New scan requests are taking longer to be processed than expected. Our team is actively working to resolve the issue. Further updates will be provided as investigation progresses.

2. 6 мая 2026 г. в 23:22 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 6 мая 2026 г. в 23:46 UTCmonitoring

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

4. 7 мая 2026 г. в 00:10 UTCresolved

   This incident has been resolved.

1. 27 апреля 2026 г. в 21:11 UTCinvestigating

   We are currently investigating an issue that may affect report generation. In some cases, reports may be created without displaying data.

2. 27 апреля 2026 г. в 22:22 UTCidentified

   We are aware of a potential issue affecting report generation, where reports may occasionally be generated without displaying data. Our engineering team is investigating and working toward a resolution. Updates will be provided as appropriate.

3. 28 апреля 2026 г. в 00:28 UTCmonitoring

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

4. 28 апреля 2026 г. в 02:44 UTCmonitoring

   We are currently monitoring the system to ensure report generation is functioning as expected. Updates will be shared as needed.

5. 28 апреля 2026 г. в 04:12 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 28 апреля 2026 г. в 07:34 UTCresolved

   This incident has been resolved.

1. 9 апреля 2026 г. в 02:08 UTCresolved

   A processing delay in the data ingestion pipeline is currently impacting vulnerability page visibility for US2 customers, with a fix deployed and full recovery expected

1. 9 апреля 2026 г. в 02:04 UTCresolved

   A processing delay in the data ingestion pipeline is currently impacting vulnerability page visibility for US2 customers, with a fix deployed and full recovery expected