Pelatihan Tertulis DevOps
Mengapa Umpan Balik Membantu Membuat Penerapan ke Produksi Lebih Aman?
Di pasar yang kompetitif, memisahkan penjaminan mutu dan operasi dari pengembangan sulit diterima jika Anda ingin melayani pelanggan dengan cepat dan terus memenuhi kebutuhan mereka. Namun, meski kebanyakan pengembang mengeluhkan birokrasi, saat dapat bekerja bersama pakar penjaminan mutu dan operasi di tim sendiri mereka masih takut menerapkan perubahan ke produksi tanpa pengawasan. Berikut teknik dan langkah yang membuat penerapan lebih aman.
Cara Memperlancar Aliran Kerja DevOps
Untuk menjaga aliran kerja lancar dan berkelanjutan, organisasi DevOps yang paling berhasil sering menerapkan perubahan dalam batch kecil ke produksi. Dengan demikian, semua anggota tim dapat menilai, memahami, dan memperbaiki perubahan bila perlu.
Membangun pipeline otomatis saja belum cukup. Integrasikan telemetri operasional agar cepat mendapat umpan balik tentang hasil perubahan di produksi dan praproduksi. Tanamkan pemahaman bersama bahwa semua anggota tim DevOps bertanggung jawab atas kondisi dan kelangsungan seluruh aliran nilai dan pipeline penerapan.
Andalkan Telemetri untuk Penerapan yang Lebih Aman
Jangan menganggap perubahan dan penerapan “selesai” sebelum terbukti berfungsi sesuai desain dan kode. Setelah penerapan, pantau dengan cermat metrik modul yang berubah, metrik baru jika ada, dan metrik komponen lain yang mungkin terdampak.
Meskipun Anda menjalankan pengujian otomatis di praproduksi dan memantau sistem yang diuji dengan telemetri, masalah tetap bisa muncul di produksi. Anda tidak dapat mencegah semua masalah, tetapi dapat bersiap menanganinya. Jika perubahan mengganggu pipeline, libatkan pakar yang diperlukan untuk menangani masalah dan memulihkan pipeline. Berikut tiga metode yang sering digunakan:
- Nonaktifkan fitur: Ini cara termudah untuk memperbaiki masalah. Anda tidak perlu segera menerapkan kode. Cukup nonaktifkan fitur melalui sakelarnya. Karena bagian yang salah tidak perlu langsung diperbaiki, tim dapat meluangkan waktu untuk menemukan akar penyebab dan meningkatkan tekniknya agar masalah serupa kecil kemungkinannya terulang.
- Perbaiki masalah dengan menerapkan perubahan baru: Terapkan kode baru untuk memperbaiki masalah. Cara ini berbahaya bagi masalah produksi dalam organisasi TI tradisional, tetapi dapat berjalan baik, efisien, dan aman dalam organisasi DevOps jika pengujian dan penerapan otomatis serta telemetri produksi yang menyeluruh tersedia.
- Batalkan perubahan: Hapus kode yang salah agar masalahnya hilang, jika semuanya berjalan sesuai harapan.
Beri Pengembang Umpan Balik dari Operasi Sehari-hari
Rotasikan anggota tim DevOps untuk menjalankan tanggung jawab operasi, termasuk menangani insiden. Dengan demikian, setiap orang memahami tantangan dan tanggung jawab unit kerja hilir. Libatkan pengembang, penguji, arsitek, perancang, manajer, dan direktur dalam tugas operasi tak terjadwal agar mereka juga menerima panggilan insiden pukul 3 pagi. Mereka akan memahami akibat dari keputusan yang dibuat sehari-hari.
Rotasi mencegah spesialis operasi merasa terasing dan sendirian. Semua orang membantu menjaga keseimbangan antara memperbaiki insiden produksi, mengurangi utang teknis, dan mengembangkan fitur baru. Jika arsitek dan pengembang dibangunkan pukul 3 pagi, insiden jelas akan ditangani lebih cepat.
Saat diminta mengamati klien menggunakan perangkat lunak, pengembang sering langsung melihat hal yang perlu diperbaiki. Hal serupa terjadi ketika arsitek, perancang, pengembang, dan penguji mengamati unit kerja hilir. Dengan memahami dampak pekerjaannya terhadap unit itu, mereka mendapat perspektif untuk meningkatkan mutu dan menyesuaikan hasil agar membantu unit berikutnya bekerja lebih baik. Anggota tim mulai menangani persyaratan operasional nonfungsional sebagai pekerjaan sehari-hari di backlog mereka. Ini hanya mungkin jika organisasi memiliki siklus umpan balik yang cepat dan berkelanjutan.
Minta Pengembang Mengoperasikan Sistemnya Sendiri
Sulit meneruskan pembelajaran dari sistem produksi kepada tim pengembangan. Karena itu, beberapa organisasi DevOps terkemuka, termasuk Google, menugaskan pengembangan untuk mengoperasikan perangkat lunak selama dan setelah peluncuran awal produk. Selama produk dikelola pengembang, teknisi operasi berperan sebagai konsultan. Setelah produk terbukti cukup stabil di produksi selama sekitar 6 bulan, produk diserahkan ke tim operasi. Serah terima hanya dapat dilakukan setelah produk memenuhi berbagai pemeriksaan terkait cacat terdahulu dan yang masih ada, cakupan telemetri, insiden di luar jam kerja, arsitektur berketerkaitan longgar, dan keamanan perubahan serta penerapan.
Jika masalah desain atau kode yang besar ditemukan saat produk dikelola tim operasi, produk dapat dikembalikan kepada pengembang. Pada tahap ini, pengembang bertanggung jawab menstabilkan perangkat lunak dan teknisi operasi berperan sebagai konsultan.
KESIMPULAN
Bab ini membahas berbagai teknik untuk memastikan pipeline penerapan di organisasi DevOps berjalan lancar dan lebih aman.
Teknik-teknik ini menunjukkan saling menghormati dan kolaborasi yang patut dicontoh antara pengembang dan teknisi operasi dalam tim DevOps.
