GitHub 장애 기록

1. 2026년 10월 27일 오후 8:21 UTCresolved

   0655 및 0801 UTC 중 10/27, 고객은 API 및 git 요청에 대한 실패율을 경험했습니다. GitHub Apps 용 서버-to-server 토큰 (작동 토큰 제외). 이 창 중, 정통 git 작업 실수로 404 for 1.24% (2.6x)의 요청 평균과 2.49% (5.3x) 피크에서. 이 실패는 GitHub가 IAD와 Azure Central US 데이터 센터의 두 MySQL 클러스터 사이에 7 테이블을 마이그레이션하는 예정된 유지 보수 이벤트에 의해 발생했습니다. GitHub App Server-to-server 토큰에 대한 영향을받는 테이블 스토어 설치 레코드 중 하나 (작동 제외). 최근 몇 달 동안 성공적으로 완료되었습니다. 그러나이 경우, 마이그레이션은 설치 레코드 테이블에 예정된 정리 작업으로, 이는 약 59 백만 레코드를 삭제 0444-0617 UTC. 결과적으로 마이그레이션 경험 된 인터 클러스터 복제 지연 (최고 1 피크에서 1 시간)에 사용되는 gh-ost 도구. 0655 UTC에서, 우리는 목표 테이블의 새로운 MySQL 클러스터에 대한 읽음을 시작, 0721 UTC의 읽음 차단의 100 %. 고객 영향이 시작되었지만, 읽기 컷 오버를 통해 감지되지 않았으며, 0801 UTC에서 쓰기 컷 오버를 완료 할 때까지 지속되었습니다. 우리는 우리의 프로세스 및 자동화를 업데이트하고이 사건의 반복을 방지하기 위해, 이러한 마이그레이션 이전에 과잉 정리 작업을 해제하고 복제 지연이 높을 때 읽기의 cutover를 차단.

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

1. 2026년 10월 26일 오후 6:48 UTCinvestigating

   API Requests, Actions, Issues 및 Pull Requests에 대한 degraded 성능의 조사 보고서

2. 2026년 10월 26일 오후 6:50 UTCmonitoring

   격침은 mitigated. 우리는 안정성을 보장합니다.

3. 2026년 10월 26일 오후 6:54 UTCmonitoring

   우리는 REST API 요청에 영향을 미치는 높은 대기 시간을 보았으며, 체크 및 일부 행동, 문제, Pull Requests 및 GraphQL 기능을 포함하여. 일부 요청이 느리거나 시간이 지남에 따라 알림이 17:59 UTC - 18:40 UTC에서 지연되었습니다. 우리는 문제와 모든 서비스를 복구했습니다.

4. 2026년 10월 26일 오후 6:57 UTCresolved

   이 사건은 해결되었습니다. 이 문제를 해결하기 위해 당신의 인내와 이해에 감사드립니다. 상세한 루트 원인 분석은 가능한 한 빨리 공유됩니다.

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

1. 2026년 10월 23일 오후 11:41 UTCinvestigating

   Copilot AI Model Provider를 위한 degraded 성과의 조사 보고서입니다

2. 2026년 10월 23일 오후 11:42 UTCinvestigating

   우리는 Copilot 제품 및 IDE 표면에서 Grok 4.6 및 Grok 4.7 모델에 대한 고급 가용성을 경험하고 있습니다. 이것은 업스트림 모델 공급자의 문제점 때문에. 문제를 해결하기 위해 노력하는 동안, 우리는 다른 모델을 선택하거나 Copilot을 사용하여 '자동'을 선택합니다.

3. 2026년 10월 24일 오전 12:23 UTCmonitoring

   Copilot AI 모델 공급자에 영향을 미치는 degradation는 mitigated되었습니다. 우리는 안정성을 보장하기 위해 감시하고 있습니다.

4. 2026년 10월 24일 오전 12:23 UTCresolved

   사이 23:28 과 00:23 UTC 에 10월 27, 2026, GitHub Copilot 경험 degradation 에 영향을 미치는 Grok 4.6 과 Grok 4.7 모델. 사용자는 이 모델을 사용할 때 높은 오류율을 발생했습니다. degradation는 상류 모형 공급자를 가진 문제점에 기인되었습니다. GitHub 엔지니어는 자동화된 모니터링을 통해 문제를 감지하고 공급자와 협조했습니다. 자동화된 모델 워닝 시스템은 손상된 모델에 대한 제품 경고를 활성화했습니다. 서비스 제공자가 소송을 시행한 후 정상으로 돌아갑니다.

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

1. 2026년 10월 23일 오후 2:58 UTCinvestigating

   우리는 일부 GitHub 서비스에 영향을 미치는 성능에 대한 조사 보고서입니다.

2. 2026년 10월 23일 오후 3:00 UTCinvestigating

   우리는 영향을받은 저장소가 취약점을 해결하기 위해 업데이트 된 후 일부 Dependabot 경고에 대한 투자 지연입니다. Alert 처리가 백업되었습니다. 더 많은 정보를 사용할 수 있습니다.

3. 2026년 10월 23일 오후 3:39 UTCinvestigating

   우리는 영향을받은 저장소가 업데이트 된 후 오염 된 저장소가 닫히는 일부 Dependabot 경고에 지연을 일으키는 backlog를 줄이기 위해 경고 처리 용량을 스케일링하고 있습니다. 우리는 모니터를 계속하고 다른 업데이트를 더 많은 정보로 공유 할 수 있습니다.

4. 2026년 10월 23일 오후 4:11 UTCinvestigating

   우리는 영향을받은 저장소가 업데이트 된 후 약간의 Dependabot 경고에 지연을 조사하기 위해 계속됩니다. Alert 처리는 백업을 유지하고 추가 처리 용량은 backlog를 줄이는 데 도움이됩니다. 우리는 롤아웃을 모니터링하고 더 많은 것을 배우기로 또 다른 업데이트를 공유합니다.

5. 2026년 10월 23일 오후 4:43 UTCinvestigating

   우리는 영향을받은 저장소가 업데이트 된 후 약간의 Dependabot 경고에 지연을 조사하기 위해 계속됩니다. Alert 처리는 백업을 유지하고 추가 처리 용량은 backlog를 줄이는 데 도움이됩니다. 우리는 진행 상황을 모니터링하고 더 많은 것을 배우기로 또 다른 업데이트를 공유합니다.

