시스템이 밖으로 내보내는 데이터로부터 그 내부 상태를 얼마나 추측할 수 있는가 하는 성질. 이를 위한 데이터로 수치의 시계열인 메트릭, 사건의 기록인 로그, 요청 하나가 여러 서비스를 거치는 경로와 시간을 기록하는 트레이스가 자주 꼽힌다. 미리 상정한 고장을 감시하는 것뿐 아니라, 상정하지 않았던 문제의 원인도 조사할 수 있게 하는 것을 목표로 한다. 테스트 용이화 설계(DFT)에서 말하는 회로의 관측 가능성과는 다른 문맥의 용어이다.
일본어 명칭: オブザーバビリティ
관측 가능성(Observability)은(는) 클라우드와 컨테이너의 기초 등 1개 분야의 연습 문제 1개에 나와요.
분야: 클라우드와 컨테이너의 기초
정답: C. 트레이스(요청 하나의 경로와 각 구간의 시간 기록)
관측 가능성은 밖으로 나오는 데이터로부터 시스템 내부의 상태를 추측할 수 있는 정도이며, 이를 위한 데이터로 메트릭, 로그, 트레이스가 자주 꼽힙니다. 트레이스(분산 트레이싱)에서는 요청에 공통 식별자를 붙여 서비스 사이에서 주고받고, 각 서비스에서의 처리 구간(스팬)의 시작과 종료 시각을 기록하여 요청 하나의 경로와 시간의 내역을 조립합니다. 메트릭은 전체 경향이나 이상 감지에, 로그는 개별 사건의 자세한 조사에 적합하지만, 서비스를 넘나드는 요청 하나의 흐름을 좇는 데에는 트레이스가 가장 적합합니다. 실제로는 트레이스의 식별자를 로그에도 써 두고, 셋을 조합하여 원인을 조사합니다.
관측 가능성은 밖으로 나오는 데이터로부터 시스템 내부의 상태를 추측할 수 있는 정도이며, 이를 위한 데이터로 메트릭, 로그, 트레이스가 자주 꼽힙니다.
여러 서비스가 연계하여 동작하는 시스템에서, 이용자의 요청 하나가 어떤 서비스를 어떤 순서로 거쳤고 각각에…가용 영역(Availability Zone) 공동 책임 모델(Shared Responsibility Model) 블루-그린 배포(Blue-Green Deployment) 서버리스(Serverless) 오브젝트 스토리지(Object Storage) 오토 스케일링(Autoscaling) 이뮤터블 인프라스트럭처(Immutable Infrastructure) 카나리 릴리스(Canary Release) 컨테이너 이미지(Container Image) 컨테이너(Container)