Conceptly
← 전체 목록
📋

Google Cloud Logging

관리중앙 로그 수집과 검색

Google Cloud Logging은 여러 런타임과 리소스에서 흩어져 나오는 로그를 한곳으로 모아 사건의 흐름을 추적하게 하는 운영 기록 서비스입니다. 문제가 났을 때 어느 서비스에서 어떤 순서로 일이 벌어졌는지 다시 따라가야 하는 상황에서 중심이 됩니다.

▶아키텍처 다이어그램

📊 데이터 흐름 다이어그램

점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다

왜 필요한가요?

서비스가 여러 개로 나뉘면 에러가 어디서 시작됐는지 찾으려면 각 런타임에 따로 들어가 로그를 뒤져야 합니다. 운영 기록과 앱 로그가 흩어져 있으면 조사와 감사가 모두 느려집니다.

왜 이런 방식이 등장했나요?

예전에는 서버별 파일 로그를 직접 모으거나 ELK 스택을 따로 운영해야 했습니다. 런타임이 서버리스와 컨테이너로 분산되면서, 로그를 중앙에서 수집하고 다른 분석 저장소로 분기하는 관리형 로그 계층이 필요해졌습니다.

내부적으로 어떻게 동작하나요?

Cloud Logging은 애플리케이션 로그와 감사 로그를 중앙으로 모으고, Log Router로 원하는 버킷이나 분석 저장소로 분기합니다. 구조화 로그 필터로 필요한 이벤트만 빠르게 찾을 수 있고, 특정 패턴은 로그 기반 메트릭으로 바꿔 알림에 활용할 수 있습니다.

경계와 구분

Cloud Logging과 Cloud Monitoring은 둘 다 관측성 도구지만, Logging은 사건의 텍스트 기록을 모으고 Monitoring은 숫자 메트릭과 임계값을 추적합니다. 원인 조사와 감사가 필요하면 Logging, 상태 감지와 알림이 중심이면 Monitoring이 맞습니다.

언제 쓰나요?

디버깅, 감사, 장기 로그 보관, 패턴 기반 분석에 적합합니다. 단순 임계값 알림만 필요하고 로그 본문을 볼 일이 거의 없다면 메트릭 도구가 더 직접적일 수 있습니다.

애플리케이션 디버깅감사 추적로그 보관로그 기반 경보