현재 ElevenLabs에 장애가 있나요?

ElevenLabs 가용성 이해하기

ElevenLabs에 대한 액세스는 주요 웹 애플리케이션, 계정 인증, ElevenLabs API로 전송되는 요청처럼 서로 다른 경로로 나뉠 수 있습니다. 이러한 경로가 항상 함께 장애를 일으키는 것은 아닙니다. 예를 들어 웹사이트는 로드되지만 API 요청에서 인증 오류가 반환되거나 timeout이 발생할 수 있습니다.

생성 작업 또는 API 요청 한 번이 실패했다고 해서 ElevenLabs가 다운되었다고 단정할 수는 없습니다. 공식 ElevenLabs 상태 페이지의 정보와 문제를 비교한 다음, 모든 작업에 영향을 주는지, 특정 endpoint 하나에만 영향을 주는지, 한 계정에만 해당하는지, 또는 한 네트워크에서만 발생하는지 확인하세요. 영향을 받는 도메인, HTTP status, response body, endpoint 및 장애 발생 시간은 광범위한 장애와 요청별 또는 로컬 문제를 구분하는 데 유용합니다.

ElevenLabs 문제 해결

ElevenLabs에서 장애가 발생한 것으로 보이는 경우

1. 공식 ElevenLabs 상태 페이지에서 장애 또는 maintenance 공지를 확인하세요.
2. 영향을 받는 경로를 파악하세요. 웹 애플리케이션, 인증, API 액세스 또는 생성 요청과 같은 특정 작업일 수 있습니다.
3. 잠시 후 다시 테스트하고 원래 오류 메시지와 timestamp를 보관하세요.
4. 장애가 보고된 경우 브라우저를 변경해도 근본적인 서비스 문제는 해결되지 않을 가능성이 높습니다. 상태 업데이트를 따르고 짧은 간격으로 요청을 반복해서 보내지 마세요.

브라우저 또는 기기에만 문제가 있는 경우

• ElevenLabs 웹 애플리케이션을 새로고침하고 private window에서 시도하세요.
• script, privacy control, cookie 또는 network request를 수정하는 extension을 일시적으로 사용하지 않고 테스트하세요.
• 페이지가 멈추거나 반복적으로 redirect되거나 오래된 로그인 세션이 표시되면 ElevenLabs 웹 도메인의 site data를 삭제하세요.
• 다른 최신 브라우저 또는 기기에서 시도하세요. 브라우저나 기기 하나에서만 실패한다면 플랫폼 전체 장애보다는 로컬 세션 또는 브라우저 설정 문제일 가능성이 높습니다.

계정 또는 인증과 관련된 문제인 경우

• 의도한 ElevenLabs 계정으로 로그인했는지 확인하고, 문제가 특정 workspace, 기능 또는 작업에만 해당하는지 살펴보세요.
• 페이지가 로그인 화면으로 반복해서 돌아간다면 로그아웃한 후 다시 로그인하세요.
• API 요청의 경우 credential이 존재하고 유효한지, 관련 ElevenLabs API 작업에서 요구하는 요청 위치에 전달되었는지 확인하세요. 로그, screenshot, support 게시물 또는 source control에 credential을 노출하지 마세요.
• 인증 또는 권한 response는 timeout이나 server error와 다르게 처리하세요. credential과 권한 문제는 연결 문제와 다른 방식으로 조사해야 합니다.

네트워크 또는 DNS 관련 문제인 경우

• mobile connection과 같은 다른 네트워크에서 테스트하여 현재 연결에만 문제가 있는지 확인하세요.
• 다른 웹사이트가 정상적으로 작동하는지 확인하세요. DNS failure, connection refusal 및 timeout은 요청이 ElevenLabs에 도달한 후 반환되는 application error와는 다른 문제 경로를 나타냅니다.
• corporate proxy, VPN, firewall 또는 filtering system을 사용 중인 경우 조직 정책에서 허용하는 때에만 이를 사용하지 않고 테스트하세요.
• 같은 네트워크의 여러 기기에서 도메인에 연결할 수 없다면, 권한이 있는 네트워크 관리자가 네트워크 장비를 변경하기 전에 로컬 DNS, firewall 또는 router 동작을 조사할 수 있습니다.

ElevenLabs API가 실패하는 경우

• 모든 요청이 실패하는지, 아니면 특정 endpoint, model, input, 계정 작업 또는 요청 패턴에서만 실패하는지 확인하세요.
• 잘못된 input, 누락된 인증, 권한 문제, rate limiting 또는 timeout 세부 정보가 있는지 HTTP status와 response body를 확인하세요.
• 일반적으로 5xx response는 server-side 또는 upstream 문제를 나타내고, 4xx response는 대개 요청, credential, 권한 또는 계정 설정을 검토해야 함을 의미합니다. 그래도 정확한 response body가 중요합니다.
• 동일한 요청을 빠르게 반복해서 burst로 보내지 말고 적절한 delay를 두고 신중하게 retry하세요. 계속 실패한다면 공식 status 정보와 비교하고 support를 위해 요청 timestamp를 보관하세요.