Cloud Service Mesh dan Traffic Director kini bergabung menjadi Cloud Service Mesh. Untuk mengetahui informasi selengkapnya, lihat ringkasan Cloud Service Mesh.
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Ringkasan tujuan tingkat layanan
Tujuan Tingkat Layanan (SLO) adalah alat inti dalam toolkit pemantauan layanan Google. SLO dapat memberi Anda sinyal ringkas dan minim derau terkait kondisi layanan Anda secara keseluruhan. Cloud Service Mesh memungkinkan Anda menetapkan SLO untuk layanan, serta memantau dan memberikan pemberitahuan tentang layanan berdasarkan SLO tersebut.
Untuk memantau kondisi layanan, Anda perlu memahami perilaku mana
yang penting untuk layanan tersebut dan cara mengukur serta mengevaluasi perilaku tersebut. Indikator tingkat layanan (SLI) adalah ukuran kuantitatif dari beberapa aspek layanan. SLI standar adalah:
Latensi: Durasi waktu yang diperlukan untuk menampilkan respons terhadap permintaan, biasanya diukur dalam milidetik (md). Latensi biasanya ditampilkan sebagai gabungan. Artinya,
data mentah dikumpulkan selama jangka waktu tertentu dan dihitung sebagai persentil.
Cloud Service Mesh menampilkan grafik Latensi di halaman Metrik
untuk setiap layanan Anda. Grafik Latensi menunjukkan latensi dari waktu ke waktu,
yang dapat membantu Anda menentukan nilai minimum latensi atau batas atas untuk layanan.
Ketersediaan: Persentase waktu saat layanan berhasil merespons.
Metrik ini biasanya ditampilkan sebagai rasio jumlah respons yang berhasil
terhadap total jumlah respons. Grafik Tingkat error di halaman Metrik dapat membantu Anda menentukan ketersediaan setiap layanan.
SLO adalah nilai target untuk tingkat layanan yang diukur dengan SLI. SLO
dapat direpresentasikan sebagai: SLI ≤ upper_bound atau SLI ≥ lower_bound. SLO adalah
sasaran terukur untuk performa selama jangka waktu tertentu. Misalnya, Anda mungkin
memiliki persyaratan seperti berikut untuk beberapa layanan:
Latensi dapat melebihi 300 md hanya dalam 5 persen permintaan selama periode
30 hari bergulir.
Sistem harus memiliki ketersediaan 99% yang diukur selama satu minggu kalender.
Anda dapat menetapkan dan melihat SLO untuk layanan berdasarkan data telemetrinya di halaman
Health. Kemudian, Anda dapat membuat pemberitahuan di
Cloud Monitoring untuk memperingatkan Anda jika layanan tidak
berperforma seperti yang diharapkan.
Langkah berikutnya
Pelajari SLO lebih lanjut dari Site Reliability Engineering di Google:
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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/v1.25/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/v1.25/docs/observability/design-slo)\n\n- [Creating SLOs](/service-mesh/v1.25/docs/observability/create-slo)\n\n- [Monitoring SLOs](/service-mesh/v1.25/docs/observability/monitor-slo)"]]