Cloud Visualizer
← 전체 목록
📋

Google Cloud Logging

관리중앙 집중 로그 수집과 검색

▶아키텍처 다이어그램

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

왜 필요한가요?

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

안에서 어떻게 동작하나요?

Cloud Logging은 애플리케이션 로그와 감사 로그를 중앙으로 모으고, Log Router로 원하는 버킷이나 분석 싱크로 분기합니다. 구조화 로그 필터를 써서 필요한 이벤트만 빠르게 찾고, 특정 패턴은 로그 기반 메트릭으로 바꿀 수 있습니다.

무엇과 헷갈리나요?

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

📈

Cloud Monitoring

클라우드 인프라 관측성

둘 다 관측성 도구지만, Cloud Logging은 사건의 로그 본문을 남기고 Cloud Monitoring은 숫자 메트릭과 알림 조건을 다룹니다.

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

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

언제 쓰나요?

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

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

다음에 볼 개념

📈

Cloud Monitoring

클라우드 인프라 관측성

로그를 통해 무슨 일이 있었는지 알게 되면, 다음에는 그 사건을 더 빨리 감지할 메트릭과 알림을 만들고 싶어지므로 Cloud Monitoring이 이어집니다.

함께 보면 좋은 개념

📈

Cloud Monitoring

클라우드 인프라 관측성

Cloud Logging에서 특정 에러 패턴을 로그 기반 메트릭으로 만들고, Cloud Monitoring이 그 메트릭을 기반으로 알림을 보내는 조합이 자주 쓰입니다.

Official Docs

더 깊게 보기

현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.

GCP

시작하기

빠른 입문과 핵심 개념

개발자 가이드

설정, API, 심화 사용법