incident.io Status 장애 기록

1. 2026년 10월 2일 오후 11:47 UTCresolved

   상태: 해결 이 사건은 해결되었습니다. Slack을 통해 로그인은 정상적으로 다시 작동하며 더 이상 동작이 필요하지 않습니다. 완전한 구성 요소 Slack 앱 (Operational)

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 20일 오후 4:31 UTCresolved

   상태 : Resolved Latency는 현재 정상으로 돌아 왔습니다. 13:00과 15:08 UTC 사이 일부 Microsoft API에서 증가 된 대기 시간이 있었다. Microsoft 팀의 메시지는 증가 된 대기 시간으로 전달되었습니다. 대시보드 및 모바일 앱이 영향을 미쳤습니다. 완전한 구성 요소 Microsoft 팀 앱 (Operational)

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 18일 오전 11:37 UTCresolved

   상태: 해결 우리는 이제 다시 압연하고 목록 경고는 일반적으로 다시 일하고 있습니다. 감염된 성분 Alert ingestion, 처리 및 paging (Operational)

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 3일 오후 5:04 UTCresolved

   상태: 해결된 Opsgenie webhook 납품은 약 17:48 BST에 정상에 반환했습니다 성분 Opsgenie (Operational)

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 1일 오전 2:45 UTCresolved

   상태: 00:00 및 02:44 UTC 사이 해결, 일부 AI 기능은 오류율을 증가. 우리는 지금 가득 차있는 회복을 본다. (Operational) Slack (Operational) 모바일 앱 (Operational) SAML 로그인 (Operational) Atlassian Statuspage (Operational) Shortcut (Operational) 푸시 알림 (Operational) Microsoft Teams 앱 (Operational) Okta (Operational) Zapier (Operational) Splunk (Operational) Alert ingestion, 처리 및 Paging (Operational) Microsoft Teams (Operational) Google Analytics (Operational)

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 16일 오전 8:32 UTCinvestigating

   우리는 SAML을 사용하여 일부 고객 로그인에 영향을 미치는 문제의 인식입니다. 우리는 투자하고 곧 업데이트 제공 할 것입니다.

2. 2026년 7월 16일 오전 9:12 UTCidentified

   이 문제는 계속되고 우리는 해결책에 일하고 있습니다. 다른 모든 기능은 unaffected. 모바일 앱과 대시보드의 기존 세션은 필수이며, 정상으로 접근할 수 있습니다. 우리는 다음 30 분에 우리의 다음 업데이트를 게시합니다.

3. 2026년 7월 16일 오전 9:27 UTCmonitoring

   SAML 로그인이 증가한 대기 시간으로 작동하고 있습니다. 우리는 완전히 회복될 때까지 계속 감시할 것입니다. 다른 모든 기능은 unaffected 남아 있습니다.

4. 2026년 7월 16일 오전 10:16 UTCmonitoring

   SAML 로그인으로 높은 오류와 대기 시간을 볼 수 있습니다. 다른 모든 기능은 unaffected 남아 있습니다.

5. 2026년 7월 16일 오전 10:29 UTCmonitoring

   SAML 로그인은 이제 정상으로 수행됩니다. 우리는 더 많은 문제점을 위해 계속 감시할 것입니다.

6. 2026년 7월 16일 오전 10:54 UTCresolved

   SAML 로그인은 정상으로 계속됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 23일 오후 7:45 UTCinvestigating

   우리는 우리의 대시보드에 대한 몇 가지 요청에 영향을 미칩니다. 문제는 일시적으로 닮았고, 상쾌한 것을 추천합니다. 우리는 조사를 계속하고 있습니다.

2. 2026년 6월 23일 오후 7:55 UTCmonitoring

   지연 및 오류율은 정상으로 돌아 왔습니다. 우리는 더 많은 문제에 대한 모니터링을 계속하고 있습니다.

3. 2026년 6월 23일 오후 8:25 UTCresolved

   사이 19:31:30 그리고 19:34:30 UTC, 우리의 대쉬보드에 대한 일부 요청은 대기 시간 및 연결 오류를 증가. 원인은 Google Cloud Platform의 업스트림 네트워킹 사건이었습니다. 과도하고 상쾌한 것은 보통 그들을 맑게했다. 지연 및 오류율은 정상으로 돌아와서 우리는 물건에 눈을 유지하고 있습니다. 우리는 전체적인 충격을 덮는 post-mortem를 배치할 것입니다.

4. 2026년 6월 25일 오전 11:51 UTCresolved

   19:31:30 및 19:34:30 UTC 사이의 소규모 대시보드 오류의 제한된 증가를 관찰했습니다. 이 영향 0\.03% 우리의 대시보드에 호출. 이것은 우리의 내부 합성 감시에 의해 검출되었습니다. 이러한 높은 오류의 원인은 GCP 내에서 네트워크 문제로 인해 발생했습니다. GCP 로드밸런서를 보여주는 우리의 로그에 의해 확인은 성공 응답을 전달하지 않고, 외부 서비스에 도달하려고 할 때 네트워크 타임 아웃. 이 영향은 사용자의 작은 숫자로 제한되었으며 대시보드를 새로 고침하여 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 5월 27일 오후 10:42 UTCidentified

   Slack 통합을 통해 오류율을 확인했습니다. 우리는 현재 우리의 플랫폼에 영향을 미치는 방법을 조사하고 있습니다. 이것은 Slack 측에 문제가 될 것으로 보인다, 특히 채널 생성 및 메시지 배달.

