Hei Habr! Untuk perhatian Anda, saya persembahkan terjemahan artikel tersebut oleh Steve Mezak.
Tergantung pada sudut pandang Anda, DevOps akan merayakan hari jadinya yang kesembilan atau kesepuluh tahun ini. Pada tahun 2016, laporan State of the Cloud dari RightScales mencatat bahwa 70 persen UKM mengadopsi praktik DevOps. Setiap indikator yang membentuk skor ini mengalami peningkatan sejak saat itu. Saat DevOps bersiap memasuki dekade keduanya, alangkah baiknya jika kita menelusuri masa lalu dan kembali ke asal usul DevOps—dan bahkan asal usul nama itu sendiri.
Sebelum 2007: Rangkaian peristiwa yang sempurna
Sebelum tahun 2007, serangkaian keadaan akhirnya melahirkan apa yang sekarang dikenal sebagai DevOps.
Bersandar telah membuktikan dirinya sebagai praktik terbaik. Juga dikenal sebagai sistem produksi Toyota, Lean Manufacturing berupaya mengoptimalkan proses di lantai produksi. (Omong-omong, manajemen Toyota pada awalnya terinspirasi oleh metode jalur perakitan asli yang diperkenalkan oleh Ford Motor Company). Perbaikan terus-menerus adalah mantra untuk lean manufacturing. Dalam praktiknya, jalur berikut terus dievaluasi:
- Mempertahankan tingkat persediaan bahan mentah dan produk jadi seminimal mungkin. Lean manufacturing berarti jumlah minimum persediaan bahan mentah untuk memproduksi barang dan jumlah minimum produk jadi yang menunggu untuk dipesan atau dikirim.
- Meminimalkan antrian pesanan. Idealnya, pesanan yang diterima segera dipindahkan ke keadaan selesai. Metrik utama untuk lean manufacturing adalah waktu mulai dari penerimaan pesanan hingga pengiriman.
- Memaksimalkan efisiensi proses produksi. Rekayasa ulang proses dan peningkatan otomatisasi digabungkan untuk menghasilkan barang secepat mungkin. Setiap area produksi di sepanjang jalur (pemotongan, pengelasan, perakitan, pengujian, dll.) dinilai untuk ketidakefisienan.
Di dunia TI, metode tradisional model air terjun dalam pengembangan perangkat lunak telah digantikan oleh metode berulang yang cepat seperti Tangkas. Kecepatan adalah seruan utama, meskipun kualitas terkadang menurun dalam upaya mengejar perkembangan dan penerapan yang pesat. Dengan cara yang hampir sama, khususnya komputasi awan Infrastruktur sebagai Layanan (IaaS) dan Platform-as-a-Service (PaaS) telah membuktikan diri sebagai solusi matang dalam proses dan infrastruktur TI.
Akhirnya, toolkit baru-baru ini mulai bermunculan Integrasi berkelanjutan (CI). Ide alat CI lahir dan dipresentasikan oleh Gradi Booch pada tahun 1991 dalam bukunya Metode Booch.
2007-2008: Pemain Belgia yang kecewa
Konsultan Belgia, manajer proyek dan praktik Agile Patrick Debois telah menerima penunjukan dari kementerian pemerintah Belgia untuk membantu migrasi pusat data. Secara khusus, beliau terlibat dalam sertifikasi dan uji kesiapan. Tanggung jawabnya mengharuskan dia untuk mengoordinasikan dan membangun hubungan antara tim pengembangan perangkat lunak dan tim operasi server, database, dan jaringan. Rasa frustrasinya terhadap kurangnya kohesi dan tembok yang memisahkan metode pengembangan dan operasi membuatnya merasa getir. Keinginan Desbois untuk berkembang segera membawanya mengambil tindakan.
Pada konferensi Agile tahun 2008 di Toronto, Andrew Schaefer mengusulkan untuk menjadi moderator pada pertemuan informal yang diatur secara khusus untuk membahas topik "Infrastruktur tangkas"Dan hanya satu orang yang datang untuk mendiskusikan topik ini: Patrick DeBois. Diskusi dan pertukaran ide mereka memajukan konsep administrasi sistem Agile. Pada tahun yang sama, DeBois dan Schaefer menciptakan grup Agile Systems Administrator yang cukup sukses di Google.
2009: Kasus kerjasama antara Dev dan Ops
Pada konferensi O'Reilly Velocity, dua karyawan Flickr, Wakil Presiden Senior Operasi Teknis John Allspaw dan CTO Paul Hammond, memberikan presentasi yang kini terkenal "10 Penerapan Sehari: Kolaborasi Pengembang dan Operasi di Flickr".
Presentasinya adalah sebuah drama, dengan Allspaw dan Hammond menampilkan kembali interaksi kompleks antara perwakilan Pengembangan dan Operasi selama proses penerapan perangkat lunak, lengkap dengan saling tuding dan tudingan seperti “Ini bukan kode saya, ini semua komputer Anda!” Presentasi mereka menegaskan bahwa satu-satunya pilihan yang masuk akal adalah agar aktivitas pengembangan dan penerapan perangkat lunak berjalan lancar, transparan, dan terintegrasi penuh. Seiring berjalannya waktu, presentasi ini menjadi legendaris dan secara historis dipandang sebagai tonggak penting ketika industri TI mulai menyerukan metodologi yang sekarang dikenal sebagai DevOps.
2010: DevOps di Amerika Serikat
Dengan semakin banyaknya pengikut, konferensi DevOpsDays diadakan untuk pertama kalinya di Amerika Serikat di Mountain View, California, segera setelah konferensi tahunan Velocity. Maju ke tahun 2018, dan ada lebih dari 30 konferensi DevOpsDays yang dijadwalkan, termasuk puluhan konferensi di Amerika Serikat.
2013: Proyek "Phoenix"
Bagi banyak dari kita, momen penting lainnya dalam sejarah DevOps adalah penerbitan buku “The Phoenix Project” oleh Gene Kim, Kevin Behr, dan George Safford. Novel ini bercerita tentang seorang manajer TI yang mendapati dirinya dalam situasi putus asa: dia ditugaskan untuk menyelamatkan proyek e-commerce penting yang tidak beres. Mentor misterius sang manajer - seorang anggota dewan direksi yang sangat menyukai metode lean manufacturing - menyarankan cara baru kepada karakter utama untuk berpikir tentang TI dan pengembangan aplikasi, sambil mengantisipasi konsep DevOps. Omong-omong, “Proyek Phoenix” menginspirasi kami untuk menulis buku “Outsource atau yang lain...” tentang kisah bisnis serupa di mana seorang VP perangkat lunak menggunakan DevOps selama pengembangan produk outsourcing besar yang baru.
DevOps untuk masa depan
DevOps layak digambarkan sebagai sebuah perjalanan, atau mungkin sebuah aspirasi, dan bukan sebagai tujuan akhir. DevOps, seperti lean manufacturing, berupaya mencapai perbaikan berkelanjutan, peningkatan produktivitas dan efisiensi, dan bahkan penerapan berkelanjutan. Alat otomatis untuk mendukung DevOps terus berkembang.
Banyak hal telah dicapai sejak dimulainya DevOps dalam satu dekade terakhir, dan kami berharap dapat melihat lebih banyak lagi pencapaian di tahun 2018 dan seterusnya.
Sumber: www.habr.com