6. 2026년 10월 23일 오후 5:27 UTCinvestigating

   몇몇 Dependabot 경고는 저장소 갱신 주소가 취약한 후에 닫히는 것을 계속합니다. 정상적인 가공을 복원하기 위해 조사 및 작업을 계속하고 있습니다.

7. 2026년 10월 23일 오후 6:36 UTCmonitoring

   격침은 mitigated. 우리는 안정성을 보장합니다.

8. 2026년 10월 23일 오후 6:51 UTCresolved

   우리는 advisory-publication 구동 팬 아웃 압도적 인 Dependabot 경고 처리는 자신의 이벤트와 큐를 포용하여 저장소에 대한 혐의로 처리, 저장소 푸시와 관련된 이벤트의 처리 지연. 우리는 이제이 팬 아웃을 분리하고 throttle을 적용하여 고정 속도에서 실행되며 다른 이벤트를 지연시킬 수 없습니다. 이 요법은 성공적으로 새로운 팬 아웃 프로세스를 방지했습니다.

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

1. 2026년 10월 23일 오전 7:29 UTCinvestigating

   우리는 행동에 대한 degraded 성능의 조사 보고서

2. 2026년 10월 23일 오전 7:31 UTCinvestigating

   우리는 07:07 UTC에서 GitHub에서보고 된 작업 흐름의 결과에 지연을보고 있습니다. 복구는 이미 보이지만 우리 팀은 조사 및 모니터링 성능을 계속합니다.

3. 2026년 10월 23일 오전 7:53 UTCmonitoring

   행동에 영향을 미치는 평가는 mitigated. 우리는 안정성을 보장합니다.

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

   07:27 UTC로, 동작 결과는 정상적인 SLOs 안에 다시 배달됩니다. 이 기간 동안의 지연된 행동 결과 배달을 주셔서 감사합니다. 우리의 팀은 체계 건강을 감시하고 미래에 있는 고객에게 충격을 감소시키는 refinements를 탐구합니다.

5. 2026년 10월 23일 오전 8:05 UTCresolved

   이 사건은 해결되었습니다. 이 문제를 해결하기 위해 당신의 인내와 이해에 감사드립니다. 상세한 루트 원인 분석은 가능한 한 빨리 공유됩니다.

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

1. 2026년 10월 22일 오후 3:28 UTCinvestigating

   우리는 Actions, Issues 및 Pull Requests에 대한 degraded 성능 보고서를 조사하고 있습니다

2. 2026년 10월 22일 오후 3:33 UTCinvestigating

   몇몇 사용자는 github.com에 intermittent 과실 적재 문제점, 잡아당기기 요구 및 검색 결과를 경험할지도 모릅니다. 우리는 정상적인 서비스를 복원하고 노력하고 있습니다.

3. 2026년 10월 22일 오후 4:08 UTCinvestigating

   몇몇 사용자는 github.com에 intermittent 과실 적재 문제점, 잡아당기기 요구 및 검색 결과를 경험하기 위하여 계속합니다. 정상적인 서비스를 복원하기 위해 투자 및 완화 옵션입니다.

4. 2026년 10월 22일 오후 4:26 UTCinvestigating

   API 요청은 성능 향상. 우리는 조사를 계속하고 있습니다.

5. 2026년 10월 22일 오후 4:28 UTCinvestigating

   포장은 degraded 성과를 경험하고 있습니다. 우리는 조사를 계속하고 있습니다.

6. 2026년 10월 22일 오후 4:35 UTCinvestigating

   API 요청은 일반적으로 작동합니다.

7. 2026년 10월 22일 오후 4:41 UTCinvestigating

   몇몇 사용자는 github.com에 오류 적재 문제점, 잡아당기기 요구, 포장 명부 및 검색 결과를 경험하기 위하여 계속합니다. 우리는 여러 완화 노력과 연구를 계속합니다.

8. 2026년 10월 22일 오후 5:16 UTCinvestigating

   우리는 과실 감소와 더불어 수용량을 추가한 후에 회복을 보았습니다. 일부 사용자는 여전히 오류로드 문제, 풀 요청 및 github.com에 결과를 검색 할 수 있습니다. 우리는 전체 복구 및 안정성 모니터링을 계속합니다.

9. 2026년 10월 22일 오후 5:41 UTCinvestigating

   Actions, Issues, Packages 및 Pull Requests는 일반적으로 운영됩니다.

10. 2026년 10월 22일 오후 5:43 UTCinvestigating

    우리는 영향을받는 서비스를 통해 복구를 본다. GitHub 프로젝트는 여전히 퀴즈 업데이트로 복구되고, 우리는 안정성을 모니터링하기 위해 계속됩니다.

11. 2026년 10월 22일 오후 6:26 UTCinvestigating

    다른 영향을받는 서비스는 복구되었습니다. GitHub Project를 조사하고 정상적인 운영이 복원되었는지 확인합니다.

12. 2026년 10월 22일 오후 7:04 UTCinvestigating

    GitHub 프로젝트의 일부 업데이트는 여전히 지연됩니다. 우리는 지속적인 완화 일 및 감시입니다.

13. 2026년 10월 22일 오후 7:56 UTCinvestigating

    일부 GitHub 프로젝트는 문제 변경 및 합병 풀 요청과 관련된 업데이트가 여전히 지연됩니다. 우리는 나머지 지연을 조사하고 정상적인 가공을 복원하기 위해 노력하고 있습니다.

14. 2026년 10월 22일 오후 8:46 UTCinvestigating

    GitHub 프로젝트 업데이트, 새로 추가된 항목 및 문제 변경 및 풀 요청을 포함 하 여, 지연. 우리는 업데이트 처리에 대한 중단을 식별하고 정상 작동을 복원하는 완화 완화입니다.

15. 2026년 10월 22일 오후 10:07 UTCinvestigating

    GitHub 프로젝트 업데이트, 새로 추가된 항목 및 문제 변경 및 풀 요청을 포함 하 여, 여전히 지연. 우리는 몇몇 회복을 본고, 회복을 가속하기 위하여 수용량을 더 추가하기 위하여 일하고 있습니다.

16. 2026년 10월 22일 오후 11:48 UTCinvestigating

    GitHub 프로젝트 업데이트 처리가 개선되었지만 새로 추가된 항목은 여전히 나타나기보다 오래 걸릴 수 있습니다. 우리는 나머지 지연 및 모니터 복구 작업을 계속하고있다.

17. 2026년 10월 23일 오전 12:55 UTCmonitoring

    격침은 mitigated. 우리는 안정성을 보장합니다.

