Pelatihan Tertulis DevOps
Bagaimana Cara Membangun Pemantauan (Telemetri) untuk Mengelola Siklus Hidup Perangkat Lunak DevOps?
Dari pengalaman di industri TI, Anda tahu bahwa tidak mudah menemukan akar penyebab ketika terjadi masalah. Masalah dapat berada pada aplikasi, lingkungan, atau komponen lain yang terintegrasi dengan keduanya.
Dalam perkembangan platform klien-server yang cukup kompleks selama 50 tahun terakhir, ada situasi yang sering berulang. Saat server tidak bekerja optimal, menampilkan kesalahan, dan tidak memberikan layanan yang diharapkan, Anda hanya memulai ulang server dan berharap masalah selesai. Memulai ulang kadang bisa menghilangkan sementara masalah yang belum dipahami. Jika itu gagal, Anda beralih ke pengembang dan penguji yang dianggap tidak bekerja dengan baik atau tidak menemukan masalah saat pengujian. Kekacauan ini mengurangi kepuasan klien dan merusak suasana kerja.
Organisasi DevOps berkinerja tinggi jarang memulai ulang server saat menangani masalah. Mereka menggunakan pendekatan sistematis untuk menemukan dan menyelesaikan masalah. Mereka mengandalkan telemetri produksi untuk memahami akar penyebab dan faktor pemicu, bukan memulai ulang server tanpa informasi. Rata-rata waktu pemulihan (MTTR) mereka 96 kali lebih baik daripada organisasi lain. Artinya, mereka menyelesaikan masalah produksi 96 kali lebih cepat daripada rata-rata perusahaan. Salah satu praktik teknis utama mereka adalah memasukkan telemetri ke perangkat lunak dan aplikasi.
Apa Itu Telemetri?
Singkatnya, telemetri adalah proses mencatat perilaku sistem.
Rancang perangkat lunak, lingkungan produksi dan praproduksi, serta pipeline penerapan agar terus menghasilkan catatan telemetri. Tujuannya mengumpulkan telemetri yang cukup untuk memastikan layanan berfungsi dengan benar di produksi. Ketika masalah muncul, catatan membantu Anda cepat memahami masalah dan mengambil keputusan berdasarkan informasi untuk memperbaikinya.
Telemetri membantu Anda membandingkan pemahaman tentang sistem produksi dengan keadaan sebenarnya dan melihat apakah keduanya sesuai.
Bangun Infrastruktur Telemetri Anda
Untuk menjalankan telemetri, Anda memerlukan dua komponen utama:
- Pencatatan metrik telemetri: Semua organisasi DevOps berkinerja tinggi terus mencatat ratusan ribu metrik di setiap lapisan aplikasi, lingkungan, dan pipeline penerapan. Contohnya adalah peristiwa logika bisnis seperti jumlah penjualan, serta pemeriksaan kesehatan platform server seperti pemantauan sistem operasi, basis data, operasi I/O disk dan jaringan, RAM, CPU, dan keamanan.
- Platform terpusat untuk mengelola metrik telemetri: Platform menyimpan metrik dan peristiwa serta mendukung visualisasi, analisis tren, pengambilan sampel, peringatan, dan deteksi anomali. Platform mengubah log menjadi metrik seperti jumlah eksepsi fatal pada aplikasi. Peristiwa pipeline seperti commit, pembatalan perubahan, pemasangan, penghapusan, dan hasil pengujian otomatis di produksi maupun praproduksi sebaiknya disimpan di infrastruktur telemetri yang sama.
Anda, tim DevOps, dan semua pemangku kepentingan yang bekerja sama dengan tim perlu dapat mengakses informasi melalui API dan antarmuka grafis layanan mandiri tanpa membuka tiket untuk meminta akses.
Semua informasi telemetri harus 100% dapat diakses seluruh organisasi, kecuali metrik yang mungkin melanggar privasi atau membahayakan keamanan klien.
Jenis Metrik Telemetri
- Metrik lapisan bisnis: Misalnya hasil pengujian A/B, laba, pendapatan, jumlah pengguna baru, durasi sesi rata-rata, jumlah pesanan selesai, dan jumlah pembayaran yang ditinggalkan.
- Metrik lapisan aplikasi: Misalnya waktu respons aplikasi, durasi transaksi, jumlah core dump, dan jumlah eksepsi fatal.
- Metrik lapisan infrastruktur: Misalnya lalu lintas server, operasi I/O disk dan jaringan, serta penggunaan RAM, CPU, dan disk.
- Metrik lapisan klien: Misalnya waktu respons aplikasi klien serta kesalahan pada aplikasi web, seluler, JavaScript, dan aplikasi klien lain.
- Metrik lapisan pipeline penerapan: Misalnya commit, waktu tunggu dan frekuensi penerapan, status lingkungan, serta hasil hijau, kuning, atau merah setelah pengujian otomatis.
Susun metrik dalam hierarki kategori dan subkategori agar tim DevOps dan Anda mudah menafsirkannya.
Pastikan catatan log yang akan diubah menjadi metrik mudah dipahami. Seperti saat mengelompokkan log berdasarkan kategori peristiwa, kelompokkan juga metrik telemetri. Contohnya tingkat Debug, Info, Warn, Error, dan Fatal.
Gunakan Informasi Telemetri untuk Memandu Pemecahan Masalah
Dalam budaya yang mencari kambing hitam, tidak ada yang ingin menampilkan perubahan pada produksi secara terbuka atau membagikan telemetri. Akibatnya, akar masalah jarang ditemukan dengan benar dan organisasi tidak mendapat pelajaran baru.
Agar telemetri dapat memandu pemecahan masalah, jadikan pembuatannya pekerjaan sehari-hari seluruh tim. Buat pustaka yang mudah digunakan agar satu baris kode cukup untuk membuat catatan telemetri.
Catat juga peristiwa penulisan di sistem kontrol versi dan lingkungan yang berjalan. Dengan begitu, pemantauan telemetri dapat memperlihatkan hubungan antara perubahan sistem dan dampaknya bagi klien.
Sebagai contoh, grafik di bawah memperlihatkan bahwa salah satu penerapan terakhir pada Kamis malam kemungkinan menjadi akar penyebab bertambahnya transaksi pembelian yang gagal dalam alur pembayaran.
Bandingkan deployment yang berhasil dan yang gagal dengan aktivitas bisnis dari waktu ke waktu.
Lihat diagram sumber asli ↗(Sumber: Measure Anything, Measure Everything, DevOps Handbook)
Telemetri membantu menjelaskan masalah secara terperinci. Tim DevOps dan Anda tidak perlu menyembunyikan apa pun dari satu sama lain atau pemangku kepentingan. Terus pantau dan tampilkan grafik seperti di atas secara langsung agar masalah cepat ditemukan dan hubungan sebab-akibat antara penerapan dan peristiwa bisnis dapat terlihat. Pihak bisnis memahami pekerjaan tim dengan lebih baik dan mendapat transparansi. Pengembang dan teknisi operasi juga dapat melihat hubungan antara insiden dan penerapan.
Telemetri membantu menemukan masalah ketika masih mudah dan murah diperbaiki, sehingga Anda bisa mengatasinya sebelum menyebar atau menyebabkan masalah lain.
Telemetri memungkinkan Anda menemukan pola dalam metrik utama bisnis dan teknologi, lalu membuat peringatan ketika muncul anomali. Pada awalnya, ambang peringatan mungkin kurang tepat dan menghasilkan positif palsu. Ini wajar. Jangan panik atau biarkan orang lain meremehkan upaya dan investasi Anda. Seperti bagian lain dari sistem yang kompleks, ambang peringatan dapat dipahami dan disesuaikan agar bermanfaat bagi Anda, klien, dan bisnis.
KESIMPULAN
Organisasi DevOps berkinerja tinggi menyatakan dampak masalah dalam metrik yang dapat diukur, seperti jumlah klien atau pendapatan yang hilang. Karena itu, semua orang lebih memperhatikan telemetri, baik di produksi maupun praproduksi. Mereka menginvestasikan waktu dan sumber daya untuk membangun dan menggunakan telemetri serta mengandalkannya untuk menemukan dan memperbaiki kesalahan dengan cepat.
