SLI mengukur perilaku layanan, SLO menetapkan sasaran keandalan, sedangkan SLA adalah komitmen kepada pelanggan yang memiliki konsekuensi. Ketiganya mengubah janji kabur seperti “sangat andal” menjadi ekspektasi terukur dan dasar keputusan teknis.
Mulai dari Perjalanan Pengguna
Keandalan bukan sekadar server menyala. Tentukan perjalanan yang penting: membuat pesanan, melihat saldo, menerima webhook, atau menyelesaikan pembayaran. Tetapkan batas sistem dan kondisi yang benar-benar berarti berhasil bagi pengguna.
Satu produk bisa membutuhkan beberapa indikator. Availability dapat terlihat sehat ketika latensi membuat checkout tidak dapat digunakan. Proses batch mungkin tidak membutuhkan uptime terus-menerus, tetapi harus selesai sebelum pukul 06.00.
Apa Itu SLI?
Service-level indicator adalah ukuran kuantitatif perilaku layanan. Contohnya:
- permintaan berhasil dibagi seluruh permintaan yang valid;
- proporsi respons di bawah ambang latensi;
- data yang diproses benar sebelum tenggat;
- pesan tersimpan aman dibanding pesan yang diterima;
- dataset terbaru dibanding dataset yang diharapkan.
Ukur sedekat mungkin dengan pengalaman pengguna. Pengecualian harus tertulis agar kegagalan nyata tidak hilang dari laporan.
Apa Itu SLO?
Service-level objective adalah target SLI dalam jendela waktu tertentu. Contoh: 99,9% permintaan checkout yang memenuhi syarat berhasil dalam periode bergulir 28 hari.
Target harus mempertimbangkan kebutuhan pelanggan, dampak bisnis, arsitektur, kapasitas tim, dan biaya. Target 100% untuk semua layanan biasanya tidak realistis serta menghambat perubahan. Target yang lebih ketat juga membutuhkan redundansi, pengujian, monitoring, dan operasi yang lebih mahal.
Apa Itu SLA?
Service-level agreement adalah komitmen formal antara penyedia dan pelanggan. Dokumen ini menjelaskan cakupan, metode perhitungan, pengecualian, pelaporan, tanggung jawab dukungan, dan konsekuensi seperti kredit layanan.
SLA umumnya lebih longgar daripada SLO internal. Jarak tersebut memberi tim waktu untuk bertindak sebelum komitmen pelanggan dilanggar. Pemilik legal dan komersial harus meninjau bahasanya; target dashboard bukan otomatis kontrak.
Gunakan Error Budget
SLO keberhasilan 99,9% mengizinkan 0,1% kejadian yang tidak berhasil. Batas itu disebut error budget dan dapat memandu keseimbangan antara keandalan dan kecepatan:
- budget sehat: delivery berjalan normal;
- konsumsi cepat: selidiki dan kurangi perubahan berisiko;
- budget habis: utamakan perbaikan keandalan dan minta persetujuan risiko.
Pantau sisa budget sekaligus burn rate. Ringkasan bulanan dapat menyembunyikan insiden besar yang menghabiskan jatah dalam satu jam.
Hindari Jebakan Pengukuran
Jangan merata-ratakan persentil dari beberapa interval, mencampur synthetic monitoring dan data pengguna tanpa penjelasan, atau menganggap celah telemetry sebagai sukses. Definisikan zona waktu, jendela, kriteria permintaan, maintenance, kegagalan dependensi, dan data terlambat.
Scorecard awal sebaiknya kecil. Satu hingga tiga SLI bermakna untuk setiap perjalanan kritis lebih berguna daripada puluhan metrik infrastruktur tanpa keputusan.
Operasionalkan Modelnya
Setiap SLO perlu pemilik, sumber data, dashboard, kebijakan alert, dan jadwal review. Gunakan alert berbasis burn rate sebelum target terlewat. Tinjau ulang sasaran ketika arsitektur atau kebutuhan pelanggan berubah material.
Layanan cloud infrastructure DualByte dapat membantu merancang target keandalan serta telemetry dan praktik operasi yang mendukungnya.
Sumber
Butuh bantuan implementasi?
Konsultasi gratis dengan tim DualByte untuk solusi teknologi bisnis Anda.
