banner large

Tiga cara perusahaan mengubah cara mereka berpikir tentang DevOps

Comment
X
Share
Pria Cina dewasa pertengahan duduk di meja menggunakan komputer, pendukung TI membantu pekerja kantor, pengembang perangkat lunak melihat layar dan berkonsentrasi

Gambar Getty

DevOps telah menjadi landasan departemen TI dalam organisasi yang ingin mempercepat pengembangan perangkat lunak dan menghadirkan aplikasi baru dengan lebih cepat. Sekarang cloud ada di mana-mana, bidang yang dulunya hanya khusus ini mengubah jumlah bisnis yang beroperasi dan mengakhiri hari-hari peluncuran TI yang kikuk dan rumit.

DevOps akan terus berkembang di tahun-tahun mendatang saat perusahaan mengidentifikasi tantangan TI baru yang harus dipecahkan, terutama saat mereka mencari otomatisasi untuk mengoptimalkan atau bahkan menghapus proses yang menghalangi kelincahan bisnis. Itu menurut laporan baru dari firma analis teknologi Forrester, yang mengatakan para pemimpin teknologi perlu bersiap untuk “perubahan besar” karena DevOps mengubah wajah inovasi dan transformasi bisnis.

Baca terus untuk tiga takeaways utama dari Laporan Forrester’s Future Of DevOps.

Tim akan mengatur seputar hasil

Prinsip-prinsip DevOps didasarkan pada konsep kohesi dan menggabungkan orang dan proses untuk hasil yang lebih baik. Dengan demikian, perusahaan perlu memecah silo dan berinvestasi dalam pelatihan jika mereka berharap dapat menciptakan tim produk lintas fungsional yang sukses.

Forester percaya bahwa tim DevOps akan mendefinisikan ulang diri mereka sendiri sesuai dengan tujuan mereka, bukan fungsinya. Misalnya, fitur (penyelarasan bisnis/pengguna akhir), pengaktifan (pelatihan dan konsultasi internal), platform (melayani pengembang di tim fitur), dan subsistem yang rumit (mainframe atau perangkat keras khusus). Hal ini memudahkan tim untuk memahami peran dan fungsi mereka, yang dapat menjadi penting untuk mengatasi tantangan desain.

LIHAT: Mengapa DevOps penting

Insinyur juga akan menjadi sumber daya bersama, alih-alih ditugaskan ke tim individu, Forrester memprediksi, terutama karena tim TI membuang tim infrastruktur spesialis demi tim platform dengan jangkauan yang lebih luas dari perangkat lunak, konfigurasi, dan tanggung jawab pemantauan. Ini berarti tim DevOps juga akan mendapatkan alat yang lebih baik.

Praktek akan menyusul proses

Mencapai tujuan atau hasil dalam bisnis biasanya melibatkan mengikuti serangkaian langkah dalam urutan tertentu. Ini memudahkan penundaan untuk diperkenalkan, karena setiap langkah sering kali membutuhkan seseorang atau departemen untuk menandatanganinya. Serah terima bisa menjadi canggung, dan dalam prosesnya, tujuan bisa menjadi kacau atau tidak selaras.

Forrester memperkirakan bahwa DevOps akan membantu bisnis mengalihkan fokus mereka dari proses ke praktik di masa depan, yang akan dipusatkan di sekitar konsensus yang disepakati tentang prioritas organisasi dan bagaimana hal-hal dilakukan di dalam perusahaan. Ini akan “dioptimalkan untuk kecepatan, dengan otomatisasi yang lebih besar seputar tata kelola, kepatuhan, keamanan, dan operasi standar” dan interaksi manusia yang minimal.

LIHAT: Tahun depan di DevOps dan tangkas: Saatnya menanamkan rasa urgensi

Manajemen risiko, misalnya, tetap merupakan proses yang panjang dan seringkali memberatkan, bahkan jika hal itu membenarkan pengawasan manual yang lebih banyak daripada beberapa proses TI lainnya. Di masa depan, Forrester memperkirakan bahwa perusahaan akan dapat memanfaatkan pembelajaran mesin untuk menganalisis temuan dari proses pengembangan untuk menyediakan analisis perubahan risiko otomatis, yang secara signifikan mempercepat rilis perangkat lunak dan proses penerapan.

Platform akan mengkonsolidasikan, memperluas, dan memperdalam

DevOps membutuhkan seperangkat teknologi yang kaya yang dapat berintegrasi dan beroperasi secara harmonis. Seiring berkembangnya persyaratan bisnis, demikian juga persyaratan pasar DevOps dan alat yang diperlukan untuk mendukung transformasi bisnis.

Forrester percaya bahwa pendekatan pick-and-mix organisasi saat ini untuk alat DevOps dan tumpukan teknologi akan memberi jalan kepada pendekatan yang lebih terpadu, di mana setiap tim menggunakan platform pengiriman perangkat lunak terintegrasi (ISDP) ujung-ke-ujung yang sama. Demikian juga, organisasi akan mulai mencari cara untuk menyederhanakan pengembangan untuk aplikasi perusahaan yang terintegrasi, yang cenderung tidak cocok dengan jenis perangkat lunak khusus yang dapat mempercepat pengembangan dan pengiriman aplikasi.

Beberapa solusi yang diusulkan di sini termasuk alat kode rendah/tanpa kode, yang bahkan dapat memungkinkan karyawan non-teknologi untuk membuat aplikasi bisnis, serta pembelajaran mesin dan otomatisasi. Forester mencatat bahwa tantangan menghadang di sini: platform kode rendah tidak terintegrasi dengan baik dengan saluran DevOps saat ini, sementara menguji pembelajaran mesin pada aplikasi bisnis penting dapat berisiko – sesuatu yang ingin dipecahkan oleh MLOps (pembelajaran mesin plus operasi).

Leave a Reply

Your email address will not be published.