18. 2026년 10월 23일 오전 2:30 UTCresolved

    이 사건은 해결되었습니다. 이 문제를 해결하기 위해 당신의 인내와 이해에 감사드립니다. 상세한 루트 원인 분석은 가능한 한 빨리 공유됩니다.

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

1. 2026년 10월 22일 오후 2:18 UTCinvestigating

   우리는 행동에 대한 degraded 성능의 조사 보고서

2. 2026년 10월 22일 오후 2:19 UTCinvestigating

   GitHub Actions 워크플로우 및 단계 결과를 처리하는 데 투자 지연이 있습니다.

3. 2026년 10월 22일 오후 2:35 UTCinvestigating

   Repository 업데이트 처리가 복구되었습니다. GitHub Actions 작업 흐름과 단계 결과에 영향을 미치는 지연에 대한 지속적인 노력입니다. 우리는 우리가 진전을 만들기로 또 다른 업데이트를 공유 할 것입니다.

4. 2026년 10월 22일 오후 3:06 UTCinvestigating

   우리는 복구를보고, 저장소 업데이트 처리는 정상으로 돌아 왔습니다. GitHub Actions 워크플로우에 영향을 미치는 지연 및 단계 결과는 처리 용량을 늘리고 있습니다. 나머지 백로그는 약 20 분 정도 걸릴 것으로 예상됩니다.

5. 2026년 10월 22일 오후 3:17 UTCmonitoring

   행동에 영향을 미치는 평가는 mitigated. 우리는 안정성을 보장합니다.

6. 2026년 10월 22일 오후 3:18 UTCmonitoring

   GitHub 작업 흐름 및 단계 결과 처리가 복구되었습니다. Repository 갱신 처리는 또한 정상에 돌려보내집니다.

7. 2026년 10월 22일 오후 3:18 UTCresolved

   이 사건은 해결되었습니다. 이 문제를 해결하기 위해 당신의 인내와 이해에 감사드립니다. 상세한 루트 원인 분석은 가능한 한 빨리 공유됩니다.

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

1. 2026년 10월 21일 오후 2:52 UTCinvestigating

   우리는 Actions, Pull Requests 및 Webhooks를 위한 degraded 성과의 보고입니다

2. 2026년 10월 21일 오후 3:15 UTCinvestigating

   행동은 성능 향상. 우리는 조사를 계속하고 있습니다.

3. 2026년 10월 21일 오후 3:36 UTCinvestigating

   우리는 pull request 업데이트 및 webhook 배송에 영향을 미치는 영향에 대한 투자 지연입니다. 이벤트 스트리밍 플랫폼에서 로드가 단축되었습니다. 우리는 영향을받는 지역에서 트래픽을 이동하고 처리 용량을 추가합니다. 이러한 완화 효과는 계속됩니다.

4. 2026년 10월 21일 오후 3:58 UTCinvestigating

   우리는 pull request 업데이트, webhook 배달 및 감사 로그 이벤트에 영향을 미치는 지연을 계속합니다. 이벤트 스트리밍 플랫폼은 복구의 표지판을 보여주는 것이며, 우리는 영향이 계속됩니다.

5. 2026년 10월 21일 오후 4:17 UTCinvestigating

   감사 로그 이벤트 및 작업 워크플로우 상태 업데이트가 지연됩니다. Pull request 업데이트 및 webhook 배송은 backlogs를 통해 이벤트 처리 및 작업 복원으로 복구됩니다. 우리는 복구를 모니터링하고 더 많은 업데이트를 공유합니다.

6. 2026년 10월 21일 오후 4:25 UTCinvestigating

   감사 로그 이벤트는 최대 100 분까지 지연되며, 작업 흐름 상태 업데이트는 연장 지연을 계속합니다. Pull request 업데이트 및 webhook 배송은 backlogs를 통해 이벤트 처리 및 작업 복원으로 복구됩니다. 우리는 복구를 모니터링하고 더 많은 업데이트를 공유합니다.

7. 2026년 10월 21일 오후 4:33 UTCinvestigating

   Pull Requests는 일반적으로 작동합니다.

8. 2026년 10월 21일 오후 4:34 UTCinvestigating

   감사 로그 이벤트는 110 분까지 지연됩니다. Pull request 업데이트가 복구되었습니다. 행동은 회복되고, 사용자는 더 이상 행동에 영향을 미칩니다. Webhook 배송은 backlogs를 통해 작업을 계속합니다. 우리는 복구를 모니터링하고 더 많은 업데이트를 공유합니다.

9. 2026년 10월 21일 오후 4:57 UTCinvestigating

   Actions 및 Webhooks는 일반적으로 작동합니다.

10. 2026년 10월 21일 오후 4:59 UTCinvestigating

    Actions 및 webhook 배송이 복구되었습니다. 감사 로그 이벤트는 100 분 정도 지연됩니다. 우리는 backlog를 통해 일하고, 가득 차있는 회복은 몇몇 시간을 가지고 갈 것입니다. 복구로 더 많은 업데이트를 공유합니다.

11. 2026년 10월 21일 오후 5:09 UTCinvestigating

    Pull request 업데이트, 동작 및 webhook 배송이 복구되었습니다. 감사 로그 이벤트는 복구 및 지연은 감소하지만, 우리는 나머지 백로를 기대하여 약 2 ~ 3 시간 명확한. 우리는 복구를 모니터링하고 더 많은 업데이트를 공유합니다.

12. 2026년 10월 21일 오후 6:18 UTCinvestigating

    감사 로그 이벤트는 복구, 나머지 backlog 처리로 90 분 미만 지연과 함께. Event-streaming 플랫폼에서 부하를 감소시키고 복구를 모니터링합니다. 더 많은 업데이트가 따릅니다.

13. 2026년 10월 21일 오후 6:52 UTCinvestigating

    감사 로그 이벤트는 계속 회복, 70 분 미만 지연으로. 우리는 속도 회복에 대한 완화를 적용하고 감사 로그를 완전히 40 분 동안 회복 할 것으로 기대합니다. Pull request 업데이트, Actions 및 webhook 배송은 복구됩니다. 우리는 진행 상황을 모니터링하고 더 많은 업데이트를 공유합니다.

14. 2026년 10월 21일 오후 7:22 UTCinvestigating

    Pull request 업데이트, 동작 및 webhook 배송이 복구되었습니다. 감사 로그 지연은 이제 건강한 임계 내에서 40 분 미만이며 나머지 백 로그가 처리됩니다.

