| r44 vs r45 | ||
|---|---|---|
| ... | ... | |
| 168 | 168 | |
| 169 | 169 | {{{#!wiki style="margin: -5px 0px -10px 0px" |
| 170 | 170 | ||<tablewidth=100%><tablebordercolor=#000,#fff><tablebgcolor=#ffffff,#1c1d1f><colcolor=#000,#fff><width=10%> '''시간''' ||<width=45%><colcolor=#000,#fff> '''상태''' ||<width=45%><colcolor=#000,#fff> '''설명''' || |
| 171 | || 11:05 || 정상 || 데이터베이스 접근 제어 변경이 배포. || | |
| 172 | || 11:28 || 영향 시작. || 배포가 고객 환경에 도달하며, 고객 HTTP 트래픽에서 처음으로 오류가 관찰. || | |
| 173 | || 11:32-13:05 || 팀이 Workers KV 서비스에서 트래픽 증가와 오류 발생을 조사. || 초기 증상은 Workers KV 응답 속도 저하로, 다른 Cloudflare 서비스에 하류 영향(downstream impact)을 주는 것으로 나타났습니다. | |
| 171 | 174 | |
| 175 | Workers KV 서비스를 정상 수준으로 복구하기 위해 트래픽 조정과 계정 제한과 같은 완화 조치가 시도되었습니다. | |
| 176 | ||
| 177 | 첫 번째 자동화 테스트에서 11:31에 문제를 감지했고, 11:32에 수동 조사가 시작되었습니다. 사건 대응 콜은 11:35에 생성되었습니다. || | |
| 178 | || 13:05 || Workers KV와 Cloudflare Access에 대한 우회(bypass)가 구현되어, 영향이 감소. || 조사 과정에서 Workers KV와 Cloudflare Access에 대해 내부 시스템 우회(bypass)를 사용하여 이전 버전의 핵심 프록시로 되돌렸습니다. 이전 프록시 버전에서도 문제가 존재했지만, 아래 설명과 같이 영향은 더 적었습니다. || | |
| 179 | || | |
| 180 | || 13:37 || 작업은 Bot Management 구성 파일을 마지막으로 정상 작동하던 버전으로 롤백하는 데 집중되었습니다. || 우리는 Bot Management 구성 파일이 이번 사건의 원인(trigger)임을 확신했습니다. 팀은 여러 작업 흐름(workstream)으로 서비스를 복구하는 방법을 진행했으며, 가장 신속한 방법은 파일의 이전 버전을 복원하는 것이었습니다. || | |
| 181 | || 14:24 || || || | |
| 172 | 182 | }}} |
| 173 | 183 | |
| 174 | 184 | 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 환경 구축에도 도움]]을 줍니다. |
| ... | ... |