아마존 장애 신고가 한때 2만 건을 넘겼다는 보도가 나오면, 대부분은 그냥 "아마존이 다운됐다"고 받아들입니다.1 하지만 이 말은 너무 뭉뚱그려져 있습니다. 쇼핑몰이 안 되는 것, 프라임 비디오 생중계가 끊기는 것, AWS 지역 장애는 겉으로는 비슷해 보여도 원인도 다르고, 피해 범위도 다르고, 당장 해야 할 대응도 다릅니다.
지금 이 이슈가 중요한 이유는 단순한 불편을 넘어섭니다. 많은 가정은 주문, 스트리밍, 스마트홈을 아마존에 얹어두고 있고, 많은 기업은 매출·로그인·인프라 일부를 AWS에 올려둡니다. 장애가 났을 때 중요한 건 새로고침이 아니라, "내가 의존하는 아마존이 정확히 뭐냐"를 3분 안에 가려내는 일입니다.
먼저 구분해야 한다: 리테일 장애인지, 스트리밍 사고인지, AWS 이슈인지
확인된 사실부터 보겠습니다. 3월의 아마존 쇼핑 장애 때는 장바구니 담기 실패, 상품이 갑자기 "unavailable"로 보이는 현상, 가격이 비정상적으로 바뀌는 사례가 다수 보고됐습니다.23 이런 경우는 대개 재고가 실제로 사라진 게 아니라, 상품·카트·체크아웃 시스템이 정상적으로 상태를 불러오지 못할 때 나타나는 전형적인 증상입니다.
반면 프라임 비디오는 전혀 다른 방식으로 깨질 수 있습니다. 실제로 NBA 플레이인 경기 중계가 연장전 막판에 끊긴 사례에서, 아마존은 원인을 서비스 전체가 아니라 "프로덕션 트럭 장애"라고 설명했습니다.4 즉 사용자는 프라임 비디오를 보고 있었지만, 문제는 AWS 전역 장애가 아니라 방송 제작 체인의 사고였던 셈입니다.
AWS는 더 다릅니다. AWS 공식 헬스 대시보드는 현재 글로벌 전면 장애가 아니라, 중동 일부 리전에 한정된 다중 서비스 장애를 공개하고 있습니다.5 외부 모니터링 서비스들도 "AWS 전체가 다운됐다"기보다 지역·컴포넌트별 부분 장애로 해석합니다.67
실무적으로는 이렇게 보면 됩니다. 아마존 쇼핑에서만 장바구니·결제가 꼬이면 리테일 장애일 가능성이 큽니다. 프라임 비디오 생중계만 끊기면 콘텐츠 전달이나 현장 제작 문제일 수 있습니다. 반대로 여러분 서비스의 API, 스토리지, 로그인, 콘솔 접근이 지역 단위로 흔들리면 AWS 가능성을 봐야 합니다. "아마존이 문제"라는 한 문장으로 묶는 순간 대응이 느려집니다.
첫 15분에 결과를 바꾸는 행동만 하자
쇼핑 장애 때 가장 흔한 실수는 결제 버튼을 반복해서 누르는 것입니다. 이건 주문 실패를 해결하기보다 중복 승인이나 중복 주문 가능성을 키웁니다. 장바구니가 비정상적으로 비워지거나 상품이 unavailable로 바뀌면, 우선 결제 재시도를 멈추고 주문 내역과 카드 승인 내역부터 확인하는 편이 낫습니다.23
정보 확인 순서도 중요합니다. 크라우드 리포트는 빠르지만 시끄럽고, 공식 상태 페이지는 느릴 수 있지만 범위를 좁히는 데 유리합니다. AWS처럼 인프라 성격이 강한 서비스는 공식 헬스 대시보드를 먼저 보고,5 쇼핑이나 프라임 비디오처럼 소비자 서비스는 사용자 신고 급증 여부를 참고하되, 그것만으로 원인을 단정하지 않는 게 맞습니다.16
여기서 반론도 있습니다. "어차피 사용자 신고가 제일 빠른데 공식 페이지가 무슨 소용이냐"는 시각입니다. 절반만 맞습니다. 조기 감지는 군중 신호가 빠르지만, 실제로 내 리전과 내 서비스가 영향권인지 판단하는 데는 공식 상태 정보가 더 쓸모 있습니다. 속도와 정확도 사이의 트레이드오프가 있는 셈입니다.
진짜 문제는 장애 그 자체보다 '무심코 쌓인 아마존 의존성'이다
개인에게 아마존 의존성은 생각보다 넓습니다. 정기구독 상품, 프라임 비디오, 파이어 TV, 알렉사 기반 스마트홈, 사진 저장, 계정 로그인까지 한 줄로 연결돼 있을 수 있습니다. 사업자는 더 복잡합니다. 마켓플레이스 매출, 광고, 물류, AWS 호스팅, S3 백업, Cognito류 인증, 내부 알림까지 걸려 있을 수 있습니다.
AWS의 최근 사례는 한 가지를 잘 보여줍니다. "클라우드라서 자동으로 안전하다"는 믿음은 절반만 맞습니다. AWS는 실제로 다른 리전으로 옮기고 원격 백업에서 복구하라고 권고했습니다.5 이는 곧 멀티 AZ만으로는 부족할 수 있고, 리전 단위 복제와 우회 경로가 없으면 장애가 곧 비즈니스 중단으로 이어진다는 뜻입니다.
가정과 소규모 사업자도 같은 원리로 보면 됩니다. 모든 구매를 아마존 한 곳에서 처리한다면 대체 구매 채널 하나만 확보해도 회복탄력성이 크게 올라갑니다. 알렉사로만 제어되는 전등이 있다면 오프라인 스위치가 최고의 백업일 수 있습니다. S3에만 자료를 두는 팀이라면 다른 리전 복제나 주기적 로컬 내보내기가 가장 값싼 보험입니다.
결국 이번 장애 뉴스에서 읽어야 할 핵심은 "아마존이 또 멈췄다"가 아닙니다. 내가 기대고 있는 아마존이 쇼핑인지, 영상인지, 인프라인지 구분할 수 있는가, 그리고 그중 하나가 멈췄을 때 15분 안에 대체 동선을 실행할 준비가 돼 있는가입니다. 이 질문이 필요한 사람은 헤비 프라임 사용자만이 아닙니다. 아마존을 생활 인프라나 매출 인프라로 쓰는 사람이라면 이미 해당됩니다.
참고
1Amazon appears to be down, with over 20,000 reported problems
3Unpacking Why Everything Is Unavailable on Amazon as Outage Reports Spike Again
4Amazon Prime technical difficulties: Fans confused as Hornets-Heat broadcast goes dark in overtime
5Service health - Apr 18, 2026 | AWS Health Dashboard | Global
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.