API 관측성: 신호를 의사결정에 연결하기

원격 측정 데이터를 사용자 작업에 연결합니다.

메트릭, 로그 및 추적은 서로 다른 질문에 대한 답을 제공합니다. 높은 가동 시간은 결제 또는 로그인 과정의 실패를 숨길 수 있습니다. 사용자가 기대하는 결과를 정의한 다음, 해당 결과를 제공하는 호출을 계측합니다.

• 성공, 지연 시간 및 사용자에게 표시되는 실패에 대한 여정 표시기를 선택합니다.
• 추적에서 민감한 데이터를 제한하면서 서비스 간 상관 관계를 전파합니다.
• 종속성 실패를 시뮬레이션하여 경고가 조치로 이어지고 이해하기 쉬운 성능 저하 모드로 전환되는지 확인합니다.

1차 자료: OpenTelemetry — Observability primer. 관련 방법: 실무 가이드 읽기.

수집 장애: 로그와 누락 이벤트 대조

생성, 수신과 사용 가능한 이벤트를 구분하며 기록이 없음을 사고가 없다는 증거로 보지 않습니다.

• 애플리케이션, 수집기, 저장소와 책임자를 정리합니다. 비밀이나 고객 데이터 없이 안정된 식별자의 유한한 가상 이벤트 열을 준비합니다. 이벤트 시각과 관찰 시각을 보존합니다. 수집 지연이 자동으로 손실을 의미하지는 않습니다.
• 시험에서 목적지를 중단한 뒤 복구합니다. 대기열, 재시도, 거부와 재시작을 관찰합니다. 영구 대기열은 일부 손실을 줄이지만 용량이 제한되고 저장소에 의존합니다. 가득 찼을 때 행동을 정하고 수집이 서비스를 조용히 막지 않는지 확인합니다.
• 같은 관찰 마감에서 기준과 실제 읽을 수 있는 이벤트를 대조합니다. 중복, 지연과 누락을 따로 셉니다. 네트워크 확인이 최종 사용 가능성을 입증하지는 않습니다. 신뢰할 기준이 없으면 범위 미확인으로 표시하고 손실이나 사고 0으로 쓰지 않습니다.

{
    "expected_ids": [
        "E1",
        "E2",
        "E3"
    ],
    "received_ids": [
        "E1",
        "E1",
        "E3"
    ],
    "received_rows": 3,
    "unique_received": 2,
    "missing_ids": [
        "E2"
    ],
    "observation_cutoff": "same_for_both_sets"
}

1차 자료: OpenTelemetry — Collector resiliency. 관련 방법: 실무 가이드 읽기.

방치된 하위 도메인: CNAME 참조를 통제하며 제거

DNS 이름을 통제 중인 리소스에 연결하고 서비스 해제 전에 의존성을 닫습니다.

• 공개 이름, CNAME 체인, 공급자 리소스와 담당자를 기록하고 권한 있는 계정 목록과 DNS를 대조합니다. HTTP 오류, NXDOMAIN 또는 리소스 부재만으로 탈취 가능성을 입증할 수 없습니다. 공급자 보호를 확인합니다.
• 해제 전에 참조를 삭제하거나 통제 중인 대상으로 바꿉니다. 이전 TTL과 캐시를 고려하고 권한 DNS 및 여러 리졸버를 확인합니다. 필요한 소유 검증은 유지하고 TXT를 모두 지우지 않습니다.
• 링크, 리디렉션, OAuth 콜백, 웹훅과 쿠키 도메인을 확인합니다. 이미 해제됐다면 DNS를 수정하고 사고 절차로 노출을 조사합니다. 삭제마다 DNS와 리소스를 대조합니다.

{
    "name": "portal.example",
    "cname_present": true,
    "resource_deleted": true,
    "provider_claimability": "not_verified",
    "takeover_observed": false,
    "expected": "remove_or_replace_mapping_and_review_exposure"
}

1차 자료: Microsoft — Prevent dangling DNS entries. 관련 방법: 실무 가이드 읽기.

API 재시도: 전체 시간 예산 계산하기

호출, 대기, 전체 경로를 구분하세요.

관련 방법: 실무 가이드 읽기.