15. 2026년 10월 21일 오후 7:22 UTCresolved

    이 사건은 해결되었습니다. 이 문제를 해결하기 위해 당신의 인내와 이해에 감사드립니다. 상세한 루트 원인 분석은 가능한 한 빨리 공유됩니다.

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

1. 2026년 10월 19일 오후 3:49 UTCinvestigating

   우리는 Actions 및 Pages에 대한 degraded 성능 보고서를 조사하고 있습니다

2. 2026년 10월 19일 오후 3:50 UTCinvestigating

   Webhooks는 성능 향상. 우리는 조사를 계속하고 있습니다.

3. 2026년 10월 19일 오후 3:56 UTCinvestigating

   현재 GitHub Actions, GitHub Pages 및 Webhooks에 영향을 미치는 영향을 평가하고 있습니다. 고객은 워크플로우 처리, 사이트 구축 및 webhook 배송 지연을 경험할 수 있습니다.

4. 2026년 10월 19일 오후 4:30 UTCinvestigating

   우리는 완화 뒤에 복구를보고 계속 모니터링. 고객은 GitHub Actions 워크플로우 상태 업데이트, GitHub Pages 배포 및 체크 및 워크플로우 웹훅 이벤트에서 지연을 경험할 수 있습니다.

5. 2026년 10월 19일 오후 4:56 UTCmonitoring

   Actions, Pages 및 Webhooks는 일반적으로 작동합니다.

6. 2026년 10월 19일 오후 4:56 UTCresolved

   에 10월 19, 2026, 사이 15:24 과 16:52 UTC, GitHub Actions, GitHub Pages, and webhooks created by Actions were degraded. GitHub.com에서 라이브 업데이트 및 코드 검색도 이 시간의 일부에 대해 설명했다. 데이터가 손실되지 않았습니다. 제품 정보 - Workflow 상태 업데이트, 로그 및 체크가 지연되었습니다. - GitHub-hosted runners의 작업의 5.13%가 시작되고, 작업 흐름의 0.02%가 실패했습니다. - 처음 30 분 동안, 8.47%의 요청 작업 REST API 반환 오류. 페이지 배포 및 웹훅 생성 된 액션 실행 지연. 로그를 저장하고 상태를 실행하는 내부 행동 서비스는 하나의 클라우드 영역에서 캐시 서버의 일부에 대한 연결을 잃고 즉시 한 번에 모든 서버에서 검색합니다. 새로운 연결의 결과가 데이터 센터와 그 지역 간의 공유 네트워크 링크를 통해 동일한 링크를 사용하는 다른 서비스를 중단했습니다. 우리는 영향을받은 캐시 서버를 차단하고 링크에서 다른 서비스에서 연결을 줄이기 위해 행동 서비스를 이동하여 사건을 미쳤다. 우리는 그런 다음 지연 된 행동을 처리했습니다. 초기 연결 시간의 원인을 조사하기 위해 계속됩니다. 이 서비스는 새로운 연결을 열 수있는 방법에 대한 제한을 압연하는 과정에서 이미 있었지만, 여전히 사건의 시간에 그림자 모드 (로깅 만, 공개하지 않음)에있었습니다. 우리는 완전히 그것을 시행하고 서비스의 동시 연결 시도를 캡핑했기 때문에. 우리는 다른 행동 서비스에 이러한 제한을 확장하고, retries에 백 오프를 추가하고, 단일 서비스 사용량을 제한하고, 경고를 개선하기 위해 우리는 연결 서지의 소스를 더 빨리 찾을 수 있습니다.

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

1. 2026년 10월 15일 오후 6:31 UTCinvestigating

   우리는 일부 GitHub 서비스에 영향을 미치는 성능에 대한 조사 보고서입니다.

2. 2026년 10월 15일 오후 6:34 UTCinvestigating

   CCA 자동화는 사용자가 자동화를 시작할 때 지연을 경험하고 있습니다

3. 2026년 10월 15일 오후 6:53 UTCmonitoring

   격침은 mitigated. 우리는 안정성을 보장합니다.

4. 2026년 10월 15일 오후 6:56 UTCresolved

   CCA 자동화가 자동화를 시작할 때 지연이 발생할 수 있음을 의심했지만, 더 많은 조사는 CCA 자동화에 지연이나 영향을 미치지 못했습니다.

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

1. 2026년 10월 14일 오전 12:12 UTCresolved

   10월 13, 약 20:42 UTC의 인프라 실패는 GitHub Actions가 워크플로우 실행에 대한 로그를 표시하는 지연이 발생했습니다. 로그가 손실되지 않았고 문제가 해결되었습니다. 로그 처리가 잡혔습니다. 로그를 생성하는 실제 작업 흐름은 일반적으로 영향을받지 않고 지연 또는 지연이 발생했습니다.

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

1. 2026년 10월 12일 오후 12:21 UTCinvestigating

   우리는 Actions, Issues 및 Pull Requests에 대한 degraded 성능 보고서를 조사하고 있습니다

2. 2026년 10월 12일 오후 12:33 UTCinvestigating

   사용자는 체크 API와 상호 작용하는 Actions 탭 UI를 로딩하고, 새로운 Actions 실행, 생성 및 업데이트 문제 및 REST 및 GraphQL API를 통해 PR 리뷰를 요청할 수 있습니다.

3. 2026년 10월 12일 오후 12:57 UTCinvestigating

   우리는 진행중인 소송을 가지고 있으며 복구를 모니터링합니다. 사용자는 또한 우리가 mitigate로 웹 알림을 지연시킬 수 있습니다.

4. 2026년 10월 12일 오후 1:02 UTCinvestigating

   Pull Requests는 일반적으로 작동합니다.

5. 2026년 10월 12일 오후 1:38 UTCinvestigating

   우리의 초기 소송은 완전히 성공적이지 않았으며 사용자는 여전히 행동, 문제 및 프로젝트와 지연 및 오류를 경험할 수 있으며 알림이 지연됩니다. 우리는 뿌리 원인을 조사하고 추가적인 완화에 일합니다.

6. 2026년 10월 12일 오후 2:35 UTCinvestigating

   호기심에 영향을 미쳤다. 우리는 안정성을 보장합니다.

7. 2026년 10월 12일 오후 2:36 UTCinvestigating

   행동에 영향을 미치는 평가는 mitigated. 우리는 안정성을 보장합니다.

