현재 Stripe에 장애가 있나요?

Stripe 가용성 이해하기

Stripe의 가용성은 단순히 예 또는 아니오로 판단할 수 있는 조건이 아닙니다. 문제는 결제 처리, Checkout, 대시보드 액세스 또는 api.stripe.com으로 전송되는 요청에 영향을 줄 수 있으며, 이러한 영역은 서로 다른 원인으로 장애가 발생할 수 있습니다.

보고된 서비스 전체 장애를 가장 먼저 확인하려면 Stripe 공식 상태 페이지를 확인하는 것이 좋습니다. 가능한 경우 엔드포인트, 리전 또는 결제 작업을 포함해 인시던트의 발생 시간과 영향을 받은 구성 요소를 로그와 비교하세요. 상태 페이지에 문제가 표시되지 않아도 계정 설정, 배포 문제, 로컬 연결 장애 또는 연동별 오류 가능성이 배제되는 것은 아닙니다.

Stripe 문제 해결

1. 보고된 Stripe 인시던트 확인

Stripe 공식 상태 페이지를 열고 영향을 받은 Stripe 구성 요소 및 시간과 일치하는 인시던트를 찾으세요. 인시던트가 진행 중이라면 업데이트를 모니터링하고, 광범위한 설정 변경은 피하며, 나중에 검토할 수 있도록 실패한 요청의 세부 정보를 보존하세요.

일치하는 인시던트가 표시되지 않는다면 문제를 로컬 환경에 국한된 문제일 가능성이 있는 것으로 보고 아래 점검을 계속 진행하세요. 상태 페이지에 문제가 표시되지 않아도 계정, 배포, 연동 또는 네트워크 문제를 배제할 수 없습니다.

2. 오류가 발생하는 Stripe 영역 식별

어디에서 오류가 발생하는지 확인하세요.

• 대시보드 또는 계정 액세스: 비공개 브라우저 창에서 대시보드를 테스트하고, 적절한 경우 다른 승인된 사용자에게 동일한 계정 페이지에서 오류가 발생하는지 확인하도록 요청하세요.
• Checkout 또는 결제 흐름: 서버가 Stripe에 연결하기 전 브라우저에서 오류가 발생하는지, API 요청 중에 발생하는지, 아니면 애플리케이션이 응답을 받은 후 발생하는지 확인하세요.
• API 요청: HTTP 상태, 응답 본문, 엔드포인트, 타임스탬프 및 요청 또는 오류 식별자를 기록하세요. 요청 대상이 api.stripe.com인지, 그리고 동일한 동작을 재현할 수 있는지도 확인하세요.

“결제 실패”와 같은 메시지는 Stripe 전체 장애가 아니라 카드 거절, 잘못된 요청, 계정 설정 또는 애플리케이션 오류를 의미할 수 있습니다.

3. 네트워크 및 연결 장애 구분

api.stripe.com에 대한 요청이 시간 초과되거나 연결을 설정하지 못한다면, 두 번째 네트워크 또는 배포 환경에서 동작을 비교하세요. 영향을 받은 환경에서 DNS 조회, 아웃바운드 HTTPS 액세스, 방화벽 규칙, 프록시 설정 및 TLS 검사 여부를 확인하세요.

동일한 요청이 다른 환경에서 정상 작동한다면 원인은 원래 네트워크, 호스트 또는 배포 환경에 있을 가능성이 높습니다. HTTP 502, 503 또는 504 응답의 경우 애플리케이션 및 서버 로그를 사용해 해당 응답이 Stripe, 호스팅 계층, 리버스 프록시 또는 API 게이트웨이 중 어디에서 반환되었는지 확인하세요. 요청을 재현할 때는 안전하고 인증된 테스트만 사용하세요.

4. 브라우저, 계정 및 연동 원인 확인

대시보드 또는 Checkout 문제가 한 브라우저에서만 발생한다면 사이트별 데이터를 삭제하거나 비공개 창에서 테스트한 다음, 지원되는 다른 브라우저 또는 기기와 비교하세요. 브라우저가 아니라 계정을 따라 문제가 발생한다면 승인된 사용자에게 계정 액세스 및 권한을 검토하도록 요청하세요.

Stripe가 정상적으로 작동하는 것으로 보이지만 특정 계정 또는 연동에서 오류가 발생한다면 영향을 받은 환경, API 자격 증명, 권한, webhook 처리, 요청 파라미터 및 최근에 변경된 설정을 검토하세요. 안전하고 적절한 경우에만 test 및 live 환경의 동작을 비교하세요. 하나의 엔드포인트, 판매자 계정, 결제 수단 또는 배포 환경에서만 발생하는 오류는 일반적인 Stripe 장애와는 가능성이 낮습니다.

브라우저 보고서, 티켓 또는 로그에 비밀 API 키를 절대 노출하지 마세요. 진단 출력을 공유하기 전에 결제 정보와 자격 증명을 마스킹하세요.

5. 신중하게 재시도하고 근거와 함께 에스컬레이션

일시적인 네트워크 또는 서버 응답에 대해서는 연동에 정의된 재시도 동작을 따르고 중복 결제 작업을 피하세요. 연동에서 지원하는 경우 idempotency 보호를 사용하고, 다시 청구하기 전에 결제 상태를 확인하세요.

상태 페이지에 일치하는 인시던트가 표시되지 않고 문제가 계속된다면 타임스탬프와 시간대, 영향을 받은 환경, 엔드포인트, HTTP 상태, 민감 정보가 제거된 응답, 요청 또는 오류 식별자, 다른 네트워크에서 문제가 재현되는지 여부를 수집하세요. 이러한 증거가 아무런 확인 없이 반복해서 재시도하는 것보다 문제 해결에 더 유용합니다.