Hello, Habr! Ipinakita ko sa iyong pansin ang isang pagsasalin ng artikulo ni Steve Mezak.
Depende sa iyong pananaw, ipagdiriwang ng DevOps ang ikasiyam o ikasampung anibersaryo nito ngayong taon. Noong 2016, sinabi ng ulat ng State of the Cloud ng RightScales na 70 porsiyento ng mga SMB ay gumagamit ng mga kasanayan sa DevOps. Ang bawat tagapagpahiwatig na bumubuo sa markang ito ay tumaas mula noon. Habang naghahanda ang DevOps na pumasok sa ikalawang dekada nito, mainam na maglakad-lakad sa nakaraan at bumalik sa pinagmulan ng DevOpsβat maging ang pinagmulan ng pangalan mismo.
Bago ang 2007: Isang perpektong hanay ng mga kaganapan
Bago ang 2007, isang serye ng mga pangyayari ang kalaunan ay nagsilang sa tinatawag ngayon bilang DevOps.
Sandal ay napatunayan na ang sarili bilang pinakamahusay na kasanayan. Kilala din sa Sistema ng produksyon ng Toyota, Nagsusumikap ang Lean Manufacturing na i-optimize ang mga proseso sa manufacturing floor. (Sa pamamagitan ng paraan, ang pamamahala ng Toyota ay unang inspirasyon ng orihinal na mga pamamaraan ng linya ng pagpupulong na ipinakilala ng Ford Motor Company). Patuloy na pagpapabuti ay ang mantra para sa lean manufacturing. Sa pagsasagawa, ang mga sumusunod na landas ay patuloy na sinusuri:
- Pagpapanatili ng mga antas ng imbentaryo ng mga hilaw na materyales at mga natapos na produkto sa pinakamababa. Ang lean manufacturing ay nangangahulugang isang minimum na halaga ng imbentaryo ng mga hilaw na materyales upang makagawa ng mga kalakal at isang minimum na halaga ng mga natapos na produkto na naghihintay na i-order o ipadala.
- Pag-minimize ng order queue. Sa isip, ang mga natanggap na order ay agad na lumipat sa nakumpletong estado. Ang pangunahing sukatan para sa lean manufacturing ay palaging ang oras mula sa pagtanggap ng order hanggang sa paghahatid.
- Pag-maximize ng kahusayan ng proseso ng produksyon. Pinagsasama-sama ang proseso ng re-engineering at pinahusay na automation upang makagawa ng mga produkto sa lalong madaling panahon. Ang bawat lugar ng produksyon sa buong landas (pagputol, hinang, pagpupulong, pagsubok, atbp.) ay tinasa para sa mga inefficiencies.
Sa mundo ng IT, ang mga tradisyunal na pamamaraan ng waterfall model ng software development ay nagbigay daan sa mabilis na umuulit na mga pamamaraan tulad ng Maliksi. Ang bilis ay ang sigaw ng rally, kahit na kung minsan ay nagdurusa ang kalidad sa pagtugis ng mabilis na pag-unlad at pag-deploy. Sa halos parehong paraan, cloud computing, sa partikular Imprastraktura-bilang-isang-Serbisyo (IaaS) at Platform-bilang-isang-Serbisyo (PaaS) ay napatunayan ang kanilang sarili bilang mga mature na solusyon sa mga proseso at imprastraktura ng IT.
Sa wakas, ang mga toolkit ay nagsimulang lumitaw kamakailan para sa Patuloy na Pagsasama (CI). Ang ideya ng mga tool sa CI ay ipinanganak at ipinakita ni Gradi Booch noong 1991 sa kanyang Booch Method.
2007-2008: Dismayadong Belgian
Ang Belgian consultant, Agile project at practice manager na si Patrick Debois ay tumanggap ng appointment mula sa isang Belgian government ministry para tumulong sa data center migration. Sa partikular, siya ay kasangkot sa sertipikasyon at pagsubok sa kahandaan. Ang kanyang mga responsibilidad ay nangangailangan sa kanya na mag-coordinate at bumuo ng mga relasyon sa pagitan ng mga software development team at server, database, at network operations teams. Ang kanyang pagkabigo sa kawalan ng pagkakaisa at ang mga pader na naghihiwalay sa pag-unlad at mga pamamaraan ng operasyon ay nag-iwan sa kanya ng mapait. Ang pagnanais ni Desbois na umunlad sa lalong madaling panahon ay humantong sa kanya sa pagkilos.
Sa 2008 Agile conference sa Toronto, iminungkahi ni Andrew Schaefer ang pagmo-moderate ng isang espesyal na inayos na impormal na pagpupulong upang talakayin ang paksa "Maliksi na imprastraktura"At isang tao lamang ang dumating upang talakayin ang paksa: Patrick DeBois. Ang kanilang talakayan at pagpapalitan ng mga ideya ay nagpasulong sa konsepto ng Agile systems administration. Sa parehong taon, nilikha nina DeBois at Schaefer ang katamtamang matagumpay na Agile Systems Administrator group sa Google.
2009: Ang kaso ng kooperasyon sa pagitan ng Dev at Ops
Sa kumperensya ng O'Reilly Velocity, dalawang empleyado ng Flickr, Senior Vice President ng Technical Operations na sina John Allspaw at CTO Paul Hammond, ang nagbigay ng sikat na presentasyon ngayon. "10 Deployment sa isang Araw: Dev at Ops Collaboration sa Flickr".
Ang pagtatanghal ay isang drama, kung saan sina Allspaw at Hammond ay muling isinagawa ang mga kumplikadong pakikipag-ugnayan sa pagitan ng mga kinatawan ng Development at Operations sa panahon ng proseso ng pag-deploy ng software, na kumpleto sa pagturo ng daliri at pagrereklamo sa mga linya ng "Hindi ito ang aking code, ang lahat ng iyong mga computer!" Kinumpirma ng kanilang presentasyon na ang tanging makatwirang opsyon ay para sa software development at deployment na mga aktibidad upang maging seamless, transparent at ganap na pinagsama-sama. Sa paglipas ng panahon, naging maalamat ang pagtatanghal na ito at ngayon ay itinuturing na isang mahalagang milestone nang magsimulang tumawag ang industriya ng IT para sa pamamaraang kilala ngayon bilang DevOps.
2010: DevOps sa United States of America
Sa dumaraming sumusunod, ang DevOpsDays conference ay ginanap sa unang pagkakataon sa United States sa Mountain View, California, kaagad pagkatapos ng taunang Velocity conference. Fast forward sa 2018, at mayroong higit sa 30 DevOpsDays conference na naka-iskedyul, kabilang ang dose-dosenang sa United States.
2013: Project "Phoenix"
Para sa marami sa atin, ang isa pang kapansin-pansing sandali sa kasaysayan ng DevOps ay ang paglalathala ng aklat na "The Phoenix Project" nina Gene Kim, Kevin Behr at George Safford. Ang nobelang ito ay nagsasabi sa kuwento ng isang IT manager na natagpuan ang kanyang sarili sa isang desperado na sitwasyon: siya ay may tungkuling iligtas ang isang kritikal na proyektong e-commerce na nagkamali. Ang mahiwagang tagapagturo ng manager - isang miyembro ng board of directors na hilig sa mga paraan ng pagmamanupaktura ng lean - ay nagmumungkahi ng mga bagong paraan sa pangunahing karakter na mag-isip tungkol sa IT at pagbuo ng application, na inaasahan ang konsepto ng DevOps. Siyanga pala, ang βThe Phoenix Projectβ ay nagbigay inspirasyon sa amin na isulat ang aklat na βOutsource or else...β tungkol sa isang katulad na kuwento ng negosyo kung saan ang isang VP ng software ay gumagamit ng DevOps sa panahon ng pagbuo ng isang bagong pangunahing outsourced na produkto.
DevOps para sa hinaharap
Ito ay nagkakahalaga ng paglalarawan ng DevOps bilang isang paglalakbay, o marahil isang adhikain, sa halip na isang panghuling destinasyon. Ang DevOps, tulad ng lean manufacturing, ay nagsusumikap para sa patuloy na pagpapabuti, pagtaas ng produktibidad at kahusayan, at kahit na patuloy na pag-deploy. Ang mga naka-automate na tool upang suportahan ang DevOps ay patuloy na nagbabago.
Marami na ang naabot mula noong umpisahan ang DevOps sa nakalipas na dekada, at inaasahan naming makakakita pa ng higit pa sa 2018 at higit pa.
Pinagmulan: www.habr.com