Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Présentation de l'observabilité
Cloud Service Mesh offre une observabilité sur l'état et les performances de vos services. Pour obtenir des données de télémétrie, Cloud Service Mesh s'appuie sur des proxys side-car que vous injectez en tant que conteneur distinct dans les mêmes pods que vos charges de travail.
Les proxys interceptent tout le trafic HTTP entrant et sortant vers les charges de travail et transmettent les données à Cloud Service Mesh. Avec ce système, les développeurs de services n'ont pas besoin d'instrumenter leur code pour collecter des données de télémétrie.
Cloud Monitoring et Cloud Logging sont activés dans votre projetGoogle Cloud lorsque vous installez Cloud Service Mesh. Pour signaler des données de télémétrie, chaque proxy side-car injecté dans vos pods de service appelle l'API Cloud Monitoring et l'API Cloud Logging. Les données de télémétrie sont automatiquement importées sur les pages Cloud Service Mesh de la consoleGoogle Cloud . Notez que les métriques ne sont affichées que pour les services HTTP sur les pages Cloud Service Mesh de la console Google Cloud .
Cloud Service Mesh fournit plusieurs tableaux de bord de service préconfigurés dans la consoleGoogle Cloud , ce qui vous évite d'avoir à configurer manuellement des tableaux de bord et des graphiques. Cette télémétrie détaillée permet aux opérateurs d'observer le comportement du service et leur permet de résoudre des problèmes, de gérer et d'optimiser leurs applications.
Sur les pages Cloud Service Mesh de la Google Cloud console, vous pouvez:
Obtenez un aperçu de tous les services de votre réseau maillé, celui-ci vous fournit des métriques critiques au niveau du service sur trois des quatre signaux clés de surveillance : la latence, le trafic et les erreurs.
Définissez, examinez et paramétrez des alertes en fonction des objectifs de niveau de service (SLO), qui résument les performances visibles de l'utilisateur de votre service.
Affichez les graphiques de métriques pour des services individuels et analysez-les de manière approfondie à l'aide de filtres et de répartitions, par code de réponse, protocole, pod de destination, source de trafic, etc.
Obtenez des informations détaillées sur les points de terminaison de chaque service, et notez l'évolution du trafic entre les services et les performances pour chaque lien de communication.
Explorez une visualisation de graphiques de topologie de services qui affiche les services de votre réseau maillé et leurs relations.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/03 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/03 (UTC)."],[],[],null,["# Observability overview\n======================\n\nCloud Service Mesh provides *observability* into the health and performance\nof your services. To obtain telemetry data, Cloud Service Mesh relies on\n[sidecar proxies](/service-mesh/docs/onboarding/kubernetes-workloads#inject_sidecar_proxies)\nthat you inject as a separate container into the same Pods as your workloads.\nThe proxies intercept all inbound and outbound HTTP traffic to the workloads and\nreport the data to Cloud Service Mesh. With this system, service developers\ndon't have to instrument their code to collect telemetry data.\n\nCloud Monitoring and Cloud Logging are enabled in your\nGoogle Cloud project when you install Cloud Service Mesh. To report\ntelemetry data, each sidecar proxy that is injected into your service Pods calls\nthe Cloud Monitoring API and the Cloud Logging API. The telemetry data is\nautomatically uploaded to the Cloud Service Mesh pages in the\nGoogle Cloud console. Note that metrics are displayed only for HTTP services\non the Cloud Service Mesh pages in the Google Cloud console.\n\nCloud Service Mesh provides several preconfigured service dashboards in the\nGoogle Cloud console so you don't have to manually set up dashboards and\ncharts. This detailed telemetry enables operators to observe service behavior,\nand empowers them to troubleshoot, maintain, and optimize their applications.\n\nOn the Cloud Service Mesh pages in the Google Cloud console, you can:\n\n- Get an overview of all services in your mesh, providing you critical,\n service-level metrics on three of the\n [four golden signals of monitoring](https://sre.google/sre-book/monitoring-distributed-systems/#xref_monitoring_golden-signals):\n latency, traffic, and errors.\n\n- Define, review, and set alerts against service level objectives (SLOs),\n which summarize your service's user-visible performance.\n\n- View metric charts for individual services and deeply analyze them with\n filtering and breakdowns, including by response code, protocol, destination\n pod, traffic source, and more.\n\n- Get detailed information about the endpoints for each service, and see\n how traffic is flowing between services, and what performance looks like\n for each communication edge.\n\n- Explore a service topology graph visualization that shows your mesh's\n services and their relationships.\n\nWhat's next\n-----------\n\n- [Control access to Cloud Service Mesh in the Google Cloud console](/service-mesh/docs/access-dashboard)\n- [Learn about SLOs](/service-mesh/docs/observability/slo-overview)\n- [Create an alerting policy on an SLO](/service-mesh/docs/observability/alert-policy-slo)"]]
