쿠버네티스 창시자에게 배우는 모범 사례 2판

104

쿠버네티스 창시자에게 배우는 모범 사례 2판

리소스를 이용하자.

사이드카 패턴에서 로그 전달기

log

forwarder

는 리소스를 많이 소비하므로 가급적 사용을

제한하자. 대안으로, 로그 전달기에 데몬셋을 사용하고

STDOUT

으로 로그를 보내는

방법이 있다.

3.12.3

알림

알림을 너무 많이 보내 피로가 쌓이면 담당자와 프로세스 모두에게 안 좋은 영향을 끼

칠 수도 있으니 주의하자.

완벽한 알림이란 없다. 이 사실을 인정하고 점진적으로 개선할 방안을 모색하자.

사람이 즉시 대응할 필요가 없는 일시적인 문제는 알림을 보내지 말자.

SLO

와 고객에

게 영향을 주는 증상이 발견될 경우에만 알림을 보내자.

정리

메트릭과 로그를 수집하여 시스템 모니터링에 적용 가능한 패턴, 기술, 툴에 대해 알아보았

다. 이 장에서 가장 중요한 대목은 지금까지 여러분이 모니터링을 어떻게 해왔는지 돌아보

고 처음부터 다시 시작해야 한다는 사실이다. 나중에 사고가 나서야 모니터링을 구현하는

경우를 참 많이 봐왔는데, 그렇게 해도 시스템을 제대로 파악하기 어려운 불리한 상황에 처

하게 될 수 있다. 모니터링의 목표는 시스템을 더 잘 들여다볼 수 있게 만들어 복원성을 높

이고 엔드 유저에게 양질의 애플리케이션 경험을 제공하는 것이다. 쿠버네티스 같은 분산

시스템에서 분산 애플리케이션을 ...