8. 2026년 10월 12일 오후 2:37 UTCinvestigating

   우리는 행동, 문제, 및 프로젝트의 문제점을 완화하고, 알림과 지연을 해결하기 위해 진행중인 소송이 있습니다.

9. 2026년 10월 12일 오후 3:19 UTCinvestigating

   우리는 성공적으로 알림에 대한 완화를 적용하고, 알림은 재시작했지만, 우리가 Backlog를 통해 일하면서 계속 지연 될 것입니다.

10. 2026년 10월 12일 오후 3:50 UTCinvestigating

    알림은 재시작하지만, 우리가 Backlog를 통해 일로 지연 될 것입니다.

11. 2026년 10월 12일 오후 5:34 UTCinvestigating

    웹 및 이메일 알림은 알림의 백 로그를 통해 계속됩니다.

12. 2026년 10월 12일 오후 7:28 UTCinvestigating

    웹 및 이메일 알림은 알림의 백업을 완료하기 위해 가까운 1 시간 동안 지연됩니다.

13. 2026년 10월 12일 오후 8:16 UTCresolved

    10월 12일 2026 11:51 UTC GitHub는 여러 응용 페이지의 500 응답을 경험했습니다. 문제 및 Pull Requests 및 Projects 및 Actions에 대한 이러한 오류. 고객은 웹 inbox 및 이메일을 통해 지연 된 알림을 경험했습니다. 문제, Pull Requests, Projects 및 Actions에 대한 즉각적인 영향은 10월 12일에 12:41 UTC에 의해 mitigated. 웹 inbox로 배송 및 이메일을 통해 전송은 15:27 UTC에서 복구하고 20:16 UTC로 완전히 마이그레이션되었습니다. 이 사건은 우리의 sharded 데이터베이스 복제에 대한 비싼 쿼리의 높은 볼륨을 넣어 우리의 알림 배달 파이프라인의 늦은 상태를 통해 트리거되었습니다. 이 감소된 사용 가능한 데이터베이스 용량은 문제, Pull Requests, Projects, Actions에 대한 요청을 제공합니다. 우리는 비싼 쿼리를 발행하는 파이프라인의 코드 경로를 고정했습니다. 우리는 또한 데이터베이스 층의 탄력을 개선하여 유사 사건의 likelihood와 충격을 줄일 수 있습니다.

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

1. 2026년 10월 7일 오후 5:17 UTCinvestigating

   우리는 Actions, Git Operations, Issues 및 Pull Requests에 대한 degraded 성능의 조사 보고서입니다

2. 2026년 10월 7일 오후 5:25 UTCinvestigating

   우리는 16 : 52 UTC에서 17 : 01 UTC의 GitHub 서비스에서 광범위한 영향을 관찰했으며 뿌리 원인을 조사합니다. 모든 시스템은 복구. 이 사건은 이전의 사건의 재발견입니다 https://www.githubstatus.com/incidents/djlmxz2zd0j7. 튼튼한 완화는 진행 중입니다. 우리는 30 분에 다른 업데이트를 제공 할 것입니다.

3. 2026년 10월 7일 오후 5:27 UTCmonitoring

   격침은 mitigated. 우리는 안정성을 보장합니다.

4. 2026년 10월 7일 오후 6:00 UTCmonitoring

   모든 시스템은 복구. 우리는 청구를 적용하고 다른 재발을 주장하지 않습니다.

5. 2026년 10월 7일 오후 6:04 UTCresolved

   10월 7일, 2026일, 16시 52분에서 17시 01분 UTC에, GitHub는 그날의 쓰기 운영 중단을 경험했습니다. 두 배는 동일한 뿌리 원인을 공유합니다. 두 사건, 그들의 충격 및 우리의 예방 조치를 포함하는 결합 요약을 참조하십시오: https://www.githubstatus.com/incidents/djlmxz2zd0j7

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

1. 2026년 10월 7일 오후 3:14 UTCinvestigating

   우리는 Actions, Git Operations 및 Pull Requests에 대한 degraded 가용성 보고서를 조사하고 있습니다

2. 2026년 10월 7일 오후 3:15 UTCinvestigating

   문제점은 degraded 성과를 경험하고 있습니다. 우리는 조사를 계속하고 있습니다.

3. 2026년 10월 7일 오후 3:16 UTCinvestigating

   Webhooks는 고급 가용성을 경험하고있다. 우리는 조사를 계속하고 있습니다.

4. 2026년 10월 7일 오후 3:24 UTCinvestigating

   우리는 15:06 UTC와 15:16 UTC 사이 GitHub 서비스에 대한 광범위한 영향을 관찰하고 루트 원인을 조사합니다. 우리는 모든 시스템을 복구하고, 곧 다른 업데이트를 제공 할 것입니다.

5. 2026년 10월 7일 오후 3:25 UTCinvestigating

   Pull Requests는 degraded 성과를 경험하고 있습니다. 우리는 조사를 계속하고 있습니다.

6. 2026년 10월 7일 오후 3:27 UTCinvestigating

   Git Operations는 일반적으로 작동합니다.

7. 2026년 10월 7일 오후 3:27 UTCinvestigating

   Webhooks는 성능 향상. 우리는 조사를 계속하고 있습니다.

8. 2026년 10월 7일 오후 3:31 UTCinvestigating

   Pull Requests에 영향을 미치는 degradation는 mitigated였습니다. 우리는 안정성을 보장하기 위해 감시하고 있습니다.

9. 2026년 10월 7일 오후 3:32 UTCinvestigating

   행동은 일반적으로 작동합니다.

10. 2026년 10월 7일 오후 3:35 UTCinvestigating

    Git 가동은 degraded 성과를 경험하고 있습니다. 우리는 조사를 계속하고 있습니다.

11. 2026년 10월 7일 오후 3:41 UTCinvestigating

    모든 시스템에서 부분 복구를 관찰하고 있습니다. 우리는 중단의 뿌리 원인을 모니터링하고 조사합니다.

12. 2026년 10월 7일 오후 3:47 UTCinvestigating

    호기심에 영향을 미쳤다. 우리는 안정성을 보장합니다.

13. 2026년 10월 7일 오후 3:49 UTCinvestigating

    Git Operations 및 Webhooks에 영향을 미치는 degradation는 mitigated되었습니다. 우리는 안정성을 보장하기 위해 감시하고 있습니다.

14. 2026년 10월 7일 오후 3:56 UTCmonitoring

    격침은 mitigated. 우리는 안정성을 보장합니다.

