DevOps 2.0 adalah perpanjangan dari praktik DevOps ke seluruh organisasi, melebihi pengembangan dan operasional TI. DevOps 2.0 bertujuan untuk menghilangkan silo dan mendorong komunikasi serta kerja sama antara semua kelompok — baik teknis maupun non-teknis — yang terlibat dalam konsepsi, produksi, dan pemeliharaan perangkat lunak. Proses DevOps 2.0 mencakup pengembangan dan operasi, jaminan kualitas dan keamanan, SDM dan hukum, serta meluas ke seluruh organisasi.
Ketika gerakan DevOps dimulai pada akhir 2000-an, para pengguna awal berusaha meningkatkan kolaborasi antara pengembang dan operasional TI terutama. Itu adalah kunci untuk menghilangkan silo informasi dan mencapai pengiriman berkelanjutan.
Perjalanan DevOps kemudian dimulai dengan serius dengan The Phoenix Project pada tahun 2013, dan organisasi mulai mengadopsi pendekatan DevOps untuk pengembangan perangkat lunak Agile — membangun perangkat lunak berkualitas lebih cepat melalui kolaborasi pengembang dan operasional TI.
Prinsip DevOps 2.0
Sekarang, kolaborasi tidak berakhir hanya dengan pengembang dan operasional TI. Organisasi telah memahami DevOps sebagai praktik yang mengintegrasikan semua bagian dari organisasi ke dalam proses pengiriman perangkat lunak.
DevOps pertama kali berkembang sebagai konsep dengan BizDevOps, di mana tim DevOps membawa manajemen bisnis ke dalam proses integrasi berkelanjutan mereka. Dengan analitik waktu nyata dan alat API, eksekutif dapat memantau dan berinteraksi dengan perangkat lunak saat bergerak dari ide menuju kode yang berfungsi.
DevSecOps juga memperluas ide DevOps dengan membawa tim keamanan ke dalam campuran kolaboratif. Meskipun DevOps 2.0 dan BizDevOps sering digunakan secara bergantian, DevOps 2.0 sebenarnya mencakup transformasi digital dalam pengertian yang lebih luas dan holistik.
Dalam kebanyakan kasus, DevOps 2.0 berarti mendorong komunikasi dan kolaborasi berkelanjutan di antara semua divisi dalam organisasi untuk membantu mempercepat pengiriman perangkat lunak dan meningkatkan kualitas perangkat lunak.
Penggunaan DevOps 2.0
DevOps 2.0 memerlukan insinyur pengendalian kualitas dan tim keamanan TI untuk menjadi bagian dari proses pengiriman berkelanjutan. Dalam DevOps 2.0, sebuah tim memantau infrastruktur TI bahkan setelah meluncurkan aplikasi. Departemen SDM dan hukum diharapkan untuk mendukung secara aktif para insinyur yang bekerja dalam siklus hidup pengembangan perangkat lunak yang berkelanjutan.
Jika relevan, DevOps 2.0 juga mendorong berbagai unit organisasi untuk mengadopsi alat DevOps yang sama; misalnya, alat peringatan dan pemantauan yang digunakan oleh operasional TI untuk mempertahankan infrastruktur mungkin juga digunakan oleh pengembang agar mereka lebih cepat mengetahui masalah aplikasi. Pada saat yang sama, departemen PR juga mungkin memiliki akses ke alat tersebut, sehingga mereka dapat segera mengetahui masalah perangkat lunak yang berdampak pada pelanggan dan mempersiapkan respons.
Kelebihan dan Kekurangan DevOps 2.0
Ketika tim DevOps berada pada pemahaman yang sama, organisasi dapat membuat perangkat lunak yang lebih fleksibel dibandingkan dengan rekan-rekannya yang menggunakan metode waterfall. Dengan kontainer dan fitur bendera, tim DevOps memiliki alat untuk meluncurkan, memperbarui, dan memantau aplikasi saat berbagai fitur siap berfungsi alih-alih dalam satu operasi monolitik yang mahal dan tepat waktu.
Namun, dalam DevOps, selalu ada tekanan awal pada pengembang, yang tidak hanya harus mengkodekan — dan fasih dalam berbagai bahasa dan alat — tetapi juga terlibat dalam semua aspek produksi. DevOps juga akan memberikan tekanan pada operasional TI, yang kini harus akrab dengan kode. Kelelahan adalah ancaman nyata dalam lingkungan DevOps.
DevOps 2.0 membutuhkan pergeseran budaya yang signifikan untuk bekerja. Alih-alih hanya menjembatani satu silo, organisasi yang mengadopsi DevOps 2.0 harus menjembatani semua silo. Itu membutuhkan dukungan eksekutif jangka panjang dan kepemimpinan dalam apa yang akan menjadi transformasi panjang.