| r46 vs r47 | ||
|---|---|---|
| ... | ... | |
| 177 | 177 | 첫 번째 자동화 테스트에서 11:31에 문제를 감지했고, 11:32에 수동 조사가 시작되었습니다. 사건 대응 콜은 11:35에 생성되었습니다. || |
| 178 | 178 | || 13:05 || Workers KV와 Cloudflare Access에 대한 우회(bypass)가 구현되어, 영향이 감소. || 조사 과정에서 Workers KV와 Cloudflare Access에 대해 내부 시스템 우회(bypass)를 사용하여 이전 버전의 핵심 프록시로 되돌렸습니다. 이전 프록시 버전에서도 문제가 존재했지만, 아래 설명과 같이 영향은 더 적었습니다. || |
| 179 | 179 | || 13:37 || 작업은 Bot Management 구성 파일을 마지막으로 정상 작동하던 버전으로 롤백하는 데 집중되었습니다. || 우리는 Bot Management 구성 파일이 이번 사건의 원인(trigger)임을 확신했습니다. 팀은 여러 작업 흐름(workstream)으로 서비스를 복구하는 방법을 진행했으며, 가장 신속한 방법은 파일의 이전 버전을 복원하는 것이었습니다. || |
| 180 | || 14:24 || || || | |
| 180 | || 14:24 || 새로운 Bot Management 구성 파일의 생성 및 전파를 중단. || 우리는 Bot Management 모듈이 500 오류의 원인임을 확인했고, 이는 잘못된 구성 파일 때문이었습니다. 이에 따라 새로운 Bot Management 구성 파일의 자동 배포를 중단했습니다. || | |
| 181 | || 14:24 || 새 구성 파일 테스트가 완료. || 이전 버전의 구성 파일을 사용하여 성공적으로 복구되는 것을 확인한 후, 글로벌 배포 속도를 높이는 데 집중했습니다. || | |
| 182 | || 14:30 || 주요 영향이 해결되었고, 하류에 영향을 받던 서비스들도 오류가 감소하기 시작. || 정상적인 Bot Management 구성 파일이 전 세계적으로 배포되었고, 대부분의 서비스가 정상적으로 작동하기 시작했습니다. || | |
| 183 | || 17:06 || 모든 서비스가 정상화되었고, 영향은 종료되었습니다. || 모든 하위 서비스가 재시작되었고, 모든 운영이 완전히 복구되었습니다. || | |
| 181 | 184 | }}} |
| 182 | 185 | |
| 183 | 186 | Cloudflare의 Connectivity Cloud는 [[https://www.cloudflare.com/ko-kr/network-services/|기업 전체 네트워크]]를 보호하고, [[https://workers.cloudflare.com/|고객이 인터넷 규모의 애플리케이션을 효율적으로 구축하도록]] 돕습니다. 또한 [[https://www.cloudflare.com/performance/accelerate-internet-applications/|모든 웹사이트나 인터넷 애플리케이션 속도를 가속화]]하고, [[https://www.cloudflare.com/ko-kr/ddos/|DDoS 공격을 막으며]], [[https://www.cloudflare.com/application-services/products/|해커로부터 보호]]하고, [[https://www.cloudflare.com/products/zero-trust/|Zero Trust 환경 구축에도 도움]]을 줍니다. |
| ... | ... |