15. 2026년 10월 7일 오후 3:58 UTCmonitoring

    Git Operations, Pull Requests 및 Actions를 포함한 모든 시스템에서 전체 복구를 볼 수 있습니다. 우리는 15:06 UTC와 15:16 UTC 사이 붕괴의 뿌리 원인을 조사하고, 곧 다른 업데이트를 공유 할 것입니다.

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

    Git Operations, Pull Requests 및 Actions는 완전히 회복되고 안정적입니다. 뿌리 원인은 식별 및 완화는 재조절을 방지하기 위해 적용됩니다.

17. 2026년 10월 7일 오후 4:25 UTCresolved

    10월 7일, 2026일, GitHub는 동일한 원인으로 작성된 작업을 두 번 초과했습니다. 총 19분. 첫 번째 랜은 15:06에서 15:16 UTC (약 10 분) 및 16:52에서 17:01 UTC (약 9 분). 모두 창에서 저장하거나 변경하는 작업은 Git 운영 전반에 걸쳐 실패, pull request, issues, GitHub Actions, API, webhooks, sign-in 및 인증, GitHub Apps 및 OAuth, code 스캐닝, Codespace 및 Copilot. 읽는 자료는 크게 unaffected. 첫 번째 아웃리지에서 모든 웹 및 API 요청의 5.6%가 8.9%에 달하며 12,000 개 이상의 조직이 실패한 요청을 보았습니다. Git 인증 요청의 최대 26%가 실패했으며, 작업 흐름의 17%가 인프라 오류로 실패했습니다. 두 번째 아웃리지에서 웹 및 API 요청의 6.2%가 9.3%에 달하며 11,000개 이상의 조직이 영향을 미쳤습니다. Git 인증 요청의 최대 25 %가 실패하고 행동 워크 플로우의 19%가 실패합니다. 복구가 성공한 후 데이터베이스 경험 데이터 손실 및 작업이 검색되지 않았습니다. GitHub는 데이터베이스 서버가 새로운 업데이트된 데이터를 수신해야 하는 내부 서비스에 의존합니다. 일반 유지 보수의 일부로이 서비스를 실행하는 기계를 교체하는 동안, 새로운 기계 중 하나는 기록의 개입 된 복사본으로 시작, 여전히 우리가 이미 은퇴 한 데이터베이스 서버를 나열. 이 노드가 온라인에 왔을 때, 그것은 잘못된 수정 된 레코드와 구성, routing 쓰기 요청을 non-existent 데이터베이스 서버. 정확한 윤곽을 가진 우리의 설치된 기계의 한개가 quorum의 지도자가 되고 정확한 윤곽을 보냈습니다 때 각 outage 끝냈습니다. 첫 번째 정전 후, 우리는 소스로 새로운 기계를 확인하고 자동화 된 유지 보수를 일시적으로 중지합니다. 16:52 UTC에서, 일시 중지를 명예롭게하지 않은 자동화 된 유지 보수 작업은 충전에 다시 넣어, 정전은 다시 일어났다. 우리는 17:02 UTC에 아래로 기계가 제거 된 이래로, 자동화는 이제 우리의 인형 인프라의 업데이트로 인해 새로운 회귀가 된 일시적을 존중합니다. recurrence를 방지하기 위해, 우리는 모든 새로운 기계가 추가되기 전에 서비스의 기록에서 은퇴 한 데이터베이스 서버를 명확하게하고, 우리는 그들의 기록이 검사될 때까지 선출 된 지도자에서 새로운 기계를 유지하고 있습니다. 서버가 존재하지 않는 구성을 거부하기 위해 시스템을 변경하고 대신 마지막 알려진 좋은 설정을 사용하여 계속하십시오. 마지막으로, 우리는 응답자가 서비스에서 misbehaving 기계를 복용하는 빠른 방법을주고, 이처럼 변경되는 경고를 추가하는 것은 초 안에 자리 잡았습니다. 우리는 우리의 월간 가용성 보고서에 이러한 사건의 자세한 쓰기 업을 공유 할 것입니다, 수리 상태와 함께 우리는 미래에 이러한 문제를 방지하기 위해 만드는.

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

1. 2026년 10월 6일 오후 7:57 UTCinvestigating

   우리는 Pull Requests 및 Webhooks에 대한 degraded 성능 보고서를 조사하고 있습니다

2. 2026년 10월 6일 오후 8:04 UTCinvestigating

   Webhooks는 일반적으로 작동합니다.

3. 2026년 10월 6일 오후 8:12 UTCinvestigating

   Pull Requests는 일반적으로 작동합니다.

4. 2026년 10월 6일 오후 8:22 UTCinvestigating

   문제, 풀 요청 및 webhooks를 포함한 서비스 수를 간단히 설명했지만 복구되었습니다. 기업 마이그레이션은 우리가 원인과 완화를 검증하는 동안 일시 중지됩니다.

5. 2026년 10월 6일 오후 8:26 UTCmonitoring

   격침은 mitigated. 우리는 안정성을 보장합니다.

6. 2026년 10월 6일 오후 8:57 UTCinvestigating

   모든 서비스는 일반적으로 기업 마이그레이션을 제외하고, 여전히 일시 중지됩니다. 그들은 곧 다시 시작합니다.

7. 2026년 10월 6일 오후 9:29 UTCinvestigating

   우리는 기업 마이그레이션을 재개할 수 있도록 완화를 위해 노력하고 있습니다.

8. 2026년 10월 6일 오후 10:40 UTCinvestigating

   우리는 곧 그 후의 마이그레이션을 재개하고 계획하고 있습니다

9. 2026년 10월 6일 오후 11:40 UTCresolved

   에 10월 6, 2026, 부터 19:44 에 19:50 UTC, GitHub는 모든 요청의 1.30%에 높은 오류율로 서비스 아웃을 경험, 대략 1.16 백만 실패 요청을 합계. 이 12 서비스에 영향을 미치는 GitHub, Pull Requests, Webhooks, Repos, OAuth, SSH, Codespaces 및 Gists를 포함하여. 이 사건은 GitHub Enterprise Importer (GEI)가 데이터베이스 연결 풀을 포화 한 다중, 긴 기간 쿼리를 제작했습니다. 복구는 약 19:50 UTC에 한 번 마이그레이션의 통화가 중지되었습니다. GEI 마이그레이션은 코드 수정이 합병 된 후 23:32 UTC에서 재사용되었습니다. 우리는 상세한 루트 때문에 검토를 완료하고 향상된 데이터베이스 - 건강 금고를 구현합니다. 우리는 계속 검토하고 미래 재발을 방지하기 위해 더 안전한 보호기를 추가 할 것입니다.

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

