Observability

N* 사 면접 당시 Observability가 뭔가요? 라는 질문을 들은 적이 있다
당시 정확한 용어의 정의를 몰라 내가 생각하는 모니터링의 관점에 대해서 답변했었다
그리고 면접 회고를 하며 찾아본 정의와 크게 다르지 않다는 것을 알게 되었다

내가 NHN Cloud에서 Openstack을 운영하면서 느꼈던 Observability는 사용자 경험과 맞닿아있는 지표들을 어떻게 정의하고 기준을 세울지에 대한 부분이었다
예를 들어, 사용자가 인스턴스를 사용할 때 지연을 느끼는 원인은 아래와 같이 다양할 수 있다

• Latency
  • External network, NFS
  • DNS
• Load Average
  • CPU, Mem

네트워크 이슈라고 하더라도 FIP를 통해 외부와 통신하는 부분에 문제가 있을 수도 있고, NFS로 연결된 블록스토리지에 문제가 있을 수도 있다
인스턴스의 Load Average가 치솟는 이유도 내부 어플리케이션의 문제일 수도 있지만 다른 인스턴스가 리소스를 과도하게 사용하는 것이 원인일 수 있다

이러한 부분을 모니터링하고 사용자에게 문의가 왔을 때, 빠르게 대처하려면 메트릭을 용이하게 확인할 수 있는 대시보드의 존재도 정말 중요하다

즉, Observability란 각각의 조직과 환경에 따라 최적의 메트릭 모니터링 툴을 갖추고 문제가 생겼을 때, 운영자가 용이하게 확인할 수 있는 일종의 시스템이라고 생각한다