Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Panoramica degli obiettivi del livello di servizio
Gli obiettivi del livello di servizio (SLO) sono uno strumento di base nel toolkit per il monitoraggio dei servizi Google. Gli SLO possono fornirti un indicatore conciso e con poco rumore sullo stato complessivo dei tuoi servizi. Cloud Service Mesh ti consente di impostare SLO per i tuoi servizi, nonché di monitorare e generare avvisi in base a questi SLO.
Per monitorare lo stato di un servizio, devi capire quali sono i comportamenti importanti per quel servizio e come misurarli e valutarli. Un
indicatore del livello del servizio (SLI) è una misura quantitativa di alcuni aspetti del
servizio. Gli SLI tipici sono:
Latenza: il tempo necessario per restituire una risposta a una richiesta, in genere misurato in millisecondi (ms). La latenza viene in genere presentata come aggregata. ovvero,
i dati non elaborati vengono raccolti in un periodo di tempo e calcolati come percentile.
Cloud Service Mesh mostra un grafico di latenza nella pagina Metriche per ciascuno dei tuoi servizi. Il grafico Latenza mostra la latenza nel tempo,
che può aiutarti a determinare una soglia di latenza o un limite superiore per un servizio.
Disponibilità: la frazione di tempo in cui un servizio risponde correttamente.
In genere viene presentato come il rapporto tra il numero di risposte riuscite
e il numero totale di risposte. Il grafico Percentuale di errori nella pagina Metriche può aiutarti a determinare la disponibilità di ciascun servizio.
Uno SLO è un valore target per un livello di servizio misurato da uno SLI. Un SLO
può essere rappresentato come: SLI ≤ upper_bound o SLI ≥ lower_bound. Gli SLO sono obiettivi misurabili per le prestazioni in un determinato periodo di tempo. Ad esempio, potresti avere requisiti come i seguenti per alcuni dei tuoi servizi:
La latenza può superare i 300 ms solo nel 5% delle richieste in un periodo continuativo di 30 giorni.
Il sistema deve avere una disponibilità del 99% misurata su una settimana di calendario.
Puoi impostare e visualizzare gli SLO per i tuoi servizi in base ai dati di telemetria nella pagina Integrità. Puoi quindi creare avvisi in
Cloud Monitoring per ricevere una notifica se il funzionamento di un servizio non è come previsto.
Passaggi successivi
Scopri di più sugli SLO dal team Site Reliability Engineering di Google:
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-08-19 UTC."],[],[],null,["# Service level objectives overview\n=================================\n\n| **Note:** This guide only supports Cloud Service Mesh with Istio APIs and does not support Google Cloud APIs. For more information see, [Cloud Service Mesh overview](/service-mesh/docs/overview).\n\nService Level Objectives (SLOs) are a core tool in the Google service monitoring\ntoolkit. SLOs can give you a concise and low-noise signal as to the overall\nhealth of your services. Cloud Service Mesh lets you set SLOs for your\nservices, and monitor and alert on your services in terms of those SLOs.\n\nTo monitor the health of a service, you need to understand which behaviors\nmatter for that service and how to measure and evaluate those behaviors. A\nservice level indicator (SLI) is a quantitative measure of some aspect of the\nservice. Typical SLIs are:\n\n- Latency: How long it takes to return a response to a request, usually measured in milliseconds (ms). Latency is typically presented as an aggregate. That is, the raw data is collected over a period of time and calculated as percentiles. Cloud Service Mesh displays a Latency graph on the **Metrics** page for each of your services. The Latency graph shows you the latency over time, which can help you determine a latency threshold or upper bound for a service.\n- Availability: The fraction of the time that a service responds successfully. This is typically presented as a ratio of the number of successful responses over the total number of responses. The Error rate graph on the **Metrics** page can help you determine the availability of each service.\n\nAn SLO is a target value for a service level that is measured by an SLI. An SLO\ncan be represented as: `SLI ≤ upper_bound` or `SLI ≥ lower_bound`. SLOs are\nmeasurable goals for performance over a period of time. For example, you might\nhave requirements like the following for some of your services:\n\n- Latency can exceed 300ms in only 5 percent of the requests over a rolling 30-day period.\n- The system must have 99% availability measured over a calendar week.\n\nYou can set and view SLOs for your services based on their telemetry data on the\n**Health** page. You can then create alerts in\n[Cloud Monitoring](/monitoring/alerts) to warn you if a service isn't\nperforming as expected.\n\nWhat's next\n-----------\n\n- Learn more about SLOs from Site Reliability Engineering at Google:\n\n - [Site Reliability Engineering](https://sre.google/sre-book/service-level-objectives/)\n - [The Site Reliability Workbook](https://sre.google/workbook/implementing-slos/)\n- [Designing SLOs](/service-mesh/docs/observability/design-slo)\n\n- [Creating SLOs](/service-mesh/docs/observability/create-slo)\n\n- [Monitoring SLOs](/service-mesh/docs/observability/monitor-slo)"]]