1. 2026년 10월 5일 오후 11:47 UTCinvestigating

   우리는 일부 GitHub 서비스에 영향을 미치는 성능에 대한 조사 보고서입니다.

2. 2026년 10월 6일 오전 12:05 UTCinvestigating

   사용자는 조직 및 기업 청구 및 라이센싱 페이지로 접근하는 문제를 경험할 수 있습니다. 우리는 복구에 대한 완화 및 모니터링을 배포하고 있습니다.

3. 2026년 10월 6일 오전 1:32 UTCresolved

   에 10월 5, 2026, 사이 23:05 UTC 과 00:11 UTC 에 10월 6, 일부 사용자는 느린 페이지로드, 시간 아웃, 과 오류가 조직과 기업 청구, 라이센스 및 설정 페이지에 액세스 할 때. 평균적으로 오류율은 1.9%이고 이 페이지의 전력을 제공하는 서비스에 대한 요청의 13.8%에 달했습니다. 이 네트워킹 실패에 의해 발생, 우리의 온-프레미스 데이터 센터 지역과 클라우드 호스팅 지역 데이터베이스 서비스의 하위 세트 사이에 연결. 우리는 건강한 지역에 데이터베이스 트래픽을 이동하여 사건을 mitigated. 우리는 지역 데이터베이스가 더 빨리 실패하고 더 완료되면, timeouts를 감소시키기 위해 노력하고, 이 페이지는 거꾸로 대신 빠른 실패하고, 우리의 시간을 감소시키기 위하여 지연 근거한 경고를 추가하고 미래에 이 것 같이 문제의 탐지 그리고 완화. 우리는 우리의 클라우드 공급자와 협력하여 네트워크 실패를 이해합니다.

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

1. 2026년 10월 5일 오후 7:11 UTCinvestigating

   우리는 행동에 대한 degraded 성능의 조사 보고서

2. 2026년 10월 5일 오후 7:15 UTCinvestigating

   GitHub-hosted runners를 Actions 작업에 할당할 때 지연되는 문제를 조사하고 있습니다. 어떤 워크플로우가 더 이상 런너 구성을 시작할 수 있습니다. 우리의 팀은 문제를 완화하기 위해 노력하고, 우리는 우리가 더 배우기로 업데이트를 제공 할 것입니다.

3. 2026년 10월 5일 오후 7:50 UTCinvestigating

   GitHub-hosted runners를 할당하여 워크플로우 시작 시간을 여러 번 실행합니다. 우리의 팀은 충격을 완화하기 위해 노력하고 있습니다; 우리는 더 많은 것을 배우기로 다른 갱신을 공유할 것입니다.

4. 2026년 10월 5일 오후 8:39 UTCinvestigating

   GitHub 호스팅 런너 할당 및 워크플로우 시작 시간에 영향을 미치는 작업 실패와 지연을 조사하기 위해 계속됩니다. 우리의 팀은 적극적으로 충격을 완화하고 우리가 더 많은 것을 배우기로 또 다른 업데이트를 제공 할 것입니다.

5. 2026년 10월 5일 오후 8:47 UTCinvestigating

   행동은 급증 된 가용성을 경험하고있다. 우리는 조사를 계속하고 있습니다.

6. 2026년 10월 5일 오후 9:09 UTCinvestigating

   행동 및 Hosted Runners와의 지속적인 문제 외에도 일부 고객은 GitHub 계정 내에서 저장소 목록, 라이센스 및 청구 페이지를 액세스 할 수 없습니다. 우리는 조사를 계속하고 완화에 일하고 있습니다.

7. 2026년 10월 5일 오후 9:22 UTCinvestigating

   페이지는 성능 향상. 우리는 조사를 계속하고 있습니다.

8. 2026년 10월 5일 오후 9:31 UTCinvestigating

   행동은 성능 향상. 우리는 조사를 계속하고 있습니다.

9. 2026년 10월 5일 오후 9:32 UTCinvestigating

   GitHub Actions 실패를 해결하기 위해 소송을 적용했습니다. Queued jobs are clearing, 새로운 작업이 지연되지 않고, 우리는 충분히 런너 복구를 곧 기대합니다. 우리는 전체 복구를 모니터링하고 저장소 목록, 라이센스 및 청구 페이지에 대한 액세스를 포함하여 다른 서비스에 영향을 미치는 지속적인 문제를 완화하기 위해 노력하고 있습니다.

10. 2026년 10월 5일 오후 9:54 UTCinvestigating

    행동은 일반적으로 작동합니다.

11. 2026년 10월 5일 오후 10:40 UTCinvestigating

    페이지는 정상적으로 작동됩니다.

12. 2026년 10월 5일 오후 10:49 UTCresolved

    에 10월 5, 2026, 사이 18:48 과 22:49 UTC, GitHub 활동과 호스트 된 러너스 경험의 성적. 전체 사건에 걸쳐, 워크플로우의 14.3%는 GitHub 호스팅 런너와 개인 GitHub 호스팅 작업의 26.5%를 사용하여 실행되지 않았습니다. 가장 높은 영향의 약 90 분 동안, 워크플로우의 47.0%는 GitHub 호스팅 런너를 사용하여 실행되며, GitHub 호스팅 작업의 71.9%는 5 분 이내에 시작되지 않았습니다. 기존 페이지 사이트는 일반적으로 봉사하는 동안. 고객 중 일부는 저장소 목록, 라이센스 및 청구 페이지 및 일부 Copilot 기능에 대한 간헐적 오류가 발생했습니다. Self-hosted runners는 영향을받지 않았습니다. 이 사건은 우리의 온프레미스 datacenter 지구와 클라우드 호스팅 지역 데이터베이스 및 저장 서비스 중 하나 사이에 연결되는 부분 네트워킹 실패에 기인했습니다. 우리는 영향을받는 보상 서비스를 위해 데이터베이스 및 저장 트래픽을 건강한 지역 및 엔드포인트로 이동하여 사고를 mitigated. GitHub Actions and Hosted Runners는 21:54 UTC에 의해 회복되었으며 모든 영향받는 서비스는 22:49 UTC로 회복됩니다. 우리는 네트워크 실패를 이해하고 네트워크 경로 탄력, 탐지 및 유사한 사건을 위한 회복에 개선을 식별하기 위하여 우리의 클라우드 공급자와 파트너입니다.

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

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

   우리는 행동에 대한 degraded 성능의 조사 보고서

