Choosing an Instrumentation Method for Containers

이 페이지는 아직 영어로 제공되지 않습니다. 번역 작업 중입니다.
현재 번역 프로젝트에 대한 질문이나 피드백이 있으신 경우 언제든지 연락주시기 바랍니다.

To instrument your Google Cloud Run containers with Datadog, choose one of two options:

In-Process
Sidecar

  • In-process: Wraps your application container with the Datadog Agent. Choose this option for a simpler setup, lower cost overhead, and direct log piping.
  • Sidecar: Deploys the Datadog Agent in a separate container alongside your app container. Choose this option if you have multiple containers in a single service, if you prefer strict isolation of the Datadog Agent, or if you have performance-sensitive workloads.

Comparison: in-process versus sidecar instrumentation

AspectIn-processSidecar
DeploymentOne container (your app, wrapped with the Datadog Agent)Two containers ( your app, Datadog Agent)
Image changesIncreases app image size.No change to app image.
Cost overheadLess than sidecar (no extra container).Extra vCPU/memory. Overallocating the sidecar wastes cost; underallocating leads to premature scaling.
LoggingDirect stdout/stderr access.Shared volume + log library routing to a log file. Uncaught errors require extra handling, since they are not automatically handled by your logging library.
Failure isolationIn rare cases, Datadog Agent bugs can affect your app.Datadog Agent faults are isolated.
Observing multiple containersNot supportedSupported

Further reading

추가 유용한 문서, 링크 및 기사:

Google Cloud Run IntegrationDOCUMENTATION more more Collect traces, logs, and custom metrics from Cloud Run servicesBLOG more more Instrument your container with the in-process approachDOCUMENTATION more more Instrument your container with the sidecar approachDOCUMENTATION more more