Layanan digital tidak cukup hanya “terlihat online”. Pengguna juga berharap permintaan diproses dengan cepat, transaksi tidak gagal, dan data tetap tersedia saat dibutuhkan. Untuk menilai pengalaman itu secara konsisten, tim teknologi dapat memakai tiga konsep yang saling berkaitan: Service Level Indicator (SLI), Service Level Objective (SLO), dan Service Level Agreement (SLA).
Ketiganya sering dianggap sama, padahal fungsi dan konsekuensinya berbeda. Memahami perbedaan tersebut membantu tim memilih metrik yang benar-benar penting, menetapkan target realistis, serta menjelaskan komitmen layanan kepada pengguna.
Apa itu SLI, SLO, dan SLA?
1. SLI: ukuran yang benar-benar diamati
Service Level Indicator adalah ukuran kuantitatif tentang kualitas layanan yang diterima pengguna. Contohnya persentase permintaan yang berhasil, waktu respons, tingkat kesalahan, atau kesegaran data pada sebuah pipeline. SLI sebaiknya memiliki definisi yang jelas: permintaan mana yang dihitung, dari titik mana pengukuran dilakukan, dan bagaimana hasilnya diringkas.
Misalnya, tim API menghitung persentase permintaan valid yang mendapat respons sukses dalam batas waktu tertentu. Angka itu lebih bermakna daripada sekadar menghitung jumlah server yang aktif, karena server aktif belum tentu berarti pengguna berhasil menyelesaikan pekerjaannya.
2. SLO: target untuk SLI
Service Level Objective adalah sasaran yang ingin dicapai untuk suatu SLI dalam periode pengukuran tertentu. Contohnya, “99,9% permintaan valid berhasil selama jendela bergulir 30 hari” atau “99% permintaan pencarian selesai dalam 300 milidetik”. SLO mengubah pengukuran menjadi kriteria yang bisa digunakan untuk mengambil keputusan.
Target harus mengikuti kebutuhan pengguna dan jenis layanan. API pembayaran, aplikasi obrolan, dan proses laporan harian memiliki pola penggunaan serta toleransi keterlambatan yang berbeda. Menetapkan target sangat ketat tanpa memahami kebutuhan dapat menambah biaya tanpa manfaat yang sepadan.
3. SLA: komitmen kepada pelanggan
Service Level Agreement adalah komitmen formal kepada pelanggan yang menjelaskan tingkat layanan dan apa yang terjadi bila ketentuan tertentu tidak terpenuhi. Konsekuensinya dapat berupa kredit layanan, pengembalian biaya, atau mekanisme lain yang tercantum dalam kontrak. Karena memiliki dampak bisnis atau hukum, SLA perlu ditulis dengan definisi, pengecualian, periode pengukuran, dan cara pelaporan yang tidak ambigu.
Ringkasnya: SLI adalah apa yang diukur, SLO adalah target internal untuk hasil pengukuran itu, sedangkan SLA adalah komitmen eksternal beserta konsekuensinya. SLO internal biasanya dibuat lebih ketat daripada batas SLA agar tim punya ruang untuk mendeteksi masalah dan memperbaikinya sebelum melanggar komitmen.
Memilih SLI yang mencerminkan pengalaman pengguna
Mulailah dari tugas yang ingin diselesaikan pengguna, bukan dari metrik yang kebetulan mudah tersedia. Untuk layanan web, beberapa kandidat SLI meliputi:
- Ketersediaan: proporsi permintaan yang berhasil, dengan definisi sukses yang sesuai fungsi layanan.
- Latensi: proporsi permintaan yang selesai di bawah ambang waktu. Persentil ke-95 atau ke-99 sering lebih informatif daripada rata-rata karena dapat mengungkap pengalaman pengguna yang paling lambat.
- Kualitas hasil: apakah data atau respons yang diberikan benar dan lengkap, bukan hanya berhasil dikirim.
- Kesegaran data: seberapa lama jeda antara data sumber diperbarui dan hasil tersedia bagi pengguna.
Jangan mengumpulkan terlalu banyak SLI tanpa tujuan. Pilih sejumlah kecil indikator yang mewakili pengalaman utama dan bisa memicu tindakan yang jelas. Pastikan pula pengukuran membedakan trafik valid dari permintaan yang memang seharusnya ditolak, agar angka keberhasilan tidak menyesatkan.
Contoh menetapkan SLO dan menghitung error budget
Bayangkan sebuah API memiliki target keberhasilan 99,9% selama 30 hari. Jika jumlah permintaan valid yang masuk adalah 10 juta, maka tingkat kegagalan yang diizinkan menurut target tersebut adalah 0,1%, atau sekitar 10.000 permintaan. Angka ini adalah ilustrasi sederhana; perhitungan produksi harus memakai definisi SLI dan jendela pengukuran yang benar.
Selisih antara target keandalan dan 100% dikenal sebagai error budget. Untuk SLO 99,9%, anggaran kegagalannya 0,1% pada jendela yang sama. Tim dapat menggunakan sisa anggaran itu untuk menilai risiko perubahan. Jika anggaran masih sehat, rilis normal dapat diteruskan dengan pemantauan. Jika hampir habis, tim bisa menunda perubahan berisiko tinggi dan memprioritaskan perbaikan reliabilitas.
Error budget bukan izin untuk sengaja membuat layanan gagal. Fungsinya adalah membantu tim mengambil keputusan berbasis data dan menyeimbangkan kecepatan pengembangan dengan stabilitas.
Langkah praktis menerapkannya
- Tentukan perjalanan pengguna yang kritis. Pilih alur seperti masuk akun, mencari informasi, atau menyelesaikan transaksi.
- Tulis definisi SLI. Nyatakan numerator, denominator, sumber data, batas waktu, dan pengecualian secara eksplisit.
- Pilih jendela pengukuran. Periode 7 atau 30 hari dapat membantu melihat tren, tetapi gunakan jendela yang sesuai dengan pola layanan dan kontrak.
- Tetapkan SLO awal yang masuk akal. Gunakan kebutuhan pengguna, riwayat kinerja, risiko, dan biaya sebagai bahan pertimbangan; jangan hanya menyalin target perusahaan lain.
- Hubungkan metrik ke tindakan. Buat dashboard dan peringatan untuk gejala yang memerlukan respons. Hindari alarm yang hanya berbunyi karena satu lonjakan singkat tanpa dampak nyata.
- Tinjau secara berkala. Evaluasi insiden, perubahan trafik, umpan balik pelanggan, dan apakah SLI masih mewakili pengalaman pengguna.
Kesalahan yang perlu dihindari
Kesalahan umum adalah menjadikan SLA sebagai satu-satunya sasaran teknis, menggunakan rata-rata latensi saja, atau menjanjikan 100% ketersediaan tanpa mempertimbangkan biaya dan batas sistem. Kesalahan lain adalah mengubah definisi metrik di tengah periode sehingga hasil sebelum dan sesudah perubahan tidak lagi bisa dibandingkan.
Dokumentasikan setiap perubahan definisi, tampilkan tren bersama konteks insiden, dan pastikan tim produk, operasi, serta dukungan pelanggan memahami arti angka yang dilaporkan. Target yang baik harus dapat diukur, dipahami, dan dihubungkan dengan keputusan nyata.
Kesimpulan
SLI, SLO, dan SLA membentuk kerangka untuk mengelola keandalan secara terukur. Mulailah dengan indikator yang dekat dengan pengalaman pengguna, tetapkan sasaran yang realistis, lalu gunakan error budget dan hasil pemantauan untuk menentukan prioritas. Dengan definisi yang transparan dan evaluasi rutin, tim dapat meningkatkan keandalan tanpa menjadikan setiap perubahan sebagai pertaruhan yang tidak terukur.