2. 2026년 5월 27일 오후 11:02 UTCidentified

   Slack은 그들의 측에 사건을 인정했습니다. 상태 페이지를 따를 수 있습니다 [here](https://slack-status.com/2026-05/46d9d5d41fbedd9f).

3. 2026년 5월 27일 오후 11:21 UTCmonitoring

   Slack 작업의 오류율 및 대기 시간은 정상으로 돌아와 통합이 회복되었습니다. Slack의 상태 페이지 [here](https://slack-status.com/2026-05/46d9d5d41fbedd9f)에서 업데이트를 따를 수 있습니다.

4. 2026년 5월 28일 오전 12:19 UTCmonitoring

   우리는 Slack을 복구하는 것을 계속 모니터링하고, 더 이상 우리의 Slack 앱에 직접적인 영향을 볼 수 없습니다 Slack의 상태 페이지 [here](https://slack-status.com/2026-05/46d9d5d41fbedd9f "here").

5. 2026년 5월 28일 오전 2:31 UTCmonitoring

   우리는 복구로 Slack을 모니터링하고 있습니다. Slack 앱에 직접적인 영향을 미치지 않습니다. Slack의 상태 페이지 [here](https://slack-status.com/2026-05/46d9d5d41fbedd9f "here").

6. 2026년 5월 28일 오전 6:29 UTCresolved

   Slack은 그들의 서비스를 크게 가동 수준으로 돌려주었습니다. ~23:20 UTC의 어제부터 Slack 앱에 직접적인 영향을 미쳤습니다. 우리는 우리의 측에 이것을 해결하고, Slack의 상태 페이지 [here] (https://slack-status.com/2026-05/46d9d5d41fbedd9f)에 대한 추가 업데이트를 따를 수 있습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 5월 14일 오후 2: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. 2026년 5월 14일 오후 2: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. 2026년 5월 14일 오후 2: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. 2026년 5월 14일 오후 3: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. 2026년 5월 14일 오후 3:45 UTCresolved

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

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 5월 7일 오전 7:37 UTCresolved

   The website is now up and working as normal.

2. 2026년 5월 7일 오전 7:37 UTCidentified

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

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 4월 27일 오후 11:58 UTCmonitoring

   Opsgenie의 웹훅을 수신하는 데 최대 30 분의 지연을 보였습니다. 경고 전달을 지연시킬 수 있습니다. 우리의 시스템은 일반적으로 작동하고 프로세스 경고를 곧 도착합니다. 문제는 Opsgenie의 측면에 나타납니다. 우리는 밀접하게 감시하고 우리가 더 많은 것을 배우기 때문에 갱신을 공유할 것입니다.

2. 2026년 4월 28일 오전 12:14 UTCresolved

   Webhooks는 정상으로 도착하기 위해 나타납니다. 그래서 더 이상 지연을 볼 수 없습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 4월 9일 오전 7: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. 2026년 4월 9일 오전 7:55 UTCresolved

   Error rates have returned to normal levels.

1. 2026년 3월 24일 오후 4: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. 2026년 3월 24일 오후 5: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. 2026년 3월 24일 오후 6: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. 2026년 3월 24일 오후 7: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. 2026년 3월 24일 오후 8:52 UTCresolved

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

1. 2026년 3월 24일 오후 3: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. 2026년 3월 24일 오후 3: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. 2026년 3월 24일 오후 4: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. 2026년 3월 24일 오후 5:02 UTCresolved

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

1. 2026년 3월 13일 오후 2:19 UTCinvestigating

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

2. 2026년 3월 13일 오후 2: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. 2026년 3월 13일 오후 3: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. 2026년 3월 13일 오후 4:40 UTCresolved

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

1. 2026년 3월 12일 오후 1: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. 2026년 3월 12일 오후 2:27 UTCresolved

   Traffic appears to be back to normal levels now.

1. 2026년 2월 2일 오전 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. 2026년 2월 2일 오전 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. 2026년 2월 2일 오후 1: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. 2026년 2월 2일 오후 3: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. 2026년 2월 2일 오후 4: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. 2026년 2월 2일 오후 4: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. 2026년 1월 12일 오후 3: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. 2026년 1월 12일 오후 3: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. 2026년 1월 12일 오후 3: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. 2025년 12월 22일 오전 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. 2025년 12월 22일 오전 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. 2025년 12월 22일 오전 11:34 UTCidentified

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

4. 2025년 12월 22일 오후 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. 2025년 12월 22일 오후 1: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. 2025년 12월 15일 오전 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. 2025년 12월 15일 오전 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. 2025년 12월 15일 오후 2:41 UTCresolved

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