Hè difficiule di capisce u puntu principale quandu si parla di DevOps? Avemu cullucatu per voi analogie vivaci, formulazioni impressiunanti è cunsiglii da esperti chì aiutanu ancu i non-specialisti à ghjunghje à u puntu. À a fine, u bonus hè DevOps di l'impiegati di Red Hat.
U terminu DevOps hè urigginatu 10 anni fà è hè andatu da un hashtag Twitter à un muvimentu culturale putente in u mondu IT, una vera filusufìa chì incuraghja i sviluppatori à fà e cose più veloce, sperimentà è iterate avanti. DevOps hè diventatu indissolubilmente ligatu cù u cuncettu di trasfurmazioni digitale. Ma cum'è spessu accade cù a terminologia IT, in l'ultimi deci anni DevOps hà acquistatu parechje definizioni, interpretazioni è idee sbagliate nantu à sè stessu.
Dunque, pudete spessu sente dumande nantu à DevOps cum'è, hè u listessu cum'è agile? O hè questu una metodulugia speciale? O hè solu un altru sinonimu di a parolla "cullaburazione"?
DevOps include assai cuncetti diffirenti (consegna cuntinuu, integrazione cuntinuu, automatizazione, etc.), cusì distillà ciò chì hè impurtante pò esse sfida, soprattuttu quandu site appassiunatu di u sughjettu. Tuttavia, sta cumpetenza hè assai utile, ùn importa micca s'è vo circate di trasmette e vostre idee à i vostri superiori o simpricimenti dicendu à qualchissia da a vostra famiglia o amichi di u vostru travagliu. Dunque, mettimu da parte i sfumature terminologiche di DevOps per avà è fucalizza nantu à a grande stampa.
Cosa hè DevOps: 6 Definizioni è Analogie
Avemu dumandatu à l'esperti per spiegà l'essenza di DevOps u più simplice è brevemente pussibule per chì u so valore diventa chjaru à i lettori cù ogni livellu di cunniscenza tecnica. Basatu nantu à i risultati di queste conversazioni, avemu sceltu l'analogie più impressiunanti è e formulazioni impressiunanti chì vi aiuteranu à custruisce a vostra storia nantu à DevOps.
1. DevOps hè un muvimentu culturale
"DevOps hè un muvimentu culturale in quale i dui partiti (sviluppatori di software è specialisti di l'operazione di u sistema IT) ricunnoscenu chì u software ùn porta micca benefici reali finu à chì qualchissia principia à aduprà: clienti, clienti, impiegati, micca u puntu", dice Eveline Oehrlich, ricerca senior. analista à l'Istitutu DevOps. "Per quessa, e duie parti assicuranu inseme una consegna rapida è di alta qualità di u software".
2. DevOps hè nantu à empowering sviluppatori.
"DevOps permette à i sviluppatori di pussede l'applicazioni, eseguisce è gestisce a consegna da u principiu à a fine".
"Tipicamenti, DevOps hè parlatu cum'è un modu per accelerà a consegna di l'applicazioni à a produzzione, custruendu è implementendu prucessi automatizati", dice Jai Schniepp, direttore di e piattaforme DevOps in a cumpagnia di assicurazione Liberty Mutual. "Ma per mè hè una cosa assai più fundamentale". DevOps permette à i sviluppatori di pussede applicazioni o pezzi specifichi di software, eseguisce è gestisce a so spedizione da u principiu à a fine. DevOps elimina a cunfusione di rispunsabilità è guida tutti quelli implicati in a creazione di una infrastruttura automatizzata, guidata da sviluppatori.
3. DevOps hè di cullaburazione per creà è furnisce applicazioni.
"Simplemente, DevOps hè un approcciu à a produzzione di software è a consegna induve tutti travaglianu inseme", dice Gur Staf, presidente è capu di l'automatizazione di l'imprese digitale in BMC.
4. DevOps hè un pipeline
"L'assemblea di u trasportatore hè pussibule solu se tutte e parti sò inseme."
"Aghju paragunatu DevOps à una linea di assemblaggio di vitture", cuntinueghja Gur Staff. – L'idea hè di cuncepisce è fà tutte e parti in anticipu per ch'elli ponu esse assemblati senza regulazione individuale. L'assemblea di u trasportatore hè pussibule solu s'è tutte e parti sò inseme. Quelli chì cuncepiscenu è custruiscenu un mutore devenu cunsiderà cumu si muntanu à u corpu o u quadru. Quelli chì facenu i freni anu da pensà à i roti, è cusì. U listessu deve esse veru cù u software.
Un sviluppatore chì crea una logica di cummerciale o una interfaccia d'utilizatore deve pensà à a basa di dati chì guarda l'infurmazioni di i clienti, e misure di sicurezza per prutege i dati di l'utilizatori, è cumu tuttu questu funzionerà quandu u serviziu cumencia à serve un grande audience d'utilizatori, forse ancu di milioni di dollari. ."
"Avè a ghjente di cullaburazione è di pensà à e parte di u travagliu chì l'altri facenu, piuttostu chè di fucalizza solu nantu à i so compiti, hè u più grande ostaculu per superà. Se pudete fà questu, avete una chance eccellente di trasfurmazioni digitale ", aghjusta Gur Staff.
5. DevOps hè a cumminazione ghjusta di persone, prucessi è automatizazione
Jayne Groll, direttore esecutivu di l'Istitutu DevOps, offre una grande analogia per spiegà DevOps. In e so parolle, "DevOps hè cum'è una ricetta cù trè categurie principali di ingredienti: persone, prucessu è automatizazione. A maiò parte di sti ingredienti ponu esse pigliati da altre aree è fonti: Lean, Agile, SRE, CI / CD, ITIL, leadership, cultura, strumenti. U sicretu di DevOps, cum'è ogni bona ricetta, hè cumu uttene e proporzioni ghjuste è mischjà questi ingredienti per aumentà a velocità è l'efficienza di creazione è di liberazione di applicazioni ".
6. DevOps hè quandu i programatori travaglianu cum'è una squadra di Formula 1
"A corsa ùn hè micca pianificata da u principiu à a fine, ma à u cuntrariu, da a fine à u principiu".
"Quandu parlu di ciò chì aspetta da una iniziativa DevOps, pensu à una squadra di corsa NASCAR o di Formula 1 cum'è un esempiu", dice Chris Short, senior manager di marketing platform cloud in Red Hat è editore di u newsletter DevOps. - U capu di una tale squadra hà un scopu: piglià u postu più altu pussibule à a fine di a corsa, tenendu in contu i risorsi dispunibuli per a squadra è e sfide chì l'avianu. In questu casu, a corsa hè pianificata micca da u principiu à a fine, ma à u cuntrariu, da a fine à u principiu. Prima, un scopu ambiziosu hè stabilitu, è dopu sò determinati modi per ghjunghje. Allora sò suddivisi in subtasks è delegati à i membri di a squadra ".
"A squadra passa a settimana intera prima di a corsa perfeccionà u pit stop. Face entrenamentu di forza è cardio per stà in forma per un ghjornu di corsa estenuante. Pratiche chì travaglianu inseme per risolve i prublemi chì ponu accade durante a corsa. In listessu modu, u squadra di sviluppu deve furmà l'abilità di liberà novi versioni spessu. Sè vo avete tali cumpetenze è un sistema di sicurità chì funziunamentu bè, u lanciamentu di novi versioni in pruduzzione succede ancu più spessu. In questa visione di u mondu, a velocità aumentata significa una sicurezza aumentata ", dice Short.
"Ùn si tratta micca di fà a" cosa giusta ", aghjusta Short, "si tratta di eliminà quant'è più cose pussibule chì stanu in u modu di u risultatu desideratu. Collaborate è adattate basatu annantu à i feedback chì ricevete in tempu reale. Siate preparatu per anomalie è travaglià per migliurà a qualità per minimizzà u so impattu nantu à u prugressu versu u vostru scopu. Questu hè ciò chì ci aspetta in u mondu di DevOps ".
Cumu scala DevOps: 10 cunsiglii da esperti
Hè solu chì DevOps è DevOps di massa sò cose completamente diverse. Vi diceremu cumu superà e barriere in a strada da u primu à u sicondu.
Per parechje urganisazioni, u viaghju à DevOps principia facilmente è piacevule. I picculi squadre passioni sò creati, i prucessi antichi sò rimpiazzati cù novi, è i primi successi ùn sò micca longu.
Alas, questu hè solu un falsu glitz, una illusione di prugressu, dice Ben Grinnell, direttore generale è capu di digitale in a cunsulenza North Highland. I primi vittorie sò certamente incoraggianti, ma ùn aiutanu micca à ottene u scopu finale di l'adopzione generalizzata di DevOps in tutta l'urganizazione.
Hè faciule per vede chì u risultatu hè una cultura di divisione trà "noi" è "elli".
"Spessu, l'urganisazioni lancianu questi prughjetti pionieri pensendu chì avaranu a strada per u DevOps mainstream, senza cunsiderà se l'altri puderanu o disposti à seguità quella strada", spiega Ben Grinnell. - E squadre per implementà tali prughjetti sò generalmente reclutate da "Varangians" cunfidenti chì anu digià fattu qualcosa di simile in altri lochi, ma sò novi à a vostra urganizazione. À u listessu tempu, sò incuraghjiti à rompe è distrughje e regule chì fermanu ubligatori per tutti l'altri. Hè faciule per vede chì u risultatu hè una cultura di "noi" è "elli" chì impedisce u trasferimentu di cunniscenze è cumpetenze.
"È stu prublema culturale hè solu unu di i motivi chì DevOps hè difficiule di scala. E squadre DevOps sò affruntate à sfidi tecnichi aumentati chì sò tipici di e cumpagnie IT in rapida crescita ", hà dettu Steve Newman, fundatore è presidente di Scalyr.
"In u mondu mudernu, i servizii cambianu appena u bisognu. Hè fantasticu per implementà è implementà constantemente novi funzioni, ma a coordinazione di stu prucessu è l'eliminazione di i prublemi chì si presentanu hè un veru mal di testa, aghjusta Steve Newman. - In l'urganisazioni in crescita assai rapida, l'ingegneri nantu à e squadre interfunzionali luttanu per mantene a visibilità in u cambiamentu è l'effetti in cascata à livellu di dependenza chì crea. Inoltre, l'ingegneri ùn sò micca cuntenti quandu sò privati di questa opportunità è, in u risultatu, diventa più difficiule per elli à capisce l'essenza di i prublemi chì si sviluppanu ".
Cumu superà queste sfide descritte sopra è passà à l'adopzione massiva di DevOps in una grande urganizazione? I sperti urgenu a pacienza, ancu s'è u vostru scopu ultimu hè di accelerà u vostru ciclu di sviluppu di software è i prucessi di cummerciale.
1. Ricurdativi chì u cambiamentu di cultura piglia tempu.
Jayne Groll, Direttore Esecutivu, DevOps Institute: "In u mo parè, l'espansione di DevOps deve esse incrementale è iterativa cum'è u sviluppu agile (è ugualmente tocca à a cultura). Agile è DevOps enfatizzanu i picculi squadre. Ma cum'è sti squadre crescenu in u numeru è l'integrazione, finiscemu cù più persone chì adopranu novi modi di travaglià, è in u risultatu ci hè una trasfurmazioni culturale massiva ".
2. Spende abbastanza tempu à pianificà è sceglie una piattaforma
Eran Kinsbruner, Evangelista Tecnicu Principale in Perfecto: "Per scaling to work, DevOps teams must first learn to combine traditional processes, tools, and skills, and then slowly nutrition and stabilize each individual phase of DevOps. Tuttu principia cù una pianificazione attenta di storie d'utilizatori è flussi di valore, seguitu da scrittura di software è cuntrollu di versione utilizendu u sviluppu basatu in troncu o altri approcci più adattati per branching and merge code.
"Dopu vene a tappa di integrazione è teste, induve una piattaforma scalabile per l'automatizazione hè digià necessaria. Hè quì chì hè impurtante per e squadre DevOps di sceglie a piattaforma ghjusta chì si adatta à u so livellu di cumpetenza è i scopi finali di u prugettu.
A prossima fase hè a implementazione à a produzzione è questu deve esse cumplettamente automatizatu utilizendu strumenti è cuntenituri d'orchestrazione. Hè impurtante d'avè ambienti virtualizzati in tutte e tappe di DevOps (simulatore di produzzione, ambiente QA è ambiente di produzzione attuale) è sempre aduprà solu l'ultime dati per e teste per ottene cunclusioni pertinenti. L'analisi deve esse intelligente è capace di processà big data cù feedback rapidu è azzione ".
3. Pigliate a culpabilità di rispunsabilità.
Gordon Haff, Evangelista RedHat: "Creà un sistema è una atmosfera chì permette è incuragisce l'esperimentazione permette ciò chì sò cunnisciuti cum'è fallimenti di successu in u sviluppu di software agile. Questu ùn significa micca chì nimu hè rispunsevuli di fallimenti. In fatti, identificà quale hè rispunsevuli diventa ancu più faciule, postu chì "esse rispunsevuli" ùn significa più "causà un accidente". Questu hè, l'essenza di a rispunsabilità cambia qualitativamente. Quattru fattori diventanu critichi: l'estensione di disrupzioni, approcci, prucessi di produzzione è incentivi ". (Pudete leghje più nantu à sti fattori in l'articulu di Gordon Huff "Lezioni DevOps: 4 aspetti di esperimenti sani).
4. Sguassate u percorsu avanti
Ben Grinnell, direttore generale è capu di digitale in a cunsulenza North Highland: "Per ottene una scala, ricumandemu di lancià un prugramma di "pulizia di camini" cù prughjetti pionieri. L'obiettivu di stu prugramma hè di pulizziari a basura chì i pionieri di DevOps lascianu daretu, cum'è regule obsolete è cose cusì, in modu chì u percorsu avanti ferma chjaru ".
"Dà à e persone un supportu urganizativu è un momentum per mezu di una cumunicazione chì va ben oltre u gruppu pioniere celebrendu largamente i successi di novi modi di travaglià. Coach e persone chì participanu à a prossima onda di prughjetti DevOps è sò nervosi per aduprà DevOps per a prima volta. È ricordate chì queste persone sò assai sfarente da i pionieri ".
5. Democratizà arnesi
Steve Newman, fundatore è presidente di Scalyr: "L'arnesi ùn deve esse oculati da e persone, è duveranu esse relativamente faciuli d'amparà per tutti quelli chì volenu mette in u tempu. Se a capacità di query logs hè limitata à trè persone "certificate" per utilizà un strumentu, avete sempre un massimu di trè persone dispunibuli per trattà u prublema, ancu s'è vo avete un ambiente informaticu assai grande. In altri palori, ci hè un collu di buttiglia quì chì pò purtà à cunsequenze gravi (affari) ".
6. Crea cundizioni ideali per u travagliu in squadra
Tom Clark, capu di Common Platform in ITV: "Pudete fà qualcosa, ma micca tuttu in una volta. Allora stabilisce grandi scopi, cuminciate chjucu, è avanza in iterazioni veloci. À u tempu, svilupparete una reputazione per fà e cose, cusì altri volenu aduprà ancu i vostri metudi. È ùn vi preoccupate micca di custruisce una squadra altamente efficace. Invece, furnisce e persone cun cundizioni di travagliu ideali è l'efficienza seguitarà ".
7. Ùn vi scurdate micca di a lege di Conway è di i bordi Kanban
Logan Daigle, Direttore di Consegna di Software è Strategia DevOps in CollabNetVersionOne: "Hè impurtante capisce e cunsequenze di a lege di Conway. In a mo parafrasa libera, sta lege dice chì i prudutti chì creamu è i prucessi chì usemu per fà cusì, cumprese DevOps, risultanu esse strutturati in u listessu modu chì a nostra urganizazione ".
"Se ci sò assai silos in una urganizazione, è u cuntrollu cambia mani parechje volte quandu si pianifica, custruisce è liberate software, l'effettu di a scala serà zero o di corta durata. Se una urganizazione crea squadre interfunzionali intornu à i prudutti chì sò finanziati cù un focusu di u mercatu, allora e probabilità di successu aumentanu dramaticamente ".
"Un altru aspettu impurtante di a scala hè di vede tuttu u travagliu in corso (WIP, workinprogress) nantu à i pannelli Kanban. Quandu una urganizazione hà un locu induve a ghjente pò vede queste cose, incuragisce assai a cullaburazione, chì hà un impattu pusitivu nantu à a scala ".
8. Circate vechji cicatrici
Manuel Pais, cunsultante DevOps è coautore di Team Topologies: "Piglià e pratiche DevOps oltre Dev è Ops stessu è pruvà à applicà à altre funzioni ùn hè micca un approcciu ottimale. Questu avarà certamente qualchì impattu (per esempiu, autumàticu u cuntrollu manuale), ma assai di più pò esse ottinutu s'ellu cuminciamu à capisce i prucessi di consegna è di feedback ".
"Se ci sò vechji cicatrici in u sistema informaticu di una urganizazione - prucedure è miccanismi di gestione chì sò stati implementati per via di incidenti passati, ma anu persu a so rilevanza (per via di cambiamenti in i prudutti, tecnulugii o prucessi) - allora certamenti anu da esse eliminati. o lisciatu, piuttostu chè di automatizà prucessi inefficienti o inutili ".
9. Ùn criate opzioni DevOps
Anthony Edwards, Direttore di l'Operazioni in Eggplant: "DevOps hè un termini assai vagu, cusì ogni squadra finisci cù a so propria versione di DevOps. È ùn ci hè nunda di peggiu quandu una urganizazione hà di colpu 20 varietà di DevOps chì ùn si mette micca bè inseme. Hè impussibile per ognuna di e trè squadre di sviluppu avè a so propria interfaccia speciale trà u sviluppu è a gestione di u produttu. Nè i prudutti ùn devenu avè e so aspettative uniche per a gestione di feedback quandu sò trasferiti à un simulatore di produzzione. Altrimenti, ùn sarete mai capace di scala DevOps.
10. Predicate u valore cummerciale di DevOps
Steve Newman, fundatore è presidente di Scalyr: "U travagliu per ricunnosce u valore di DevOps. Amparate è sentite liberu di parlà di i benefici di ciò chì fate. DevOps hè un incredibile risparmiu di tempu è di soldi (pensate solu: menu downtime, più brevi tempu mediu per a ricuperazione), è e squadre DevOps anu da enfatizà senza stanca (è predicà) l'impurtanza di queste iniziative per u successu cummerciale. In questu modu pudete espansione u cercolu di aderenti è aumentà l'influenza di DevOps in l'urganizazione ".
BONUS
nantu U nostru propiu DevOps ghjunghjerà u 13 di settembre - iè, Red Hat, cum'è un fabricatore di software, hà i so propri squadre è pratiche DevOps.
U nostru ingegnere Mark Birger, chì sviluppa servizii d'automatizazione internu per altri gruppi in tutta l'urganizazione, contarà a so propria storia in puru russu - cumu a squadra di Red Hat DevOps hà migratu l'applicazioni da l'ambienti virtuali di virtualizazione di Hat gestiti da Ansible à un furmatu di containeru cumpletu nantu à a piattaforma OpenShift.
Ma ùn hè micca tuttu:
Una volta chì l'urganisazioni anu spustatu carichi di travagliu in cuntenituri, i metudi tradiziunali di monitoraghju di l'applicazione ùn ponu micca funziona. In a seconda conversazione spiegheremu a nostra motivazione per cambià a manera di logu è mostra a continuazione di a strada chì ci hà purtatu à i metudi muderni di logu è di monitoraghju.
Source: www.habr.com