Pelatihan Tertulis DevOps

Bagaimana Cara Mendorong Pembelajaran Organisasi dari Pekerjaan Harian DevOps?

Salah satu prinsip utama DevOps adalah terus belajar dari pekerjaan sehari-hari dan mengubah hasil pembelajaran menjadi aset yang dapat digunakan kembali di seluruh organisasi.

Gunakan Ruang Obrolan untuk Menyebarkan Pengetahuan

Gunakan ruang obrolan untuk mencatat dan membangun pengetahuan organisasi. Buat bot yang terintegrasi dengan ruang obrolan untuk melakukan tugas operasional dengan cepat. Misalnya, pesan berikut dapat meminta bot memasang aplikasi FrontEndApp di lingkungan TestServer-9 dan menampilkan hasilnya di ruang obrolan seperti ketika perintah dijalankan dari antarmuka baris perintah.

          @bot install FrontEndApp TestServer-9

Dengan cara ini, semua orang dapat cepat mengetahui kemajuan pekerjaan. Tidak ada informasi yang hilang dalam pesan pribadi atau email. Cara ini mendorong kerja sama dan keterbukaan serta mengubah pengetahuan lokal menjadi pembelajaran organisasi.

Ruang obrolan bersama juga mempercepat orientasi anggota baru tim DevOps atau karyawan baru karena mereka bisa mengamati sebagian besar cara tim bekerja. Buat ruang terpisah untuk produk, layanan, komponen, alat, pustaka, atau integrasi agar kegiatan terdahulu yang berkaitan dengan unsur tertentu lebih mudah ditemukan.

Utamakan Hal yang Dapat Dijalankan

Alih-alih menyimpan pengetahuan dalam dokumen atau wiki, buat standar dan proses yang bisa dijalankan jika memungkinkan. Salah satu cara terbaik membangun dan berbagi pengetahuan di organisasi DevOps adalah membuat alat yang dapat digunakan kembali dan menyimpannya dalam sistem kontrol versi agar mudah ditemukan. Jika standar dan cara kerja ditulis sebagai kode yang dapat dijalankan, risiko salah tafsir atas dokumen statis berkurang. Kode juga mempercepat serta mempermudah pekerjaan dan membantu organisasi lolos pemeriksaan audit dan kepatuhan, asalkan ada setidaknya dokumentasi ringkas yang menjelaskan bagaimana kode menangani proses yang diaudit.

Untuk pekerjaan, proses, dan standar yang tidak dapat diotomatisasi, buat cerita pengguna yang dapat digunakan ulang, lengkap dengan langkah yang jelas dan daftar periksa. Tim yang berbeda dapat menggunakan aset ini untuk mengerjakan tugas serupa secara konsisten dan terus memperbaikinya seperti mereka meninjau, menggunakan kembali, serta menyempurnakan pustaka kode.

Buat Cetak Biru Perangkat Lunak yang Dapat Digunakan Kembali

Buat cetak biru siap pakai untuk komponen, aplikasi, layanan, dan layanan mikro yang sudah mencakup persyaratan nonfungsional sejak desain. Pengembang tidak perlu menangani persyaratan itu dari awal setiap kali menulis kode.

Organisasi juga akan memiliki persyaratan nonfungsional yang diterapkan secara konsisten pada seluruh lapisan aplikasi. Integrasi sejak awal mempermudah penerapan, pemantauan, pemecahan masalah, dan operasi perangkat lunak yang berjalan di lingkungan pengujian maupun produksi. Contohnya:

• Metrik telemetri.
• Konfigurasi runtime.
• Sakelar fitur.
• Kemampuan melacak dependensi.
• Kemampuan menelusuri permintaan yang diajukan pengguna.
• Layanan yang tangguh dan toleran terhadap kegagalan.
• Layanan yang tingkat operasinya dapat diturunkan secara terkendali sesuai kebutuhan.
• Kemampuan mencari pesan log.
• Kompatibilitas dengan versi lama dan baru.
• Pengarsipan data dan pengelolaan set data produksi.
• Pengelolaan dan pengarsipan log.

Sertakan pengujian otomatis yang menyeluruh dalam cetak biru berbasis kode. Pengujian menjelaskan tujuan kode, menunjukkan cara memanfaatkan kode yang dapat digunakan ulang secara efisien, dan mempercepat penyusunan pengujian otomatis untuk aplikasi khusus yang dibangun dari cetak biru tersebut.

Gunakan Satu Repositori Kode

Untuk berbagi semua pembelajaran dan pekerjaan, simpan kode sumber dalam satu repositori bersama alat penerapan, kode yang membangun dan menjalankan pipeline, pengujian otomatis, kode yang membangun dan mengintegrasikan telemetri, standar, tutorial, dokumen, wiki, alat bantu, dan standar konfigurasi platform.

Dengan cara ini, semua aset dibagikan secara terbuka kepada seluruh organisasi DevOps. Duplikasi serta berbagai versi artefak, komponen, dan alat pihak ketiga yang sama dapat dicegah. Satu repositori juga memungkinkan semua unsur dikompilasi, ditautkan, dan dibangun saat runtime, serta memungkinkan Anda menggunakan versi terbaru setiap unsur saat mengembangkan, menguji, dan menerapkan perangkat lunak.

Tetapkan Standar Teknologi dan Tetap Fleksibel

Jika Anda ingin semua anggota tim dapat membaca, meninjau, dan memperbaiki kode satu sama lain, tetapkan standar teknologi utama yang bisa dipelajari dan digunakan tim pengembangan serta operasi. Anda memerlukan satu bahasa yang dikompilasi, satu bahasa skrip, dan satu bahasa antarmuka pengguna grafis. Tetap beri semua orang kebebasan menjelajahi teknologi yang mereka minati agar tim terus belajar dan bereksperimen. Bagaimana inovasi berikutnya bisa berhasil jika Anda tidak menjelajahi dan menguji hal baru?

KESIMPULAN

Bab ini merangkum teknik DevOps yang diterima secara luas dan memungkinkan organisasi belajar serta membuat aset sambil bekerja sehari-hari. Melalui metode ini, akumulasi pengalaman dan keahlian organisasi memperkuat kemampuan dan mutu kerja setiap anggota tim.

Semoga sukses dalam perjalanan DevOps Anda!