Metrik DORA dan Kesehatan CI/CD

Selamat datang di Metrik DORA! Dalam pengembangan perangkat lunak modern, sekadar melakukan deployment kode tidaklah cukup. Kita perlu memahami seberapa baik kinerja proses pengembangan dan operasi kita.

Metrik DORA menyediakan kerangka kerja yang kuat untuk mengukur dan meningkatkan kesehatan CI/CD serta performa DevOps secara keseluruhan.

DORA adalah singkatan dari kelompok DevOps Research and Assessment, yang mengidentifikasi empat metrik utama untuk memprediksi performa pengiriman perangkat lunak dan hasil organisasi.

• Frekuensi Deployment (DF)
• Waktu Tunggu untuk Perubahan (LTFC)
• Waktu Rata-rata untuk Pemulihan (MTTR)
• Tingkat Kegagalan Perubahan (CFR)

Mari kita bahas masing-masing!

Frekuensi Deployment mengukur seberapa sering organisasi Anda berhasil merilis kode ke produksi. Metrik ini menunjukkan seberapa cepat Anda dapat memberikan nilai kepada pengguna.

Frekuensi deployment yang lebih tinggi sering kali berarti perubahan yang lebih kecil dan berisiko lebih rendah sedang diterapkan, sehingga menghasilkan umpan balik yang lebih cepat dan peningkatan berkelanjutan.

Untuk melacak Frekuensi Deployment, cukup hitung jumlah deployment yang berhasil ke lingkungan produksi selama periode tertentu (misalnya, harian, mingguan, atau bulanan).

• Contoh: Jika tim Anda melakukan deployment 15 kali dalam seminggu, DF Anda adalah 15/minggu.
• Tujuan: Tingkatkan angka ini. Tim dengan performa terbaik melakukan deployment beberapa kali sehari.

Waktu Tunggu untuk Perubahan adalah waktu yang diperlukan agar perubahan kode berpindah dari commit hingga berhasil berjalan di produksi. Metrik ini mengukur kecepatan seluruh pipeline pengembangan Anda.

Metrik ini menyoroti efisiensi proses pengembangan Anda, termasuk pengodean, pengujian, peninjauan, dan deployment.

LTFC dimulai saat pengembang melakukan commit kode dan berakhir saat kode tersebut tersedia bagi pengguna. Metrik ini biasanya diukur dalam jam atau hari.

• Contoh: Fitur yang di-commit pada Senin pagi dan tersedia di produksi pada Selasa sore memiliki LTFC sekitar 36 jam.
• Tujuan: Kurangi waktu ini. Waktu tunggu yang lebih singkat berarti pengiriman lebih cepat dan iterasi yang lebih cepat.

Waktu Rata-rata untuk Pemulihan (MTTR) mengukur waktu yang diperlukan untuk memulihkan layanan setelah terjadi insiden atau kegagalan produksi. Metrik ini mencerminkan kemampuan tim Anda dalam merespons dan memulihkan masalah.

MTTR yang rendah menunjukkan ketahanan operasional yang kuat dan prosedur respons insiden yang efektif.

MTTR dihitung sejak insiden terdeteksi hingga layanan pulih sepenuhnya. Metrik ini biasanya diukur dalam menit atau jam.

• Contoh: Jika gangguan aplikasi memerlukan waktu 2 jam untuk diidentifikasi, didiagnosis, dan diperbaiki, MTTR untuk insiden tersebut adalah 2 jam.
• Tujuan: Kurangi waktu ini. Pemulihan yang lebih cepat meminimalkan dampak terhadap pengguna dan gangguan terhadap bisnis.

Tingkat Kegagalan Perubahan adalah persentase perubahan pada produksi yang mengakibatkan penurunan kualitas layanan, memerlukan pengembalian perubahan, atau membutuhkan perbaikan segera dengan cara lain.

Metrik ini sangat penting untuk memahami stabilitas dan keandalan proses deployment Anda. CFR yang tinggi menunjukkan adanya masalah dalam praktik pengujian atau deployment.

CFR dihitung dengan membagi jumlah deployment yang gagal dengan total deployment selama suatu periode, lalu mengalikannya dengan 100.

• Contoh: Jika dari 100 deployment terdapat 5 yang menyebabkan insiden produksi, CFR Anda adalah 5%.
• Tujuan: Jaga angka ini serendah mungkin. Tim dengan performa terbaik sering kali memiliki CFR di bawah 15%.

Anda telah mempelajari empat metrik DORA. Sekarang, mari uji pemahaman Anda tentang apa yang diukur oleh masing-masing metrik.

Selamat! Anda telah mempelajari empat metrik DORA:

• Frekuensi Deployment: Seberapa sering Anda merilis.
• Waktu Tunggu Perubahan: Seberapa cepat kode tersedia untuk digunakan.
• Waktu Rata-rata Pemulihan: Seberapa cepat Anda memperbaiki masalah.
• Tingkat Kegagalan Perubahan: Seberapa sering deployment menyebabkan masalah.

Dengan melacak metrik-metrik ini, Anda dapat memperoleh wawasan mendalam tentang kondisi CI/CD dan mendorong peningkatan berkelanjutan dalam praktik DevOps Anda.