2. 2026년 10월 1일 오후 2:54 UTCinvestigating

   우리는 증가 된 행동의 원인은 Ubuntu runners의 시작 지연을 확인하고 해결을 적극적으로 배포합니다. 고객은 간헐적 지연을 경험하기 위해 계속 될 수 있습니다.

3. 2026년 10월 1일 오후 3:02 UTCinvestigating

   Ubuntu runners의 Run-start 지연이 해결되었습니다. 우리는 Windows 주자에 런-스타트 지연을 투자하고 더 많은 정보를 사용할 수 있도록 공유합니다.

4. 2026년 10월 1일 오후 3:10 UTCmonitoring

   행동에 영향을 미치는 평가는 mitigated. 우리는 안정성을 보장합니다.

5. 2026년 10월 1일 오후 3:20 UTCinvestigating

   행동은 성능 향상. 우리는 조사를 계속하고 있습니다.

6. 2026년 10월 1일 오후 3:29 UTCinvestigating

   우리는 run-start 지연에 대한 reoccurrence를보고 계속 문제. 고객은 최대 10 분의 잠재적으로 경험 지연.

7. 2026년 10월 1일 오후 4:10 UTCinvestigating

   우리는 연기를 생성하는 429에 행동 요청을 일으키는 우리의 업스트림 공급자와 문제점을 확인했습니다. 우리는 자신의 팀에 에스컬레이션을 가지고 있으며 429s를 완화하는 방법을 조사하고 있습니다.

8. 2026년 10월 1일 오후 4:48 UTCinvestigating

   우리는 현재 30 분 이내에 완화 및 구속 회복을 적용하고 있습니다.

9. 2026년 10월 1일 오후 5:50 UTCinvestigating

   GitHub Actions는 상류 Azure 의존성 내에서 스로틀링으로 인해 호스팅되는 런너에 대한 성능이 향상되었습니다. 서비스 능력은 회복되고, 우리는 아래 상태에 Azure와 작동하면서 계속 모니터링하고 있습니다.

10. 2026년 10월 1일 오후 5:56 UTCresolved

    10월 1일, 2026일, GitHub Actions는 약 14:15 UTC에 시작된 GitHub-hosted runners에서 지연 및 실패 작업의 두 가지 기간을 경험했습니다. Across 14:15–17:56 UTC 사건 책임 창, 작업 흐름의 약 0.68% 경험 시작 지연, 그리고 0.196% 작업 시작 실패. 클라우드 공급자의 라우팅 변경은 단일 백엔드에서 API 트래픽을 집중하고, 비율 제한 오류로 증가합니다. 공급자의 재고 서비스에서 잘못된 retry 행동은 영향을받는 API에로드를 추가하고 제한 속도를 합성합니다. 이 중단된 주자 제공 및 감소된 사용 가능한 용량에 영향을 미칩니다. 런너가 사용 가능한 경우에도 업무 위탁 시스템의 concurrency limit에 노출되지 않은 지역에서 수요가 증가합니다. 응답 중, 우리는 작업 할당 통화, 확장 된 주자 용량을 증가, 우리의 클라우드 공급자와 함께 일하여 우리의 주자 구독을 제외하고 API 부하를 줄일 수. 대략 16:15 UTC에 의하여, 일은 예상대로 시작하고 실행되었습니다. 우리는 사건이 17:56 UTC에 해결 될 때까지 지속적인 완화 및 모니터링. 우리의 클라우드 공급자는 자원 관리 API 비율이 우리의 워크로드에 대한 제한을 증가했기 때문에. 이와 유사한 사건의 likelihood와 충격을 줄이기 위해, 우리는 또한 몇몇 유효한 지구의 맞은편에 증가한 수요를 취급하기 위하여 우리의 일 할당 체계를 새롭게 하는 과립상 비율 제한 경고를 추가하고 있습니다.

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

1. 2026년 10월 1일 오후 1:37 UTCinvestigating

   우리는 일부 GitHub 서비스에 영향을 미치는 성능에 대한 조사 보고서입니다.

2. 2026년 10월 1일 오후 1:39 UTCinvestigating

   웹 요청에 영향을 미치는 높은 대기 시간의 조사입니다. 더 많은 정보로 업데이트를 공유할 수 있습니다.

3. 2026년 10월 1일 오후 1:51 UTCmonitoring

   격침은 mitigated. 우리는 안정성을 보장합니다.

4. 2026년 10월 1일 오후 1:57 UTCresolved

   에 10월 1, 2026, 사이 13:04 UTC 과 13:34 UTC, 사용자는 느린 페이지 부하의 두 가지 기간을 경험하고 GitHub.com에 간헐적 인 요청 실패. 평균적으로 오류율은 0.52%이고 6.13%에 달했습니다. 특정한 높은 볼륨의 들어오는 트래픽은 애플리케이션 서버에 도달하기 전에 당사의 트래픽 처리 인프라에 추가 부하를 배치했습니다. 성능은 교통 양면으로 정상으로 돌아와 비슷한 트래픽을 보호하기 위해 추가 트래픽 필터링을 적용했기 때문에. 우리는 트래픽 처리 인프라의 지연에 대한 경고를 개선하고 자동화 된 트래픽 보호를 강화하여 감지 및 완화 시간을 단축합니다.

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

1. 2026년 10월 1일 오전 11:34 UTCresolved

   10월 1일 오후 2시 UTC에 고립 된 인프라 실패는 GitHub Actions가 기존 워크플로우가 실행되는 작은 수의 실행 상태를 잃기 위해 발생했습니다. 수정된 실행은 갇혀있을 수 있습니다, 실패 배포 승인, 또는 취소 할 때 반환 오류. 서비스 연결은 복구되었지만 손실 된 상태는 승인 재량으로 복원 할 수 없습니다. 영향을 받으면 새로운 실행을 트리거하거나 링크로 GitHub 지원에 연락할 수 있습니다. 일단 명확하게, "모든 일을 다시 실행." 이 워크플로우 실행 ID를 보존하지만 새로운 시도를 시작, artifacts를 재건, 신선한 배포 승인이 필요합니다. rerunning 전에, 어떤 배포 단계가 이미 반복 변경을 방지하기 위해 완료되었는지 확인하십시오.

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