liveBook · Manning

Telemetry

As explained in Google Anthos in Action

Telemetry is automatically collected information about system or service behavior, including metrics, logs, and traces.

Telemetry is automatically collected information about service behavior, including metrics, logs, and traces. In a service mesh, proxies observe inbound and outbound traffic and forward this information to centralized monitoring systems without application changes. section 4.2 section 4.5.2

Telemetry supports several operational activities:

  • Collect metrics and logs from Envoy proxies and TCP sessions, with customizable Istio metrics. section 4.3.4
  • Trace distributed transactions, investigate latency, analyze service dependencies, and perform root-cause analysis. section 4.3.4
  • Visualize service topology, health, performance, latency, errors, and traffic across microservices. section 4.5.2 section 5.1.5
  • Support service-level indicators, service-level objectives, scaling decisions, optimization, and postmortems. section 4.5.2 section 5.1.5

Mesh telemetry path

A sidecar proxy attached to each Pod intercepts microservice traffic, collects metrics and logs, and sends them to Anthos Service Mesh, Google Cloud Monitoring, or Google Cloud Logging. Kiali can build a service graph from the resulting data, while Prometheus and Grafana support querying, visualization, and alerting. section 4.2 section 4.3.4 section 4.5.2

Figure 4.1 Sidecar proxy architecture
04-01

Use the sidecar architecture diagram to follow how a proxy shares a microservice’s lifecycle while running as a separate process. section 4.2

How Google Anthos in Action covers it

How deep it goes
Explains collection paths, observability tools, and operational uses, but stops short of detailed telemetry schemas or instrumentation code.
Examples
Uses Envoy sidecars, Kiali service graphs, Prometheus time series, Grafana dashboards, and Google Cloud Monitoring and Logging.
What it assumes
Assumes microservices and service-mesh components, while treating application-level instrumentation as unnecessary for proxy-collected telemetry.
What you can do after
Diagnose/debug with it by tracing latency, inspecting traffic and dependencies, reviewing service health, and analyzing historical failures.
How it connects
Connects telemetry with service meshes, sidecar proxies, Envoy, Istio, distributed tracing, Prometheus, Grafana, and service-level indicators.

Also explained in

Compare how 8 books explain telemetry →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Google Anthos in Action. The section links point to the parts of the book it draws on.