Hello, Habr! Saya membentangkan kepada anda terjemahan artikel "The Origins of DevOps: What's in a Name?" oleh Steve Mezak.

Bergantung pada pandangan anda, DevOps akan menyambut ulang tahun kesembilan atau kesepuluh tahun ini. Pada 2016, laporan State of the Cloud RightScales menyatakan bahawa 70 peratus daripada PKS menggunakan amalan DevOps. Setiap penunjuk yang membentuk skor ini telah meningkat sejak itu. Memandangkan DevOps bersedia untuk memasuki dekad kedua, adalah bagus untuk berjalan-jalan di masa lalu dan kembali kepada asal usul DevOps—dan juga asal usul nama itu sendiri.

Sebelum 2007: Rangkaian acara yang sempurna

Sebelum 2007, beberapa siri keadaan akhirnya melahirkan apa yang dikenali hari ini sebagai DevOps.

Kurus telah membuktikan dirinya sebagai amalan terbaik. Juga dikenali sebagai Sistem pengeluaran Toyota, Lean Manufacturing berusaha untuk mengoptimumkan proses di tingkat pembuatan. (Dengan cara ini, pengurusan Toyota pada mulanya diilhamkan oleh kaedah pemasangan asal yang diperkenalkan oleh Ford Motor Company). Penambahbaikan yang berterusan adalah mantera untuk pembuatan kurus. Dalam amalan, laluan berikut sentiasa dinilai:

1. Mengekalkan tahap inventori bahan mentah dan produk siap pada tahap minimum. Pengilangan tanpa lemak bermaksud jumlah minimum inventori bahan mentah untuk menghasilkan barangan dan jumlah minimum produk siap yang menunggu untuk dipesan atau dihantar.
2. Meminimumkan baris gilir pesanan. Sebaik-baiknya, pesanan yang diterima segera berpindah ke keadaan siap. Metrik utama untuk pembuatan kurus akan sentiasa menjadi masa dari penerimaan pesanan hingga penghantaran.
3. Memaksimumkan kecekapan proses pengeluaran. Proses kejuruteraan semula dan automasi yang dipertingkatkan bergabung untuk menghasilkan barangan secepat mungkin. Setiap kawasan pengeluaran di sepanjang laluan (memotong, kimpalan, pemasangan, ujian, dll.) dinilai untuk ketidakcekapan.

Dalam dunia IT, kaedah tradisional model air terjun pembangunan perisian telah pun memberi laluan kepada kaedah lelaran pantas seperti Agile. Kelajuan adalah laungan rali, walaupun kualiti kadangkala terjejas dalam mengejar pembangunan dan penggunaan yang pesat. Dengan cara yang sama, pengkomputeran awan, khususnya Prasarana-sebagai-a-Perkhidmatan (IaaS) dan Platform-sebagai-Perkhidmatan (PaaS) telah membuktikan diri mereka sebagai penyelesaian matang dalam proses dan infrastruktur IT.

Akhirnya, toolkit baru-baru ini mula muncul untuk Integrasi Berterusan (CI). Idea alat CI dilahirkan dan dibentangkan oleh Gradi Booch pada tahun 1991 dalam Kaedah Boochnya.

2007-2008: Belgium yang kecewa

Perunding Belgium, pengurus projek dan amalan Agile Patrick Debois telah menerima temu janji daripada kementerian kerajaan Belgium untuk membantu dengan migrasi pusat data. Khususnya, beliau terlibat dalam pensijilan dan ujian kesediaan. Tanggungjawabnya memerlukannya untuk menyelaras dan membina hubungan antara pasukan pembangunan perisian dan pelayan, pangkalan data dan pasukan operasi rangkaian. Kekecewaannya dengan kekurangan perpaduan dan dinding yang memisahkan kaedah pembangunan dan operasi membuatkan dia pahit. Keinginan Desbois untuk memperbaiki tidak lama lagi membawanya untuk bertindak.
Pada persidangan Agile 2008 di Toronto, Andrew Schaefer mencadangkan penyederhanaan mesyuarat tidak rasmi yang diatur khas untuk membincangkan topik "Infrastruktur tangkas"Dan hanya seorang yang datang untuk membincangkan topik: Patrick DeBois. Perbincangan dan pertukaran idea mereka memajukan konsep pentadbiran sistem Agile. Pada tahun yang sama, DeBois dan Schaefer mencipta kumpulan Pentadbir Sistem Agile yang agak berjaya di Google.

2009: Kes kerjasama antara Dev dan Ops

Pada persidangan O'Reilly Velocity, dua pekerja Flickr, Naib Presiden Kanan Operasi Teknikal John Allspaw dan CTO Paul Hammond, memberikan persembahan yang terkenal sekarang. "10 Deployment a Day: Dev and Ops Collaboration at Flickr".

Pembentangan itu adalah sebuah drama, dengan Allspaw dan Hammond melakonkan semula interaksi kompleks antara wakil Pembangunan dan Operasi semasa proses penggunaan perisian, lengkap dengan tudingan jari dan tuduhan mengikut baris "Ini bukan kod saya, ini semua komputer anda!" Pembentangan mereka mengesahkan bahawa satu-satunya pilihan yang wajar adalah untuk pembangunan perisian dan aktiviti penggunaan menjadi lancar, telus dan bersepadu sepenuhnya. Lama kelamaan, pembentangan ini menjadi legenda dan kini dilihat secara sejarah sebagai peristiwa penting apabila industri IT mula memanggil metodologi yang dikenali hari ini sebagai DevOps.

2010: DevOps di Amerika Syarikat

Dengan pengikut yang semakin meningkat, persidangan DevOpsDays telah diadakan buat kali pertama di Amerika Syarikat di Mountain View, California, sejurus selepas persidangan Velocity tahunan. Maju pantas ke 2018, dan terdapat lebih daripada 30 persidangan DevOpsDays dijadualkan, termasuk berdozen di Amerika Syarikat.

2013: Projek "Phoenix"

Bagi kebanyakan kita, satu lagi detik penting dalam sejarah DevOps ialah penerbitan buku "The Phoenix Project" oleh Gene Kim, Kevin Behr dan George Safford. Novel ini mengisahkan seorang pengurus IT yang mendapati dirinya dalam keadaan terdesak: dia ditugaskan untuk menyelamatkan projek e-dagang kritikal yang telah menjadi salah. Mentor misteri pengurus - ahli lembaga pengarah yang berminat dengan kaedah pembuatan tanpa lemak - mencadangkan cara baharu kepada watak utama untuk memikirkan IT dan pembangunan aplikasi, menjangkakan konsep DevOps. Ngomong-ngomong, "Projek Phoenix" memberi inspirasi kepada kami untuk menulis buku "Sumber Luar atau lain-lain..." tentang kisah perniagaan yang serupa di mana VP perisian menggunakan DevOps semasa pembangunan produk penyumberan luar utama yang baharu.

DevOps untuk masa hadapan

Adalah berbaloi untuk menggambarkan DevOps sebagai perjalanan, atau mungkin aspirasi, bukannya destinasi akhir. DevOps, seperti pembuatan tanpa lemak, berusaha untuk penambahbaikan berterusan, peningkatan produktiviti dan kecekapan, dan juga penggunaan berterusan. Alat automatik untuk menyokong DevOps terus berkembang.

Banyak yang telah dicapai sejak penubuhan DevOps dalam dekad yang lalu, dan kami menjangkakan untuk melihat lebih banyak lagi pada 2018 dan seterusnya.

Sumber: www.habr.com