История сбоев incident.io Status

1. 2 октября 2026 г. в 23:47 UTCresolved

   Статус: решено Этот инцидент был урегулирован. Логин через Slack снова работает нормально, и никаких дальнейших действий не требуется. Пострадавшие компоненты Slack app (Operational)

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

1. 20 августа 2026 г. в 16:31 UTCresolved

   Статус: Решенная латентность вернулась в норму. Между 13:00 и 15:08 UTC были периоды повышенной задержки от некоторых API Microsoft. Сообщения в Microsoft Teams доставлялись с повышенной задержкой. Наша приборная панель и мобильное приложение не пострадали. Пострадавшие компоненты приложения Microsoft Teams (Operational)

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

1. 18 августа 2026 г. в 11:37 UTCresolved

   Статус: решено Теперь мы откатились назад, и оповещения снова работают нормально. Пораженные компоненты Предупреждение о приеме внутрь, обработке и подаче (оперативная)

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

1. 3 августа 2026 г. в 17:04 UTCresolved

   Доставка веб-хуков Opsgenie вернулась к нормальному состоянию примерно в 17:48 BST Affected Opsgenie (Оперативный)

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

1. 1 августа 2026 г. в 02:45 UTCresolved

   В период с 00:00 до 02:44 UTC некоторые функции ИИ возвращали повышенные показатели ошибок. Сейчас мы наблюдаем полное восстановление. Поврежденные компоненты Zoom (Operational) Slack (Operational) Mobile app (Operational) SAML login (Operational) Atlassian Statuspage (Operational) Shortcut (Operational) Push-уведомления (Operational) Microsoft Teams app (Operational) Okta (Operational) Zapier (Operational) Splunk (Operational) Splunk (Operational) Splunk (Operational) Splunk (Operational) Агент (Operational) Azure DevOps (Operational) Opsgenie (Operational) Email (Operational) API (Operational) Dashboard (Operational) Vanta (Operational) Slack app (Operational) Asana (Operational) Jira (Operational) Google Docs (Operational) Status pages (Operational) Google Meet (Operational) Zendesk

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

1. 16 июля 2026 г. в 08:32 UTCinvestigating

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

2. 16 июля 2026 г. в 09:12 UTCidentified

   Этот вопрос продолжается, и мы работаем над решением. Все остальные функции не затронуты. Существующие сеансы в мобильном приложении и панели управления не затронуты и продолжают иметь доступ как обычно. Мы опубликуем наше следующее обновление в ближайшие 30 минут.

3. 16 июля 2026 г. в 09:27 UTCmonitoring

   Логины SAML теперь работают с повышенной задержкой. Мы будем продолжать следить до полного выздоровления. Все остальные функции остаются незатронутыми.

4. 16 июля 2026 г. в 10:16 UTCmonitoring

   Мы продолжаем видеть повышенные ошибки и задержки с логинами SAML. Все остальные функции остаются незатронутыми.

5. 16 июля 2026 г. в 10:29 UTCmonitoring

   Логины SAML теперь работают как обычно. Мы продолжим следить за дальнейшими вопросами.

6. 16 июля 2026 г. в 10:54 UTCresolved

   Логин SAML продолжает работать в обычном режиме.

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

1. 23 июня 2026 г. в 19:45 UTCinvestigating

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

2. 23 июня 2026 г. в 19:55 UTCmonitoring

   Частота задержек и ошибок вернулась к норме. Мы продолжаем следить за любыми дальнейшими проблемами.

3. 23 июня 2026 г. в 20:25 UTCresolved

   Между 19:31:30 и 19:34:30 UTC некоторые запросы на нашу приборную панель увеличили задержку и ошибки подключения. Причиной стал сетевой инцидент на Google Cloud Platform. Ошибки были преходящими и освежающими, как правило, очищали их. Частота задержек и ошибок вернулась к норме, и мы следим за ситуацией. Мы опубликуем посмертный отчет о полном воздействии.

4. 25 июня 2026 г. в 11:51 UTCresolved

   Мы наблюдали ограниченное увеличение задержки, а также небольшое количество ошибок приборной панели между 19:31:30 и 19:34:30 UTC. Это повлияло на 0,03% звонков на нашу панель инструментов. Это было обнаружено нашим внутренним синтетическим мониторингом. Причиной этих повышенных ошибок были проблемы с сетью в GCP. Это подтверждается нашими журналами, показывающими, что наш балансировщик нагрузки GCP не пересылает ответы на успех, а также тайм-ауты сети при попытке связаться с внешними службами. Воздействие было ограничено небольшим количеством пользователей и было решено путем обновления панели инструментов.

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

1. 27 мая 2026 г. в 22:42 UTCidentified

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

