계측은 애플리케이션의 런타임 동작에 대한 데이터를 생성하거나 수집하는 특정 코드를 의미합니다. 애플리케이션 내에서 OpenTelemetry에서 제공하는 것과 같은 계측은 언어 런타임, 프레임워크 또는 애플리케이션 로직에 대한 도메인별 정보를 수집한 다음, 해당 데이터를 Google Cloud 프로젝트나 다른 대상으로 전송할 수 있습니다. 원격 분석이라고도 하는 이 데이터는 측정항목, 로그, trace를 포함합니다.
CPU 사용량, 메모리 사용량, 디스크 사용량과 같은 시스템 수준의 측정항목은 애플리케이션 문제를 감지하는 데 유용하지만 애플리케이션 수준의 문제에 대해 많은 정보를 제공하지는 않습니다. 계측을 통해 애플리케이션이 문제의 근본 원인을 진단하는 데 필요한 데이터를 생성할 수 있습니다. 원격 분석 결과를 통해 애플리케이션 내부에서 발생하는 상황을 알 수 있기 때문입니다. 예를 들어 로그에는 특정 오류 메시지 또는 스택 추적과 같은 프로그램 관련 컨텍스트와 소스 코드의 위치가 포함되는 경우가 많습니다. 마찬가지로 분산 trace는 요청을 처리할 때 여러 서비스의 상호작용 방법을 이해하는 데 도움이 됩니다. 측정항목을 사용하면 애플리케이션이 제대로 작동하지 않을 때 알림을 받을 수 있습니다.
애플리케이션을 계측하려면 원격 분석을 생성한 후 데이터를 저장하고 쿼리할 수 있는 위치로 전송해야 합니다. 예를 들어 계측을 통해 원격 분석을 Google Cloud 프로젝트로 전송할 수 있습니다. Google Cloud Observability의 서비스는 원격 분석 데이터를 수집, 분석하고 상관관계를 파악하는 데 도움이 됩니다. 또한 빠르게 시작할 수 있도록 기본 대시보드 및 알림 정책과 같은 기본값을 제공합니다. Google Cloud Observability에 대한 자세한 내용은 Google Cloud의 관측 가능성을 참조하세요.
다음 그림은 애플리케이션이 계측을 사용하여 원격 분석을 생성하고 스토리지 시스템으로 전송하는 방법을 보여줍니다.
앞의 그림에서 볼 수 있듯이 계측 코드는 애플리케이션 프로세스 내에 있으며 애플리케이션과 상호작용하여 원격 분석 데이터를 생성합니다. 그런 다음, 계측 프레임워크는 구성된 스토리지 시스템으로 원격 분석을 내보냅니다. 그림에서 스토리지 시스템은 Google Cloud 프로젝트입니다.
공급업체 중립적인 계측 프레임워크 정보
Google Cloud로만 원격 분석을 전송하려는 경우에도 공급업체 중립적인 오픈소스 계측 프레임워크를 사용하여 애플리케이션을 계측하는 것이 좋습니다. 이러한 유형의 프레임워크에는 다음과 같은 주요 이점이 있습니다.
- 공급업체 종속 없음
- 공급업체 중립적인 프레임워크는 특정 공급업체에 한정되지 않으며 생성된 원격 분석에 대해 자체 데이터 모델을 제공합니다. 따라서 여러 공급업체에 데이터를 전송할 수 있으며 일반적으로 코드를 수정하지 않고 사용하는 공급업체를 변경할 수 있습니다.
- 원격 분석 수집을 위한 표준화된 절차
- OpenTelemetry와 같이 잘 설계된 프레임워크는 애플리케이션에서 원격 분석을 수집하는 표준화된 접근 방식을 제공합니다. 지원되는 언어로 작성된 애플리케이션에 동일한 프레임워크를 사용할 수 있습니다. 또한 프레임워크가 표준화되어 있으므로 모든 서비스에서 원격 분석을 수집하고 비교할 수 있습니다.
- 상호 운용 가능한 라이브러리
- 계측 프레임워크에는 원격 분석 신호를 수집하는 풍부한 라이브러리 생태계가 포함되어 있으며 이러한 라이브러리는 상호 운용이 가능합니다. 예를 들어 OpenTelemetry는 trace 데이터를 수집하고 측정항목 데이터를 수집하는 라이브러리를 제공합니다. 두 라이브러리 중 하나 또는 두 라이브러리를 모두 사용할 수 있습니다.
일반 권장사항
이 섹션에는 애플리케이션을 계측하는 방법에 대한 일반적인 권장사항이 포함되어 있습니다. Google Cloud와 관련된 안내는 계측 방식 선택을 참조하세요.
측정항목을 수집하려면 OpenTelemetry 또는 Prometheus를 사용하는 것이 좋습니다.
OpenTelemetry는 애플리케이션 계측을 위한 통합 프레임워크를 제공하는 오픈소스 프로젝트입니다. 또한 널리 사용되는 라이브러리의 계측 라이브러리도 제공합니다. OpenTelemetry는 원격 분석을 수신, 변환, 내보낼 수 있는 독립형 에이전트인 OpenTelemetry Collector를 제공합니다. OpenTelemetry Collector 구성 파일은 OpenTelemetry Collector의 동작을 결정합니다. 원격 분석을 에이전트에 전송하거나 스토리지 시스템에 직접 전송하려면 OpenTelemetry 프로토콜(OTLP)을 사용합니다.
Prometheus는 널리 사용되는 오픈소스 모니터링 시스템입니다. Prometheus 클라이언트 라이브러리를 사용하여 애플리케이션에서 측정항목을 생성할 수 있으며, 널리 사용되는 프레임워크에 대한 서드 파티 계측 라이브러리 생태계가 있습니다. Prometheus 클라이언트는 자체 측정항목을 에이전트가 스크래핑할 수 있는 HTTP 엔드포인트로 노출합니다.
trace를 수집하려면 OpenTelemetry를 사용하는 것이 좋습니다.
로그를 수집하려면 Cloud Logging용 JSON 구조화된 로그를 출력하도록 구성 가능한 프레임워크를 사용하는 것이 좋습니다. 로그 데이터를 작성하려면 다음을 사용하는 것이 좋습니다.
Google Cloud 솔루션
Google Cloud Observability는 원격 분석 수집을 위한 유연한 옵션을 제공합니다.
Google Cloud로 원격 분석을 전송하기 위해 애플리케이션을 계측하는 방법을 보여주는 코드 샘플은 다음을 참조하세요.
애플리케이션에서 지연 시간 데이터를 수집하고 보는 방법은 앱 요청의 지연 시간 보기를 참조하세요.
Google Cloud의 Prometheus용 완전 관리형 멀티 클라우드 프로젝트 간 솔루션은 Google Cloud Managed Service for Prometheus를 참조하세요.
운영 에이전트를 구성하는 방법은 다음 문서를 참조하세요.
다음 단계
Google Cloud Observability에 대한 자세한 내용은 Google Cloud의 관측 가능성을 참조하세요.