Hey Habr! Aku menehi perhatian marang terjemahan artikel kasebut "Asal-usul DevOps: Apa ing Jeneng?" dening Steve Mezak.

Gumantung saka sudut pandang sampeyan, DevOps bakal ngrayakake ulang tahun kaping sanga utawa kaping sepuluh taun iki. Ing taun 2016, laporan RightScales State of the Cloud nyathet yen 70 persen SMB nggunakake praktik DevOps. Saben indikator sing nggawe skor iki mundhak wiwit iku. Nalika DevOps siyap mlebu dekade kaping pindho, luwih becik mlaku-mlaku ing jaman kepungkur lan bali menyang asal-usul DevOps-lan uga asal-usul jeneng kasebut.

Sadurunge 2007: Rantai acara sing sampurna

Sadurunge 2007, sawetara kahanan pungkasane nglairake apa sing saiki dikenal minangka DevOps.

Kurus wis mbuktekake dhewe minangka praktik paling apik. Uga kasebut Sistem produksi Toyota, Lean Manufacturing ngupaya ngoptimalake proses ing lantai manufaktur. (Ngomong-ngomong, manajemen Toyota wiwitane diilhami dening metode perakitan asli sing dikenalake dening Ford Motor Company). dandan terus-terusan yaiku mantra kanggo manufaktur ramping. Ing laku, dalan ing ngisor iki terus dievaluasi:

1. Njaga tingkat persediaan bahan mentah lan produk rampung kanthi minimal. Manufaktur ramping tegese jumlah minimal persediaan bahan mentah kanggo ngasilake barang lan jumlah minimal produk rampung sing nunggu pesenan utawa dikirim.
2. Nyilikake antrian pesenan. Saenipun, pesenan sing ditampa langsung pindhah menyang negara sing wis rampung. Metrik kunci kanggo manufaktur ramping mesthi dadi wektu saka panrimo pesenan nganti pangiriman.
3. Maksimalkan efisiensi proses produksi. Proses re-engineering lan otomatisasi sing luwih apik digabungake kanggo ngasilake barang kanthi cepet. Saben area produksi ing sadawane dalan kabeh (nglereni, welding, perakitan, testing, lan sapiturute) ditaksir kanggo inefficiencies.

Ing jagad IT, metode tradisional model waterfall pangembangan piranti lunak wis menehi cara kanggo metode iteratif cepet kayata Agile. Kacepetan minangka teriakan, sanajan kualitas kadhangkala nandhang sangsara sajrone ngupayakake pembangunan lan penyebaran kanthi cepet. Kanthi cara sing padha, komputasi awan, utamane Infrastruktur-as-a-Service (IaaS) lan Platform-minangka-a-Service (PaaS) wis mbuktekaken piyambak minangka solusi diwasa ing proses lan infrastruktur IT.

Akhire, toolkits bubar wiwit katon kanggo Integrasi Integrasi (CI). Gagasan alat CI lair lan diwenehake dening Gradi Booch ing taun 1991 ing Metode Booch.

2007-2008: Belgia kuciwa

Konsultan Belgia, manajer proyek Agile lan manajer praktik Patrick Debois wis nampa janjian saka kementerian pemerintah Belgia kanggo mbantu migrasi pusat data. Utamane, dheweke melu sertifikasi lan tes kesiapan. Tanggung jawabe mbutuhake dheweke koordinasi lan mbangun hubungan antarane tim pangembangan piranti lunak lan server, database, lan tim operasi jaringan. Frustasi karo lack of kohesi lan tembok misahake pembangunan lan cara operasi ninggalake wong pait. Desbois kepinginan kanggo nambah cepet mimpin kanggo tumindak.
Ing konferensi Agile 2008 ing Toronto, Andrew Schaefer ngusulake moderat rapat informal sing diatur khusus kanggo ngrembug topik "Infrastruktur sing lincah"Lan mung siji wong sing teka kanggo ngrembug topik kasebut: Patrick DeBois. Diskusi lan ijol-ijolan ide dheweke ngembangake konsep administrasi sistem Agile. Ing taun sing padha, DeBois lan Schaefer nggawe grup Administrator Sistem Agile sing cukup sukses ing Google.

2009: Kasus kerjasama antarane Dev lan Ops

Ing konferensi O'Reilly Velocity, loro karyawan Flickr, Wakil Presiden Senior Operasi Teknis John Allspaw lan CTO Paul Hammond, menehi presentasi sing saiki misuwur. "10 Deployments a Day: Dev and Ops Collaboration at Flickr".

Presentasi kasebut minangka drama, kanthi Allspaw lan Hammond nampilake interaksi kompleks antarane wakil Pembangunan lan Operasi sajrone proses panyebaran piranti lunak, lengkap karo nuding driji lan dakwaan ing sadawane garis "Iku dudu kodeku, kabeh komputer sampeyan!" Presentasi kasebut dikonfirmasi manawa siji-sijine pilihan sing wicaksana yaiku pangembangan piranti lunak lan kegiatan penyebaran dadi lancar, transparan lan terpadu. Suwe-suwe, presentasi iki dadi legenda lan saiki katon minangka tonggak sejarah nalika industri IT wiwit njaluk metodologi sing saiki dikenal minangka DevOps.

2010: DevOps ing Amerika Serikat

Kanthi akeh pengikut, konferensi DevOpsDays pisanan dianakake ing Amerika Serikat ing Mountain View, California, sawise konferensi Velocity taunan. Maju menyang 2018, lan ana luwih saka 30 konferensi DevOpsDays sing dijadwalake, kalebu puluhan ing Amerika Serikat.

2013: Proyek "Phoenix"

Kanggo akeh kita, wayahe penting liyane ing sejarah DevOps yaiku publikasi buku "The Phoenix Project" dening Gene Kim, Kevin Behr lan George Safford. Novel iki nyritakake babagan manajer IT sing nemoni kahanan sing nekat: dheweke ditugasake nylametake proyek e-commerce kritis sing salah. Mentor misterius manajer - anggota dewan direksi sing kepengin banget babagan metode manufaktur ramping - nyaranake cara anyar kanggo karakter utama kanggo mikir babagan IT lan pangembangan aplikasi, ngarepake konsep DevOps. Miturut cara, "Proyek Phoenix" menehi inspirasi kanggo nulis buku "Outsource utawa liya ..." babagan crita bisnis sing padha ing ngendi VP piranti lunak nggunakake DevOps sajrone pangembangan produk outsourcing utama anyar.

DevOps kanggo masa depan

Iku worth njlèntrèhaké DevOps minangka lelampahan, utawa bisa uga aspirasi, tinimbang tujuan pungkasan. DevOps, kaya manufaktur ramping, ngupayakake perbaikan sing terus-terusan, nambah produktivitas lan efisiensi, lan malah nyebarake terus. Alat otomatis kanggo ndhukung DevOps terus berkembang.

Akeh sing wis digayuh wiwit wiwitan DevOps ing dasawarsa pungkasan, lan kita ngarepake bisa ndeleng luwih akeh ing taun 2018 lan sabanjure.

Source: www.habr.com