본문 바로가기

쿠팡 전체가 멈췄다, 서버 AWS 때문일까

거북이 버프|AI, 테크 2026. 10. 9.

10월 9일 새벽 1시예요. 쿠팡 앱을 열었는데 상품 목록이 안 뜨고, 웹으로 들어가도 마찬가지예요. 이 글을 쓰는 지금(새벽 1시 기준), 포털 뉴스 기사는 아직 하나도 안 나왔어요. 대신 Threads에 15~25분 전부터 실시간 제보가 올라오고 있더라고요.

결론부터 말하면, 쿠팡 앱·웹·쿠팡이츠·판매자 앱·배달 기사 앱까지 동시에 멈춘 상태예요. 이 글에서는 '서버'에 포커스를 맞춰서 정리해 볼게요. AI로 사업하는 입장에서, 남의 서버 위에서 장사한다는 게 무슨 뜻인지 새벽에 다시 생각하게 되더라고요.

2026년 10월 9일 새벽 1시 coupang.com 접속 화면. 상품 목록이 표시되지 않는 장애 상태

2026-10-09 01:08 KST — coupang.com 접속 화면, 상품 목록이 로드되지 않음

 

지금 어디까지 멈췄나 — 새벽 0시 30분부터

오늘 새벽 0시 30분쯤부터예요. Threads에 올라온 제보들을 시간 순으로 보면 0시 35분, 44분, 45분, 48분에 연달아 올라왔어요. 멈춘 건 한두 개가 아니에요. 쿠팡 쇼핑 앱, coupang.com 웹, 쿠팡이츠, 판매자용 앱, 쿠팡 플렉스 배달 기사 앱까지예요.

주문 확인도 안 되고, 배달 추적도 안 되고, 로그인 자체가 안 된다는 제보가 많아요. 배달 기사 분은 음식을 픽업했는데 고객 위치 정보를 못 받아서 출발을 못 했다고 해요. 소비자·판매자·배달 기사까지 한 번에 묶인 장애예요.

 

화면에 뜬 에러 문구 두 가지

제보 화면에 공통으로 뜬 문구는 두 가지예요. 하나는 "네트워크 연결이 원활하지 않습니다" (재시도 / 웹으로 보기 버튼과 함께), 다른 하나는 "일시적으로 사용자가 증가하여 서비스 접속이 원활하지 않습니다. 잠시 후 다시 시도해주세요."예요.

제보자들이 입을 모으는 건 세 가지예요. 와이파이·데이터 다 안 통하고, 앱을 지웠다가 다시 깔아도 안 되고, 다른 앱은 멀쩡하다는 거예요. 내 폰이나 내 통신사 문제가 아니라 서버 쪽이라는 얘기죠.

 

쿠팡의 서버는 어디에 있나 — AWS

그래서 서버 얘기예요. 쿠팡이 쓰는 서버는 AWS(아마존 웹 서비스)예요. 이건 확인된 사실이에요. 과거 AWS 한국 리전 네트워크 장애 때 쿠팡의 웹페이지와 모바일 앱이 함께 접속 불가 상태가 됐던 기록이 있고(ZDNet), AWS의 한국 고객 목록에도 쿠팡이 올라와 있어요(The Investor).

isitdownrightnow의 m.coupang.com 서버 상태 확인 화면. Forbid(접속 거부) 상태 표시

isitdownrightnow — m.coupang.com 서버 상태 'Forbid(접속 거부)'

다만 여기서 정확히 구분해야 할 게 있어요. 오늘 새벽 장애의 공식 원인은 아직 발표되지 않았어요. AWS 문제라고 단정할 수는 없습니다. "쿠팡은 AWS를 쓴다"는 사실과 "오늘 장애가 AWS 때문이다"는 다른 얘기예요. 이 구분은 정확히 해둘게요.

 

왜 한 번에 다 나가나 — 동시 다운의 의미

이번에 주목할 포인트는 '동시'예요. 앱 하나만 나갔으면 그 앱의 문제겠죠. 그런데 쇼핑 앱·웹·이츠·판매자 앱·기사 앱, 다섯 개가 한 번에 나갔어요. 개별 서비스의 앞단 문제라면 이렇게 되기 어려워요.

다섯 개가 동시에 죽었다는 건, 뒤쪽 어딘가 — 공통 인프라, 인증 계층, 네트워크 계층 — 일 가능성이 크다는 뜻이에요. 어디까지나 구조로 본 추정이고, 공식 발표를 기다려야 해요. 그래도 "전면 동시 다운 = 공통 계층"이라는 공식은 서버를 다뤄본 분들이라면 고개를 끄덕일 거예요.

 

AI 사업하는 입장에서 본 교훈 세 가지

저도 터틀메이커라는 AI 서비스를 돌리고 있어요. 결국 저도 누군가의 클라우드 위에서 장사하는 거예요. 쿠팡도 마찬가지고요. 새벽 1시에 남 일 같지 않더라고요. 1인 사업자가 현실적으로 할 수 있는 대비를 세 가지만 적어볼게요.

첫째, 쓰는 클라우드의 상태 페이지 주소를 알아두세요. 장애 때 "지금 장애 맞나?"를 1분 만에 확인할 수 있어요. 둘째, 장애 때 고객에게 보낼 안내 문구를 미리 준비해 두세요. 막상 터지면 문구 쓸 정신이 없어요. 셋째, 주문·정산 데이터는 주기적으로 백업하세요. 화면이 안 뜬다고 데이터까지 날아가면 안 되니까요.

"서버는 내 것이 아니다." 이 전제를 깔고 사업을 설계하는 게, 새벽 1시가 준 교훈이에요. 복구 소식이 들어오면 이 글에 업데이트할게요.

온라인에서 장사하는 이상 서버 이야기는 남의 일이 아니에요. 저도 내일 아침에 제 서비스 점검 리스트를 다시 꺼내봐야겠어요.


📎 참고자료
ZDNet — Amazon Web Service suffers network failure in Korea
The Investor — AWS server outage in Seoul leads to online glitches
장애 현황은 2026-10-09 01:00 KST 기준, Threads 실시간 제보 기반. 공식 원인은 미발표.

댓글