Hei Habr! Cyflwynaf i'ch sylw gyfieithiad yr erthygl gan Steve Mezak.
Yn dibynnu ar eich safbwynt, bydd DevOps yn dathlu ei nawfed neu ddegfed pen-blwydd eleni. Yn 2016, nododd adroddiad State of the Cloud RightScales fod 70 y cant o SMBs yn mabwysiadu arferion DevOps. Mae pob dangosydd sy'n ffurfio'r sgôr hwn wedi cynyddu ers hynny. Wrth i DevOps baratoi i fynd i mewn i'w ail ddegawd, byddai'n wych mynd am dro i lawr y gorffennol a dychwelyd i wreiddiau DevOps - a hyd yn oed gwreiddiau'r enw ei hun.
Cyn 2007: Cadwyn berffaith o ddigwyddiadau
Cyn 2007, arweiniodd cyfres o amgylchiadau yn y pen draw at yr hyn a elwir heddiw yn DevOps.
Lean eisoes wedi profi ei hun yn arfer gorau. Adwaenir hefyd fel System gynhyrchu Toyota, Mae Lean Manufacturing yn ymdrechu i wneud y gorau o brosesau ar y llawr gweithgynhyrchu. (Gyda llaw, cafodd rheolaeth Toyota ei hysbrydoli i ddechrau gan y dulliau llinell cydosod gwreiddiol a gyflwynwyd gan y Ford Motor Company). Gwelliant parhaus yw'r mantra ar gyfer gweithgynhyrchu darbodus. Yn ymarferol, mae'r llwybrau canlynol yn cael eu gwerthuso'n gyson:
- Cynnal lefelau stocrestr o ddeunyddiau crai a chynhyrchion gorffenedig i'r lleiafswm. Mae gweithgynhyrchu darbodus yn golygu isafswm o restr o ddeunyddiau crai i gynhyrchu nwyddau ac isafswm o gynhyrchion gorffenedig sy'n aros i gael eu harchebu neu eu cludo.
- Lleihau'r ciw archebu. Yn ddelfrydol, mae archebion a dderbyniwyd ar unwaith yn symud i'r cyflwr gorffenedig. Y metrig allweddol ar gyfer gweithgynhyrchu darbodus bob amser fydd yr amser rhwng derbyn archeb a danfon.
- Mwyhau effeithlonrwydd y broses gynhyrchu. Mae ail-beiriannu prosesau a gwell awtomeiddio yn cyfuno i gynhyrchu nwyddau cyn gynted â phosibl. Mae pob maes cynhyrchu ar hyd y llwybr cyfan (torri, weldio, cydosod, profi, ac ati) yn cael ei asesu ar gyfer aneffeithlonrwydd.
Yn y byd TG, mae dulliau traddodiadol y model rhaeadr o ddatblygu meddalwedd eisoes wedi ildio i ddulliau ailadroddol cyflym megis Hyblyg. Cyflymder oedd y gri rali, hyd yn oed os oedd ansawdd weithiau'n dioddef wrth geisio datblygu a defnyddio'n gyflym. Yn yr un ffordd fwy neu lai, cyfrifiadura cwmwl, yn arbennig Seilwaith-fel-a-Gwasanaeth (IaaS) a Platform-as-a-Service (PaaS) wedi profi eu hunain fel atebion aeddfed mewn prosesau a seilwaith TG.
Yn olaf, mae pecynnau cymorth wedi dechrau ymddangos yn ddiweddar Integreiddio Parhaus (CI). Cafodd y syniad o offer CI ei eni a'i gyflwyno gan Gradi Booch yn ôl yn 1991 yn ei Dull Booch.
2007-2008: Gwlad Belg siomedig
Mae ymgynghorydd Gwlad Belg, rheolwr prosiect ac ymarfer Agile, Patrick Debois, wedi derbyn apwyntiad gan weinidogaeth llywodraeth Gwlad Belg i helpu gyda mudo canolfan ddata. Yn benodol, bu'n ymwneud ag ardystio a phrofion parodrwydd. Roedd ei gyfrifoldebau yn ei gwneud yn ofynnol iddo gydlynu a meithrin perthnasoedd rhwng timau datblygu meddalwedd a thimau gweinyddwyr, cronfa ddata a gweithrediadau rhwydwaith. Roedd ei rwystredigaeth gyda’r diffyg cydlyniant a’r waliau’n gwahanu dulliau datblygu a gweithredu yn ei adael yn chwerw. Yn fuan arweiniodd awydd Desbois i wella i weithredu.
Yng nghynhadledd Agile 2008 yn Toronto, cynigiodd Andrew Schaefer gymedroli cyfarfod anffurfiol a drefnwyd yn arbennig i drafod y pwnc "Seilwaith ystwyth"A dim ond un person ddaeth i drafod y pwnc: Patrick DeBois. Datblygodd eu trafodaeth a chyfnewid syniadau'r cysyniad o weinyddu systemau Agile. Yr un flwyddyn, creodd DeBois a Schaefer y grŵp Gweinyddwyr Systemau Agile gweddol lwyddiannus yn Google.
2009: Achos cydweithredu rhwng Dev ac Ops
Yng nghynhadledd O'Reilly Velocity, rhoddodd dau o weithwyr Flickr, Uwch Is-lywydd Gweithrediadau Technegol John Allspaw a CTO Paul Hammond, y cyflwyniad sydd bellach yn enwog. "10 Defnydd y Dydd: Cydweithrediad Datblygu a Gweithrediadau yn Flickr".
Roedd y cyflwyniad yn ddrama, gydag Allspaw a Hammond yn ail-greu’r rhyngweithiadau cymhleth rhwng cynrychiolwyr Datblygu a Gweithrediadau yn ystod y broses o ddefnyddio meddalwedd, ynghyd â phwyntio bys a gwrthgyhuddiadau ar y llinellau “Nid fy nghod i ydyw, eich cyfrifiaduron i gyd ydyw!” Cadarnhaodd eu cyflwyniad mai'r unig opsiwn synhwyrol yw i weithgareddau datblygu a defnyddio meddalwedd fod yn ddi-dor, yn dryloyw ac wedi'u hintegreiddio'n llawn. Dros amser, daeth y cyflwyniad hwn yn chwedlonol ac mae bellach yn cael ei weld yn hanesyddol fel carreg filltir arloesol pan ddechreuodd y diwydiant TG alw am y fethodoleg a elwir heddiw yn DevOps.
2010: DevOps yn Unol Daleithiau America
Gyda dilyniant cynyddol, cynhaliwyd cynhadledd DevOpsDays am y tro cyntaf yn yr Unol Daleithiau yn Mountain View, California, yn syth ar ôl y gynhadledd Velocity flynyddol. Yn gyflym ymlaen i 2018, ac mae mwy na 30 o gynadleddau DevOpsDays wedi'u hamserlennu, gan gynnwys dwsinau yn yr Unol Daleithiau.
2013: Prosiect "Phoenix"
I lawer ohonom, eiliad nodedig arall yn hanes DevOps oedd cyhoeddi'r llyfr “The Phoenix Project” gan Gene Kim, Kevin Behr a George Safford. Mae’r nofel hon yn adrodd hanes rheolwr TG sy’n cael ei hun mewn sefyllfa enbyd: mae’n cael y dasg o achub prosiect e-fasnach hollbwysig sydd wedi mynd o chwith. Mae mentor dirgel y rheolwr - aelod o'r bwrdd cyfarwyddwyr sy'n angerddol am ddulliau gweithgynhyrchu darbodus - yn awgrymu ffyrdd newydd i'r prif gymeriad feddwl am TG a datblygu cymwysiadau, gan ragweld y cysyniad o DevOps. Gyda llaw, fe wnaeth “The Phoenix Project” ein hysbrydoli i ysgrifennu'r llyfr “Outsource or else...” am stori fusnes debyg lle mae VP meddalwedd yn defnyddio DevOps yn ystod datblygiad cynnyrch mawr newydd ar gontract allanol.
DevOps ar gyfer y dyfodol
Mae'n werth disgrifio DevOps fel taith, neu efallai ddyhead, yn hytrach na chyrchfan derfynol. Mae DevOps, fel gweithgynhyrchu darbodus, yn ymdrechu i wella'n barhaus, mwy o gynhyrchiant ac effeithlonrwydd, a hyd yn oed defnydd parhaus. Mae offer awtomataidd i gefnogi DevOps yn parhau i esblygu.
Mae llawer wedi'i gyflawni ers sefydlu DevOps yn ystod y degawd diwethaf, a disgwyliwn weld hyd yn oed mwy yn 2018 a thu hwnt.
Ffynhonnell: hab.com