Menjadi insinyur DevOps modern adalah peran yang sangat kompleks dari perspektif teknologi.
Anda harus terbiasa dengan bahasa pemrograman umum seperti Node.JS, skrip batch, Python, atau skrip batch. Harapan lainnya adalah memahami cara memasukkan otomatisasi pengujian ke dalam proses penerapan.
Sebagai integrator kode ke dalam saluran pipa otomatis, Anda perlu mengetahui setidaknya fungsi dasar berbagai layanan cloud.
Terlepas dari kompleksitas teknologi ini, keterampilan teknis tidak selalu menjadi yang terdepan dibandingkan keterampilan yang tidak dimiliki para insinyur DevOps. Meskipun ada anggapan bahwa menguasai keterampilan teknis adalah kuncinya, berbagai wawasan yang dikumpulkan dari praktisi DevOps nyata menunjukkan bahwa soft skill mereka seringkali lebih penting.
Keterampilan DevOps yang Penting
Menyaksikan interaksi seorang insinyur DevOps dalam tim Scrum seringkali merupakan pengamatan yang cukup menarik. Seringkali, mereka hanya memiliki sedikit detail tentang konten konkrit dari cerita yang diterapkan oleh anggota tim lainnya, hanya karena informasi teknis tentang fungsi konkrit di dalam cerita untuk tim.
Namun mereka harus mampu menggabungkan keluaran tim ke dalam satu jalur penerapan yang bisa diterapkan, bersamaan dengan eksekusi dan validasi berbagai pengujian otomatis.
Di sinilah menjadi ahli teknis tingkat rendah saja tidak cukup lagi. Komunikasi menjadi bagian penting dari kesuksesan. Jadi, mari kita jelajahi keterampilan DevOps paling penting yang diperlukan.
Keterampilan Lunak
Kolaborasi dan diskusi dalam tim agile memang menjadi alasan utama mengapa kurangnya soft skill menduduki puncak daftar keterampilan DevOps. Jika Anda masih bertanya-tanya mengapa, berikut beberapa argumen yang paling masuk akal:
- Insinyur DevOps tidak akan efektif tanpa kemampuan beradaptasi dengan tim pengembangan lainnya. Tim ini sedang membangun fondasi fitur perangkat lunak atau platform. Terserah kepada insinyur DevOps untuk menciptakan lingkungan hidup untuk semua itu dan membuatnya berfungsi.
- Selain sinkron dengan tim pengembangnya sendiri, mereka juga merupakan titik kontak utama bagi pemangku kepentingan eksternal yang berupaya mendapatkan akses ke platform perangkat lunak. Mereka harus mampu memahami permintaan tersebut dan menerjemahkan semua kompleksitas teknis dari lingkungan cloud otomatis ke dalam hal non-teknis yang setara sehingga para pemangku kepentingan dapat benar-benar memahaminya. Dan menjadi perantara utama antara tim pengembangan dan pemangku kepentingan eksternal.
- Meskipun Anda biasanya dapat membangun sistem pembelajaran untuk memperoleh keterampilan teknis tertentu, pendewasaan soft skill yang tepat mengharuskan Anda untuk lebih mendalami integritas dan kepribadian Anda. Untuk mempelajari cara melihat diri Anda dari perspektif lain pada waktunya dan mengidentifikasi area pertumbuhan. Ini bukanlah sesuatu yang dapat dilakukan dengan mudah oleh semua orang.
Jaringan
, lingkungan hibrid , jaringan pribadi virtual, penyeimbang beban ketersediaan tinggi, berbagai layanan streaming waktu nyata, dan banyak lagi.
Tidak mungkin mengetahui segalanya. Namun para insinyur DevOps mutlak harus mengetahui cara menghubungkan semuanya ke dalam satu platform perangkat lunak yang fungsional. Membangun komunitas jaringan yang kuat adalah suatu keharusan.
Menemukan keseimbangan optimal antara kesederhanaan dan efektivitas komunikasi sistem terdistribusi merupakan tantangan yang perlu mereka waspadai dan siap memberikan solusi kepada tim.
Biasanya, Anda baru mengetahui bahwa infrastruktur yang Anda bangun sudah cukup matang ketika Anda mulai menangani pertanyaan dan tantangan keamanan platform dengan lebih serius. Dan coba tebak – ini lagi-lagi merupakan domain insinyur DevOps.
Daripada tetap berpegang pada kontak lama yang sudah terbukti, Anda perlu terus-menerus mencari kontak baru untuk mencakup layanan baru yang baru saja diminta oleh tim Anda.
Tes Perangkat Lunak
Khususnya di dunia Agile, fleksibilitas dalam rilis perangkat lunak sangatlah penting. Anda mungkin memiliki pengaturan scrum dengan periode sprint dua minggu. Kemudian, rilis produksi baru setiap minggu kedua adalah sebuah ekspektasi.
Jika Anda memikirkan keseluruhan siklus hidup proyek yang mencakup perencanaan, estimasi, pengembangan, pengujian, dan peluncuran, Anda tidak mungkin mencapainya tanpa otomatisasi serius pada sebanyak mungkin langkah tersebut.
Prasyarat utama keberhasilan dalam penyiapan ini (dan pada akhirnya memungkinkan waktu yang lebih cepat untuk diterapkan ke produksi) adalah fokus yang besar pada otomatisasi pengujian. Penerapan yang lebih cepat dan pengujian otomatis menghasilkan waktu yang lebih singkat untuk memberikan masukan dari pengguna kepada pengembang.
Bagi teknisi DevOps, hal ini berarti integrasi berbagai keluaran tim pengujian ke dalam pipeline CI/CD:
- Aktifkan eksekusi skrip pengujian unit setelah setiap repositori dikomit. Jika tidak ada, negosiasikan dengan pengembang untuk membuatnya.
- Sertakan kasus pengujian integrasi ke dalam pipeline CI/CD yang diterapkan ke lingkungan pengujian yang sepenuhnya terintegrasi dan konsisten. Tidak masuk akal untuk menjalankan pengujian integrasi pada setiap lingkungan pengembangan yang digunakan tim pengembang. Kasus uji integrasi harus berjalan dengan sempurna di lingkungan tempat semua layanan diterapkan, dan datanya konsisten.
- Memasukkan kasus pengujian end-to-end dunia nyata ke dalam pipeline CI/CD. Jadikan ini sebagai proses wajib untuk setiap penerapan kode master ke dalam pengujian integrasi atau lingkungan pengujian penerimaan pengguna. Hal ini memastikan seluruh proses bisnis penting dan kritikal dapat berjalan tanpa kegagalan.
Menulis kasus uji yang efektif sedemikian rupa sehingga Anda tidak berlebihan tetapi juga mencakup semua proses penting adalah tantangan lain yang harus dikuasai. Insinyur DevOps tidak perlu berada di sini sendirian.
Analis bisnis atau manajer penjaminan mutu dapat menjadi bagian dari jaringan (jika bukan bagian dari tim secara langsung) untuk membantu hal tersebut dan menentukan langkah-langkah yang tepat. Namun kemudian peran insinyur DevOps adalah menerjemahkannya menjadi kode otomatis yang dapat dieksekusi.
CI/CD dan Infrastruktur sebagai Kode
Kami sudah menyinggungnya di beberapa tempat. Namun, tidak dapat disangkal bahwa IaC (dan kemudian dieksekusi melalui pipeline CI/CD) adalah keluaran utama dari para insinyur DevOps. Di sinilah semua masukan dari tim pengembang (dalam bentuk berbagai fungsi layanan) dihubungkan dengan beberapa lingkungan infrastruktur nyata. Kemudian, mereka membentuk perangkat lunak yang dapat digunakan sebagai keluaran layanan, yang dapat diterapkan berulang kali ke lingkungan berbeda.
Tidak heran jika ini menjadi salah satu tantangan utama bagi setiap insinyur DevOps. Terlebih lagi, jika persyaratannya adalah tetap cloud-agnostic, hal ini biasanya berarti menulis IaC dalam bahasa Terraform dan memastikan kode tersebut tidak mengandung nuansa khusus penyedia cloud. Pengalaman menunjukkan hal ini dengan jelas. Beralih ke skrip kode infrastruktur cloud-agnostic bisa menjadi tugas yang sangat sulit, bahkan bagi teknisi berpengalaman.
Sangat tidak mungkin untuk memelihara infrastruktur cloud hanya dengan menggunakan langkah-langkah manual untuk penerapannya. Pada masa di lokasi, ini adalah standarnya. Namun dengan cara yang sama, hal ini merupakan standar yang kokoh untuk diwujudkan melalui cara kerja air terjun. Tidak ada peluang untuk bertahan dengan penerapan manual di lingkungan Agile. Transisi harus dilakukan, yang hampir selalu menyakitkan.
Tapi begitu dilakukan dengan benar, Anda berada di sana.
- Perlu penerapan produksi? Jalankan saja saluran rilis yang berisi penerapan kode ke produksi.
- Apakah Anda memerlukan lingkungan pengembangan lain agar tidak tumpang tindih dengan pekerjaan pengembangan lain di dalam tim? Kemudian, temukan jalur pengembangan dan tekan tombol Jalankan. Semua infrastruktur pengembangan akan dijalankan dan dibuat secara otomatis, termasuk data pengujian.
- Setelah kebutuhan akan keberadaan lingkungan hilang, jalur pengembangan yang sama dapat menjalankan perintah penghancuran untuk semua layanan yang sebelumnya diterapkan ke lingkungan.
Tidak dapat dihindari bagi tim Agile yang sukses untuk mengimplementasikan infrastruktur sebagai kode dan menempatkannya di dalam pipeline CI/CD yang dapat melakukan pekerjaan tersebut kapan saja dan kapan saja. Insinyur DevOps siap mewujudkannya.
Kontainerisasi
Dalam proyek berskala besar, kemungkinan replikasi dengan cepat sangatlah penting. Membuat ratusan salinan dari lingkungan yang sama pada waktu yang sama tidak akan mungkin dilakukan tanpa lingkungan dalam container. Kontainerisasi adalah keterampilan yang memerlukan kurva pembelajaran yang curam. Itu juga alasan mengapa hanya sedikit proyek yang benar-benar memanfaatkannya dengan serius.
Server kontainer adalah templat yang dapat diterapkan sesering yang diperlukan, dan outputnya akan selalu sama. Infrastruktur identik dan data identik. Ini adalah properti yang hanya dapat dibangun oleh para insinyur DevOps untuk tim. Mereka perlu mempelajari cara membuatnya menggunakan alat yang berbeda.
Container didesain agar mudah dibuat dan dimusnahkan. Insinyur DevOps harus mengimplementasikan alat orkestrasi container seperti atau Docker Swarm, yang secara otomatis dapat mengelola penerapan, penskalaan, dan pemulihan container.
Kontainer berbagi sistem operasi host yang sama. Jika satu container disusupi, hal ini berpotensi membahayakan container lain di host yang sama. Selain itu, jika container dibuat dari image pihak ketiga, container tersebut mungkin mengandung kerentanan di dalam kodenya. Insinyur DevOps harus berupaya menerapkan fitur keamanan seperti isolasi kontainer, kontrol akses, dan pemindaian kerentanan untuk memitigasi risiko ini.
Skalabilitas adalah properti asli container lainnya. Anda dapat dengan mudah menskalakannya secara horizontal untuk menangani peningkatan beban kerja. Hal ini dapat menyebabkan pertikaian sumber daya dan masalah kinerja. Insinyur DevOps harus menerapkan alat manajemen sumber daya seperti cgroups atau kuota sumber daya Kubernetes, yang dapat membatasi jumlah sumber daya yang dapat digunakan oleh setiap container.
Insinyur DevOps harus melakukan pendekatan containerisasi dengan mempertimbangkan keamanan, skalabilitas, dan ketahanan. Di antara semua keterampilan teknis lainnya, menguasai containerization memerlukan kurva pembelajaran yang sangat curam. Kompleksitasnya terlalu tinggi. Itu juga alasan mengapa hanya sedikit proyek yang benar-benar memanfaatkannya dengan serius.
Kesimpulan
Praktisi DevOps adalah anggota unik dari tim tangkas Anda. Anda mungkin hanya memiliki satu atau dua dari mereka untuk keseluruhan proyek, namun meskipun demikian, mereka akan sangat penting untuk kesuksesan.
Harapan dari para insinyur DevOps sangat tinggi, karena mereka harus memegang banyak peran pada saat yang bersamaan:
- Mereka harus menjadi pengembang teknis yang kuat,
- pemain tim yang penuh empati, pengertian, dan siap berkolaborasi,
- perantara yang efektif antara tim pengembangan dan pemangku kepentingan eksternal non-teknis,
- menghubungkan seluruh tim dalam otomatisasi, dan verifikasi pengujian kode,
- memungkinkan rilis reguler proyek,
- dan secara konsisten membangun jaringan pakar yang berubah dari hari ke hari.
Terlepas dari semua kerumitan teknisnya, elemen manusialah yang memainkan peran penting dalam keberhasilan setiap inisiatif DevOps. Jika Anda hampir menjadi salah satu dari mereka, Anda berhak untuk bangga dengan keputusan Anda dan mengambil pendekatan pendidikan dari sudut pandang yang lebih luas, tidak membatasi diri pada pengetahuan teknis saja.
