Chì ci vole à una sucietà IT per avè successu in 2019? Lettori in cunferenze è riunioni dicenu assai parolle forte chì ùn sò micca sempre comprensibili à a ghjente normale. A lotta per u tempu di implementazione, i microservizi, l'abbandunamentu di u monolitu, a trasfurmazioni DevOps è assai, assai più. S'è no scaccià a bellezza verbale è parlà direttamente è in russo, allura tuttu vene à una tesi simplice: fà un pruduttu d'alta qualità, è fate cun cunfortu per a squadra.
L'ultimu hè diventatu criticu impurtante. L'affari hè finalmente ghjuntu à a cunclusione chì un prucessu di sviluppu còmode aumenta a produtividade, è se tuttu hè debuggatu è funziona cum'è un clock, dà ancu un spaziu di manuvra in situazioni critiche. Una volta, per a fine di sta manuvra, una certa persona intelligente hè stata cun backups, ma l'industria si sviluppa, è avemu ghjuntu à l'ingegneri DevOps - persone chì trasformanu u prucessu di interazzione trà u sviluppu è l'infrastruttura esterna in qualcosa adatta è micca ligatu à u sciamanisimu.
Sta storia sana "modulare" hè maravigliosa, ma... Hè accadutu chì alcuni di l'amministratori sò stati abruptamente chjamati DevOps, è l'ingegneri DevOps stessi cuminciaru à esse dumandatu à avè almenu e cumpetenze di telepatia è clarividenza.
Prima di parlà di prublemi muderni di furnisce l'infrastruttura, definiscemu ciò chì significhemu per questu termini. À u mumentu attuale, a situazione hà sviluppatu in tale manera chì avemu ghjuntu à a dualità di stu cuncettu: l'infrastruttura pò esse cundizionalmente esterna è cundiziunata interna.
Per infrastruttura esterna intendemu tuttu ciò chì assicura a funziunalità di u serviziu o di u pruduttu chì a squadra sviluppa. Quessi sò i servitori di l'applicazione o di u situ web, hosting è altri servizii chì assicuranu a funziunalità di u pruduttu.
L'infrastruttura interna include servizii è equipaghji chì sò utilizati da u squadra di sviluppu stessu è altri impiegati, di quale sò generalmente assai. Quessi sò servitori internu di sistemi di almacenamentu di codice, un gestore di attività implementatu in u locu è tuttu, tuttu, tuttu ciò chì esiste in a intranet corporativa.
Chì faci un amministratore di sistema in una cumpagnia? In più di u travagliu di amministrari sta intranet assai corporativa, spessu porta u pesu di preoccupazioni ecunomiche per assicurà l'operabilità di l'equipaggiu d'uffiziu. L'amministratore hè u stessu tippu chì trascinarà rapidamente una nova unità di sistema o un laptop di ricambio prontu per l'usu da a sala di back, dà un teclatu frescu è arrampicà à quattru pedi attraversu l'uffizii, stende u cable Ethernet. Un amministratore hè un pruprietariu lucale è guvernatore di micca solu servitori interni è esterni, ma ancu un esecutivu cummerciale. Iè, certi amministratori ponu travaglià solu in u pianu di u sistema, senza hardware. Duveranu esse separati in una sottoclasse separata di "amministratori di sistema di infrastruttura". È certi sò specializati in u serviziu solu di l'equipaggiu d'uffiziu; per furtuna, se a cumpagnia hà più di centu persone, u travagliu ùn finisce mai. Ma nimu di elli sò devops.
Quale sò DevOps? Devops sò ragazzi chì parlanu di l'interazzione di u sviluppu di software cù l'infrastruttura esterna. Più precisamente, i devops muderni sò implicati in i prucessi di sviluppu è di implementazione assai più profondi di l'amministratori chì anu caricatu solu l'aghjurnamenti à ftp eranu mai implicati. Unu di i travaglii chjave di un ingegnere DevOps hè avà di assicurà un prucessu d'interazione cunfortu è strutturatu in modu efficace trà e squadre di sviluppu è l'infrastruttura di produttu. Sò queste persone chì sò rispunsevuli di implementà sistemi di rollback è implementazione; sò queste persone chì piglianu una parte di a carica di i sviluppatori è si cuncentranu quant'è pussibule in u so compitu estremamente impurtante. À u listessu tempu, i devops ùn eseguiranu mai un novu cable o emettenu un novu laptop da a stanza di daretu (c) KO
Chì ci hè a cattura ?
À a quistione "Quale hè DevOps?" a mità di i travagliadori in u campu cumincianu à risponde à qualcosa cum'è "Bè, in corta, questu hè l'amministratore chì ..." è più in u testu. Iè, una volta, quandu a professione di l'ingegnere DevOps era appena emergente da l'amministratori più talentu in quantu à u mantenimentu di u serviziu, e differenze trà elli ùn eranu micca evidenti per tutti. Ma avà, quandu e funzioni di devops è admin in a squadra sò diventate radicali diffirenti, hè inaccettabile per cunfundà cù l'altri, o ancu equate.
Ma chì significa questu per l'affari?
L'assunzione, hè tuttu.
Apri un vacante per "Amministratore di sistema", è i requisiti elencati sò "interazione cù u sviluppu è i clienti", "sistema di consegna CI / CD", "mantenimentu di i servitori è l'equipaggiu di a cumpagnia", "amministrazione di sistemi internu" è cusì. nantu; avete capitu chì u patronu parla senza sensu. A catch hè chì invece di "Amministratore di Sistema" u titulu di vacante deve esse "DevOps Engineer", è se stu titulu hè cambiatu, allora tuttu cade in u locu.
Tuttavia, chì impressione si riceve quandu leghje un tali vacanti? Chì a cumpagnia cerca un operatore multi-machine chì implementarà sia un sistema di cuntrollu di versione è di surviglianza è stringhjerà u twister cù i denti...
Ma per ùn aumentà u gradu di dipendenza da droga in u mercatu di u travagliu, hè abbastanza per chjamà vacanti cù i so nomi propiu è capisce chjaramente chì un ingegnere DevOps è un amministratore di sistema sò duie entità diverse. Ma u desideriu irrepressible di certi patroni di prisentà a lista di esigenze più larga pussibule à un candidatu porta à u fattu chì l'amministratori di sistema "classici" cessanu di capisce ciò chì succede intornu à elli. Chì, a professione hè mutante è sò daretu à i tempi ?
Innò nò è una volta di più nò. Amministratori di l'infrastruttura chì gestiscenu i servitori internu di a cumpagnia, o occupanu pusizioni di supportu L2 / L3 è aiutanu à l'altri impiegati, ùn anu micca andatu è ùn anu da andà.
Questi specialisti ponu diventà ingegneri DevOps? Di sicuru ch'elli ponu. In fatti, questu hè un ambiente cunnessu chì richiede cumpetenze di amministrazione di u sistema, ma in più di questu, u travagliu cù u monitoraghju, i sistemi di consegna è, in generale, l'interazzione stretta cù u squadra di sviluppu è di prova hè aghjuntu.
Un altru prublema DevOps
In fatti, tuttu ùn hè micca limitatu solu à l'assunzione è a cunfusione constante trà amministratori è devops. À un certu puntu, l'affari era affruntatu cù u prublema di furnisce l'aghjurnamenti è l'interazzione di u squadra di sviluppu cù l'infrastruttura finale.
Forse era quandu un ziu cù l'ochji scintillanti si alzò nantu à u palcuscenicu di qualchì cunferenza è disse: "Femu questu è u chjamemu DevOps. Questi ragazzi risolveranu tutti i vostri prublemi "- è cuminciaru à dì quantu hè a vita bona in a cumpagnia dopu l'implementazione di pratiche DevOps.
Tuttavia, ùn hè micca abbastanza per ingaghjarà un ingegnere DevOps per fà tuttu u travagliu cum'è duverebbe. A cumpagnia deve esse sottumessi à una trasformazione DevOps cumpleta, vale à dì, u rolu è e capacità di i nostri DevOps deve esse ancu chjaramente capitu da u latu di u sviluppu di u produttu è a squadra di teste. Avemu una storia "meravigliosa" nantu à questu tema chì illustra cumplettamente tutta a brutalità chì succede in certi lochi.
Situazione. DevOps hè necessariu di implementà un sistema di rollback di versione senza veramente sfondà in u so funziunamentu. Assumimu chì in u sistema Users ci sò campi separati per nome, cognome è password. Una nova versione di u produttu esce, ma per i sviluppatori, un "rollback" hè solu una bacchetta magica chì riparà tuttu, è ùn sanu mancu cumu funziona. Cusì, per esempiu, in u prossimu patch, i sviluppatori anu cumminatu i campi di u nome è di l'apellido, l'anu sbulicatu in a produzzione, ma a versione hè lenta per una certa ragione. Chì succede ? A gestione vene à i devops è dice "Pull the switch!", vale à dì, li dumanda di rinvià à a versione precedente. Chì facenu i devops? Ritorna à a versione precedente, ma siccomu i sviluppatori ùn vulianu micca capisce cumu hè statu fattu questu rollback, nimu hà dettu à a squadra di devops chì a basa di dati hà ancu bisognu à esse ritruvata. Per via di u risultatu, tuttu sguassate per noi, è invece di un situ web lento, l'utilizatori vedenu un errore "500", perchè a versione antica ùn viaghja micca cù i campi di a nova basa di dati. Devops ùn sapi micca questu. I sviluppatori sò in silenziu. A gestione cumencia à perde i so nervi è i soldi è si ricorda di e backup, offrendu di rinvià da elli in modu chì "almenu qualcosa funziona". In u risultatu, l'utilizatori perde tutte e so dati annantu à un periudu di tempu.
I noci, sicuru, vanu à devops, chì "ùn hà micca fattu un sistema di rollback propiu", è nimu ùn importa chì l'alce in questa storia sò sviluppatori.
A cunclusione hè simplice: senza un approcciu normale à DevOps cum'è tali, hè di pocu utilità.
A cosa principale di ricurdà: un ingegnere DevOps ùn hè micca un magu, è senza cumunicazioni di qualità è interazzione bidirezionale cù u sviluppu, ùn hà micca affruntà i so compiti. I Devs ùn ponu esse lasciati solu cù i so "prublemi" o datu u cumandamentu "ùn si mette micca cù i sviluppatori, u so travagliu hè di codificà", è poi sperendu chì in un mumentu criticu tuttu funziona cumu si deve. Ùn hè micca cusì chì travaglia.
Essenzialmente, DevOps hè una cumpetenza à a fruntiera trà a gestione è a tecnulugia. Inoltre, hè luntanu da esse ovvi chì ci deve esse più tecnulugia di gestione in questu cocktail. Se vulete veramente custruisce prucessi di sviluppu più veloci è più efficaci, duvete fidà di u vostru squadra di devops. Sapi l'arnesi ghjusti, hà implementatu prughjetti simili, sà cumu fà. Aiutatelu, ascolta i so cunsiglii, ùn pruvate micca di isolà in un tipu d'unità autonoma. Se l'amministratori ponu travaglià per sè stessu, i devops sò inutili in questu casu; ùn puderanu micca aiutà à diventà megliu sè stessu ùn vulete micca accettà questu aiutu.
È un'ultima cosa: smette di offendà l'amministratori di l'infrastruttura. Hanu u so propiu, assai impurtante fronte di u travagliu. Iè, un amministratore pò diventà un ingegnere DevOps, ma questu deve succede à a dumanda di a persona stessu, è micca sottu pressione. È ùn ci hè nunda di male cù u fattu chì un amministratore di u sistema vole esse un amministratore di u sistema - questu hè a so professione separata è u so dirittu. Sè vo vulete passà una trasfurmazioni prufessiunale, allora ùn devi mai scurdà chì avete da custruisce micca solu cumpetenze tecnologiche, ma ancu di gestione. A più prubabile, vi tocca à voi cum'è un capu di riunite tutti sti parsoni è insignà li à cumunicà in a listessa lingua.
Source: www.habr.com