Asal DevOps: Naon nami?

Héy Habr! Kuring nampilkeun ka perhatian anjeun tarjamahan artikel "Asal-usul DevOps: Naon dina Ngaran?" ku Steve Mezak.

Gumantung kana sudut pandang anjeun, DevOps bakal ngagungkeun ulang taun kasalapan atanapi kasapuluh taun ieu. Dina 2016, RightScales 'State of the Cloud laporan nyatakeun yén 70 persén SMB nganut prakték DevOps. Unggal indikator nu nyieun nepi skor ieu geus ngaronjat saprak lajeng. Nalika DevOps nyiapkeun asup kana dékade kadua na, éta hadé pikeun jalan-jalan ka jaman baheula sareng uih deui ka asal-usul DevOps — komo asal-usul nami éta sorangan.

Sateuacan 2007: A ranté sampurna kajadian

Sateuacan 2007, sababaraha kaayaan ahirna ngalahirkeun naon anu ayeuna katelah DevOps.

Leungeun parantos ngabuktikeun dirina janten prakték pangsaéna. Ogé katelah Sistim produksi Toyota, Manufaktur Lean narékahan pikeun ngaoptimalkeun prosés di lantai manufaktur. (Ku jalan kitu, manajemén Toyota mimitina diideuan ku métode jalur assembly aslina diwanohkeun ku Ford Motor Company). Perbaikan kontinyu nyaeta mantra pikeun manufaktur lean. Dina prakték, jalur di handap ieu terus dievaluasi:

  1. Ngajaga tingkat inventaris bahan baku sareng produk rengse ka minimum. Manufaktur lean hartina jumlah minimum inventaris bahan baku pikeun ngahasilkeun barang jeung jumlah minimum produk rengse ngantosan pesenan atawa dikirim.
  2. Ngaminimalkeun antrian pesenan. Ideally, narima pesenan geuwat pindah ka kaayaan réngsé. Métrik konci pikeun manufaktur lean bakal salawasna waktos ti resi pesenan ka pangiriman.
  3. Maksimalkeun efisiensi prosés produksi. Prosés rékayasa ulang jeung automation ningkat anu ngagabungkeun pikeun ngahasilkeun barang gancang-gancang. Unggal wewengkon produksi sapanjang sakabéh jalur (motong, las, assembly, nguji, jsb) ditaksir pikeun inefficiencies.

Di dunya IT, métode tradisional modél curug pamekaran parangkat lunak parantos masihan jalan pikeun metode iteratif gancang sapertos tangkas. Kagancangan mangrupikeun ceurik rally, sanaos kualitas kadang-kadang sangsara dina ngudag pangwangunan sareng panyebaran gancang. Dina cara anu sami, komputasi awan, khususna Infrastruktur-sakumaha-a-Service (IaaS) jeung Platform-sakumaha-a-Service (PaaS) parantos ngabuktikeun dirina salaku solusi dewasa dina prosés sareng infrastruktur IT.

Tungtungna, toolkits nembe mimiti muncul pikeun Pamaduan kontinyu (CI). Gagasan alat CI dilahirkeun sareng diwakilan ku Gradi Booch deui taun 1991 dina Métode Booch na.

2007-2008: Belgian kuciwa

Konsultan Belgian, proyék Agile sareng manajer prakték Patrick Debois parantos nampi pasini ti kementerian pamaréntahan Belgia pikeun ngabantosan migrasi pusat data. Khususna, anjeunna aub dina sertifikasi sareng uji kesiapan. Tanggung jawabna ngabutuhkeun anjeunna pikeun koordinat sareng ngawangun hubungan antara tim pamekaran parangkat lunak sareng server, database, sareng tim operasi jaringan. Hanjelu na ku kurangna kohési jeung tembok misahkeun ngembangkeun sarta métode operasi ditinggalkeun anjeunna pait. kahayang Desbois urang pikeun ngaronjatkeun geura-giru ngarah ka aksi.
Dina konperénsi Agile 2008 di Toronto, Andrew Schaefer ngusulkeun moderasi rapat informal anu diatur khusus pikeun ngabahas topik "Infrastruktur lincah"Jeung ngan hiji jalma sumping ka ngabahas topik: Patrick DeBois. Sawala maranéhanana sarta bursa gagasan maju konsép administrasi sistem tangkas. Dina taun anu sarua, DeBois na Schaefer dijieun grup Administrator Sistem tangkas moderately suksés di Google.

2009: Kasus gawé babarengan antara Dev jeung Ops

Dina konperénsi O'Reilly Velocity, dua karyawan Flickr, Wakil Présidén Senior Operasi Téknis John Allspaw sareng CTO Paul Hammond, masihan presentasi anu kasohor ayeuna. "10 Deployments a Day: Dev and Ops Collaboration at Flickr".

Presentasi éta mangrupikeun drama, kalayan Allspaw sareng Hammond ngalaksanakeun interaksi kompleks antara perwakilan Pangwangunan sareng Operasi salami prosés panyebaran parangkat lunak, lengkep sareng nunjuk ramo sareng dakwaan sapanjang garis "Éta sanés kode kuring, éta sadayana komputer anjeun!" presentasi maranéhanana dikonfirmasi yén hijina pilihan wijaksana nyaéta pikeun ngembangkeun software sarta deployment kagiatan janten seamless, transparan sarta terpadu pinuh. Lila-lila, presentasi ieu janten legendaris sareng ayeuna katingali salaku tonggak penting nalika industri IT mimiti nyauran metodologi anu ayeuna katelah DevOps.

2010: DevOps di Amérika Serikat

Kalayan jumlah pengikut anu ningkat, konperénsi DevOpsDays dilaksanakeun pikeun kahiji kalina di Amérika Serikat di Mountain View, California, langsung saatos konperénsi Velocity taunan. Teraskeun gancang ka 2018, sareng aya langkung ti 30 konferensi DevOpsDays dijadwalkeun, kalebet puluhan di Amérika Serikat.

2013: Proyék "Phoenix"

Pikeun seueur urang, momen anu luar biasa dina sajarah DevOps nyaéta publikasi buku "The Phoenix Project" ku Gene Kim, Kevin Behr sareng George Safford. Novel ieu nyarioskeun carita manajer IT anu mendakan dirina dina kaayaan anu nekat: anjeunna ditugaskeun pikeun nyalametkeun proyék e-commerce kritis anu salah. Mentor misterius manajer - anggota dewan direksi anu gairah ngeunaan metode manufaktur ramping - nunjukkeun cara anyar pikeun protagonis pikeun mikir ngeunaan IT sareng pamekaran aplikasi, ngarepkeun konsép DevOps. Ku jalan kitu, "The Phoenix Project" diideuan kami nulis buku "Outsource atanapi sejenna ..." ngeunaan carita bisnis sarupa nu VP software ngagunakeun DevOps salila ngembangkeun hiji produk outsourced utama anyar.

DevOps pikeun masa depan

Éta patut ngajelaskeun DevOps salaku perjalanan, atanapi panginten cita-cita, tinimbang tujuan akhir. DevOps, kawas manufaktur ramping, narékahan pikeun perbaikan kontinyu, ngaronjat produktivitas jeung efisiensi, komo deployment kontinyu. Alat otomatis pikeun ngadukung DevOps terus mekar.

Seueur anu parantos dihontal ti mimiti DevOps dina dasawarsa ka pengker, sareng kami ngarepkeun ningali langkung seueur dina taun 2018 sareng saluareun.

sumber: www.habr.com

Tambahkeun komentar