2. 27 мая 2026 г. в 23:02 UTCidentified

   Слэк признал инцидент на своей стороне. Вы можете перейти на страницу их статуса [здесь] (https://slack-status.com/2026-05/46d9d5d41fbedd9f).

3. 27 мая 2026 г. в 23:21 UTCmonitoring

   Скорость ошибок и задержка операций Slack вернулись к норме, и интеграция восстановилась. Вы можете следить за обновлениями на странице статуса Slack [здесь] (https://slack-status.com/2026-05/46d9d5d41fbedd9f).

4. 28 мая 2026 г. в 00:19 UTCmonitoring

   Мы продолжаем следить за Slack по мере его восстановления и больше не видим прямого влияния на наше приложение Slack. Вы можете следить за обновлениями на странице статуса Slack [здесь] (https://slack-status.com/2026-05/46d9d5d41fbedd9f "здесь").

5. 28 мая 2026 г. в 02:31 UTCmonitoring

   Мы продолжаем следить за Slack по мере его восстановления. Мы не видим прямого влияния на наше приложение Slack. Вы можете следить за обновлениями на странице статуса Slack [здесь] (https://slack-status.com/2026-05/46d9d5d41fbedd9f "здесь").

6. 28 мая 2026 г. в 06:29 UTCresolved

   Slack подтвердили, что их услуги в значительной степени вернулись на оперативный уровень. Мы не видели прямого влияния на наше приложение Slack с 23:20 UTC вчера. Мы решаем эту проблему с нашей стороны, и вы можете следить за любыми дальнейшими обновлениями на странице статуса Slack [здесь] (https://slack-status.com/2026-05/46d9d5d41fbedd9f).

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

1. 14 мая 2026 г. в 14:08 UTCidentified

   We have identified increased error rates with our Slack integration. We are currently investigating how this is impacting our platform - this seems to be an issue on the Slack side, particularly around channel creation.

2. 14 мая 2026 г. в 14:12 UTCidentified

   We've confirmed the issue is relating to errors being returned by Slack. This is affecting a number of features of our integration, including: • Creating incident channels • Sending messages • Syncing Slack user groups Our web dashboard continues to be available and Scribe is unaffected.

3. 14 мая 2026 г. в 14:41 UTCmonitoring

   Slack have acknowledged the incident on their side. You can follow their status page [here](https://slack-status.com/2026-05/fe557ca05fdb64fa).

4. 14 мая 2026 г. в 15:15 UTCmonitoring

   We're continuing to monitor the situation - Slack have posted an update on their status page to confirm that they're working on it.

5. 14 мая 2026 г. в 15:45 UTCresolved

   The issue has been resolved on Slack's side and we've confirmed that things look normal on our side too.

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

1. 7 мая 2026 г. в 07:37 UTCresolved

   The website is now up and working as normal.

2. 7 мая 2026 г. в 07:37 UTCidentified

   The web dashboard is unavailable due to a JavaScript deployment issue.

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

1. 27 апреля 2026 г. в 23:58 UTCmonitoring

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

2. 28 апреля 2026 г. в 00:14 UTCresolved

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

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

1. 9 апреля 2026 г. в 07:33 UTCidentified

   We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have published this to their status page [here](https://metastatuspage.com/incidents/94fwk40f4z15).

2. 9 апреля 2026 г. в 07:55 UTCresolved

   Error rates have returned to normal levels.

1. 24 марта 2026 г. в 16:30 UTCidentified

   We have identified increased error rates coming from Microsoft Teams. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.

2. 24 марта 2026 г. в 17:27 UTCmonitoring

   We have identified increased error rates coming from Microsoft Teams that are causing delays in sending messages to Teams channels and DMs. We'll continue to monitor the situation and we will update with more information shortly as we learn more. We will provide the next update by 1830 UTC.

3. 24 марта 2026 г. в 18:33 UTCmonitoring

   We are continuing to see an increase in error rates from Microsoft Teams, causing a delay in sending some messages to Teams channels and DMs. We are monitoring the situation and will provide an update by 1930 UTC.

4. 24 марта 2026 г. в 19:30 UTCmonitoring

   We have seen an improvement in error rates and latency for requests to Microsoft Teams, and we expect the performance of sending messages to Teams channels and DMs to have returned to normal. We are continuing to monitor to ensure performance remains as expected, and we will provide a further update by 2100 UTC.

5. 24 марта 2026 г. в 20:52 UTCresolved

   We are no longer seeing elevated latency and error rates from Microsoft Teams.

1. 24 марта 2026 г. в 15:31 UTCidentified

   We have identified increased error rates with an upstream call transcription provider. This is affecting Scribe for all customers. Our team are investigating and we will update with more information shortly as we learn more.

2. 24 марта 2026 г. в 15:33 UTCmonitoring

   The issues were isolated to one region and we have performed a failover to a secondary region, restoring Scribe for all customers. You may need to ask Scribe to rejoin your call. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.

3. 24 марта 2026 г. в 16:18 UTCmonitoring

   Our failover region is continuing to work as expected, and Scribe functionality has been restored. You may need to ask Scribe to rejoin your calls. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.

4. 24 марта 2026 г. в 17:02 UTCresolved

   We continue to use the failover region, and Scribe performance has returned to expected levels.

1. 13 марта 2026 г. в 14:19 UTCinvestigating

   We are currently investigating reports that users are unable to login using Slack.

2. 13 марта 2026 г. в 14:53 UTCidentified

   Users in some Slack workspaces are unable to sign in with Slack. We have escalated this issue to Slack. Signing in with SAML and Microsoft Teams is not affected.

3. 13 марта 2026 г. в 15:54 UTCmonitoring

   Slack have rolled back a change which caused this issue, and we have confirmed recovery. Please reach out to support if you're still experiencing any issues signing in with Slack.

4. 13 марта 2026 г. в 16:40 UTCresolved

   Slack have confirmed that the issue has been fully resolved, and affected customers have verified that they can log in successfully.

1. 12 марта 2026 г. в 13:20 UTCidentified

   We've identified a drop in inbound traffic to [incident.io](http://incident.io "incident.io") from Opsgenie. This means that alerts may be slow to show up in [incident.io](http://incident.io "incident.io"), and paging via Opsgenie may be slow to reflect updates. This appears to be an issue with outbound webhooks on Opsgenie's side, we're monitoring the situation and will update as we know more.

2. 12 марта 2026 г. в 14:27 UTCresolved

   Traffic appears to be back to normal levels now.

1. 2 февраля 2026 г. в 11:16 UTCidentified

   We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have acknowledged an issue on their side (<https://metastatuspage.com/incidents/ctw5xv6t643h>). We'll continue to monitor this until the issue is resolved.

2. 2 февраля 2026 г. в 11:37 UTCmonitoring

   Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in incident.io. We'll continue to monitor this until the issue is resolved.

3. 2 февраля 2026 г. в 13:30 UTCmonitoring

   Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this until the issue is resolved.

4. 2 февраля 2026 г. в 15:41 UTCmonitoring

   Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this and give an update in the next hour.

5. 2 февраля 2026 г. в 16:06 UTCmonitoring

   Atlassian's status page now reports that they are rolling out a fix (<https://metastatuspage.com/incidents/ctw5xv6t643h>). In the meantime, to restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We continue to monitor the issue until it is resolved.

6. 2 февраля 2026 г. в 16:56 UTCresolved

   Atlassian have confirmed that the issues with Statuspage have been resolved. You should now be able to reuse your original API key in our integration.

1. 12 января 2026 г. в 15:36 UTCidentified

   We have identified increased error rates with our Sentry integration. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.

2. 12 января 2026 г. в 15:38 UTCmonitoring

   Sentry have acknowledged an issue on their side ([https://status.sentry.io/incidents/wpg3tnwnwctj](https://status.sentry.io/incidents/wpg3tnwnwctj "https://status.sentry.io/incidents/wpg3tnwnwctj")), and we're seeing alerts come through from them ok. We'll continue to monitor things before closing this out.

3. 12 января 2026 г. в 15:59 UTCresolved

   We've not seen any errors from Sentry since 15:35 UTC so we're closing this out. Please see Sentry's status page for any further details.

1. 22 декабря 2025 г. в 10:29 UTCidentified

   We have identified an increased rate of Sentry integrations becoming disconnected. Alert ingestion is unaffected. Please don't uninstall our application from Sentry: we are working to restore these connections on our side, and no action is currently required. We will provide an update in 30 minutes.

2. 22 декабря 2025 г. в 10:58 UTCidentified

   We're currently testing the fix that will allow us to re-connect any disconnected Sentry integrations on behalf of customers, and will have another update on this in 30 minutes.

3. 22 декабря 2025 г. в 11:34 UTCidentified

   We've verified a fix locally, and we're starting to roll this out in production now.

4. 22 декабря 2025 г. в 12:04 UTCmonitoring

   We have confirmed that we are able to restore these connections, and we are now in the process of restoring these. When this happens, you'll see that the Sentry integration no longer flags up as requiring reconnection. Once we have finished restoring access, we'll post another update here.

5. 22 декабря 2025 г. в 13:57 UTCresolved

   We have managed to re-establish a connection to Sentry for almost all of the affected customers. If Sentry is still showing up as disconnected, you will need to remove the incident.io integration from the Sentry side, and then go through the reinstallation flow by opening incident.io and going to Settings → Integrations → Sentry. If you do this, please note that Sentry will remove the "Notify incident.io" action from alert rules when you uninstall the integration. If that was the only action in the alert rule, the entire rule is disabled. You will therefore need to verify any alert rules after re-installing.

1. 15 декабря 2025 г. в 10:31 UTCinvestigating

   We are aware of an issue that is causing delays updating data in Insights. The team are currently investigating, and we'll provide further updates soon.

2. 15 декабря 2025 г. в 11:49 UTCidentified

   We are aware of an issue that is causing delays updating data in Insights. The team are currently working on mitigating this, and we'll provide further updates soon.

3. 15 декабря 2025 г. в 14:41 UTCresolved

   The team have resolved this issue, and Insights are now syncing as expected.