시스템 상태
상태 페이지 대부분은 첫날부터 9가 줄줄이 붙은 숫자를 내겁니다. 저희는 아닙니다. 그 숫자를 측정할 만큼 오래 돌린 적이 없기 때문입니다.
왜 비어 있는가
업타임 수치는 적기는 쉽고 검증하기는 어렵습니다. 여기에 숫자를 적어 둔들 읽는 쪽에서는 실제 측정값과 구분할 수 없습니다. 바로 그래서 적지 않습니다.
지금 도입을 검토 중이고 가용성 보장이 필요하다면, 그것은 마케팅 페이지가 아니라 계약서에 있어야 합니다. Enterprise 계약에는 명시적인 SLA가 들어갑니다. 문의하시면 현재 조건을 보내드립니다.
실시간 컴포넌트 점검
현재 시점 점검만 표시합니다. 가동률은 90일치 샘플이 쌓인 뒤 공개합니다 — 998/259,200건 수집(0%).
이 페이지가 보여줄 것 예정
미리 약속한 방식 예정
숫자가 나오기 전에 방식을 먼저 고정하면, 나중에 유리한 정의를 골라 쓸 수 없게 됩니다.
프로브가 4개 리전에서 30초마다 실제 요청 경로를 확인합니다. 제품이 고장 나 있어도 OK를 반환하는 헬스 엔드포인트가 아닙니다.
결국 200을 반환해도 5초를 넘긴 응답은 실패로 집계합니다. 기다리는 사람에게 성능 저하와 중단은 같은 것입니다.
API가 정상이어도 배포 쪽은 저하될 수 있습니다. 시스템 전체를 숫자 하나로 뭉뚱그리면, 정작 겪고 있는 장애가 가려집니다.
30분을 넘는 장애는 영업일 5일 안에 서면 포스트모템을 공개합니다. 저희가 무엇을 잘못했는지도 포함합니다.
이 페이지가 가동되기 전까지는, 문제가 보이면 [email protected]으로 직접 알려주세요. 워크스페이스 이름과 대략적인 시작 시점을 함께 적어 주시면, 재현을 부탁드리지 않아도 대부분 로그에서 찾아낼 수 있습니다.
Enterprise 고객에게는 직통 에스컬레이션 연락처와 업무 시간 중 지정 담당자를 제공합니다. 아직 만들지 않은 도구에 기대지 않는 약속이라, 지금도 지킬 수 있습니다.