---
title: "Netlify 장애, 사이트 제공과 빌드 파이프라인까지 흔들렸다"
published: 2026-05-19T21:55:08.000Z
canonical: https://jeff.news/article/3011
---
# Netlify 장애, 사이트 제공과 빌드 파이프라인까지 흔들렸다

Netlify에서 5월 19일 UTC 기준 약 2시간 동안 지연, 오류, 간헐적 사이트 미가용 문제가 발생했다. 단순히 일부 페이지가 느려진 수준이 아니라 사이트 제공과 빌드 파이프라인 모두 영향을 받았고, 이후 완화 조치와 모니터링을 거쳐 해결됐다.

- Netlify가 5월 19일 UTC 기준 약 2시간짜리 장애를 겪었음
  - 첫 공지는 21:08 UTC에 올라왔고, origin services의 지연과 오류를 조사 중이라고 밝힘
  - 23:04 UTC에는 장애가 해결됐다고 공지함
  - 대략 1시간 56분 동안 상태 페이지 기준 incident가 이어진 셈임

- 영향 범위가 꽤 넓었음
  - 일부 고객 사이트에서 간헐적으로 접속 불가나 오류 응답이 발생할 수 있었다고 함
  - 요청 성능 저하, timeout, elevated errors가 같이 언급됨
  - 21:33 UTC 업데이트부터는 build pipeline 문제도 추가로 확인됐고, 새 빌드가 시작되지 않는 고객도 있었다고 함

> [!WARNING]
> 이번 장애는 '사이트가 좀 느림'에서 끝난 게 아니라, 새 배포가 지연되거나 실패할 수 있는 빌드 파이프라인까지 같이 맞은 케이스임.

- 복구 흐름은 조사 → 영향 확대 확인 → 완화 → 모니터링 → 해결 순서로 진행됨
  - 21:08 UTC에는 origin services의 elevated latency와 errors를 조사한다고 공지함
  - 21:33 UTC에는 신규 빌드가 시작되지 않는 문제를 추가로 언급함
  - 22:14 UTC에는 완화 조치를 적용했고, 대부분 고객에게 사이트 로딩과 빌드 처리가 정상화됐다고 밝힘
  - 23:04 UTC에는 모든 서비스가 정상 동작한다고 정리함

- Netlify를 배포 플랫폼으로 쓰는 팀 입장에서는 꽤 실무적인 체크포인트가 남음
  - 정적 사이트라도 호스팅 플랫폼 장애가 나면 배포와 제공이 동시에 막힐 수 있음
  - 장애 시간대에 배포 실패나 지연이 있었다면 애플리케이션 문제가 아니라 플랫폼 이슈였을 가능성이 있음
  - 프로덕션 의존도가 높다면 상태 페이지 모니터링, 배포 재시도 정책, 긴급 롤백 경로를 따로 챙겨야 함

## 핵심 포인트

- 장애는 21:08 UTC에 조사 단계로 시작해 23:04 UTC에 해결 처리됐다
- 영향 범위는 origin services, 사이트 로딩, 빌드 시작 지연과 실패까지 포함했다
- 일부 고객 사이트는 간헐적으로 unavailable 또는 error를 반환했을 수 있다
- 복구 뒤 Netlify는 오류율과 성능 저하가 더 이상 관측되지 않는다고 밝혔다

## 인사이트

정적 사이트 호스팅이라고 해도 장애가 나면 배포 파이프라인과 런타임 제공 경로가 같이 영향을 받을 수 있다는 점을 보여주는 사례다. Netlify를 프로덕션에 쓰는 팀이라면 장애 시 우회 배포와 상태 페이지 알림 체계를 점검할 만하다.