Ùn ci hè micca ingegneri DevOps. Quale hè allora, è chì fà cun ellu ?

Ùn ci hè micca ingegneri DevOps. Quale hè allora, è chì fà cun ellu ?

Ricertamenti, tali publicità anu inundatu Internet. Malgradu u salariu piacevule, ùn si pò impedisce di esse imbarazzatu chì l'eresia salvatica hè scritta in l'internu. À u principiu, si assume chì "DevOps" è "ingegnere" pò esse in qualchì modu incollati in una sola parolla, è dopu ci hè una lista aleatoria di esigenze, alcune di e quali sò chjaramente copiati da u vacante di l'amministratore di u sistema.

In questu post, mi piacerebbe parlà un pocu di cumu avemu ghjuntu à questu puntu di a vita, ciò chì DevOps hè veramente è chì fà cun ellu avà.

Tali posti vacanti ponu esse cundannati in ogni modu pussibule, ma u fattu ferma: ci sò assai di elli, è questu hè cumu u mercatu travaglia in u mumentu. Avemu tenutu una cunferenza devops è dichjarà apertamente: "DevOops - micca per ingegneri DevOps ". Quì, parechji truveranu stranu è salvaticu: perchè e persone chì facenu un avvenimentu cumpletamente cummerciale vanu contru à u mercatu. Avà spiegheremu tuttu.

Circa a cultura è i prucessi

Cuminciamu cù u fattu chì DevOps ùn hè micca una disciplina ingegneria. Tuttu hà cuminciatu cù u fattu chì a divisione storicamente stabilita di roli ùn viaghja micca per a qualità di i prudutti. Quandu i programatori solu programanu, ma ùn volenu micca sente nunda di teste, u software hè chjapputu di bug. Quandu l'amministratori ùn importa micca cumu o perchè u software hè scrittu, u supportu si trasforma in infernu.

Per esempiu, descrive a diffarenza trà un amministratore di sistema è un approcciu SRE à a gestione di serviziu u famosu Google SRE Book principia. Studi interessanti sò stati realizati in l'internu Sonda DORA - hè chjaru chì i migliori sviluppatori in qualchì manera riescenu à implementà novi cambiamenti à a produzzione più veloce di una volta à l'ora. Testanu cù e so mani micca più di 10% (questu pò esse vistu da DORA di l'annu passatu). Cumu facenu questu? "Excel or die" dice unu di i titoli di u rapportu. Per una discussione dettagliata di queste statistiche in termini di teste, pudete riferite à a keynote di Baruch Sadogursky "Avemu DevOps. Licenziamo tutti i tester". à a nostra altra cunferenza, Heisenbug.

"Quandu ùn ci hè micca accordu trà i camaradi,
E cose ùn andaranu bè per elli,
È nunda ùn ne escerà, solu turmentu.
C’era una volta un cigno, un gambero e un luccio...

Chì parte di i programatori web pensate chì capisce veramente e cundizioni in quale e so applicazioni sò aduprate in a produzzione? Quanti di elli andaranu à l'admins è pruvate à capisce ciò chì succede se a basa di dati crash? E quale di elli andarà à i testatori è li dumanda di insignà à scrive i testi currettamente? È ci sò ancu guardiani di sicurità, gestori di produttu, è una mansa di altre persone.

L'idea generale di DevOps hè di creà cullaburazione trà roli è dipartimenti. Prima di tuttu, questu hè ottenutu micca da qualchì software cunfiguratu intelligente, ma da a pratica di cumunicazione. DevOps hè di cultura, pratiche, metodulugia è prucessi. Ùn ci hè nisuna specialità ingegneria chì pò risponde à queste dumande.

Cercu vizioso

Da induve vene a disciplina di "devops engineering"? Avemu una versione! L'idee DevOps eranu boni, cusì boni chì sò diventati vittime di u so propiu successu. Certi reclutatori ombrosi è trafficanti umani, chì anu a so propria atmosfera, anu cuminciatu à girare in tuttu stu tema.

Imagine: ieri facia shawarma in Khimki, è oghje site digià un grande omu, un recruiter senior. Ci hè un prucessu tutale di ricerca è selezzione di candidati, tuttu ùn hè micca faciule, avete bisognu di capiscenu. Dicemu chì u capu di un dipartimentu dice: truvate un specialista in X. Assignemu a parolla "ingegnere" à X, è avemu fattu. Avete bisognu di Linux? Ebbè, questu hè sicuramente un ingegnere Linux, se vulete DevOps, allora un ingegnere DevOps. U vacante ùn hè micca solu un titulu, ma ancu qualchì testu deve esse inseritu in l'internu. A manera più faciule hè di inserisce un set di parole chjave da Google, secondu a vostra imaginazione. DevOps hè custituitu da duie parolle - "Dev" è "Ops", chì significa chì avemu bisognu di incolla e parolle chjave ligati à sviluppatori è amministratori, tutti in una pila. Hè cusì chì i vacanti appariscenu nantu à a cumpetenza in 42 lingue di prugrammazione è 20 anni di usu Kubernetes è Swarm simultaneamente. Schema di travagliu.

Hè cusì chì l'imaghjini senza significatu è senza pietà di un certu superheroe "devops" hà arradicatu in a mente di e persone, chì cunfigurà tutti per sparghje à Jenkins, è a felicità vene. Oh, se solu tuttu era cusì simplice. "È questu hè ancu cumu pudete caccià l'amministratori di sistema", pensa HR, "hè una parolla di moda, e parolle chjave sò listessi, anu da piglià l'esca".

A dumanda crea l'offerta, è tutti questi vacanti di basura sò stati pieni di un numeru insane di amministratori di sistema chì anu realizatu: pudete fà tuttu u listessu cum'è prima, ma ottene parechje volte più chjamendu sè stessu "devops". Cum'è avete cunfiguratu i servitori via SSH manualmente unu per volta, continuerete à cunfigurà, ma avà questu hè suppostamente una pratica devops. Questu hè un tipu di fenomenu cumplessu, in parte ligatu à a sottovalutazione di l'amministratori classici è l'hype intornu à DevOps, ma in generale, ciò chì hè accadutu, hè accadutu.

Allora avemu l'offerta è a dumanda. Un cercle vicieux qui se nourrit lui-même. Questu hè ciò chì luttemu (cumpresu creendu a cunferenza DevOops).

Di sicuru, in più di l'amministratori di sistema chì anu rinominatu "devops", ci sò altri participanti - per esempiu, SRE prufessiunali o sviluppatori di Infrastructure-as-Code.

Ciò chì e persone facenu in DevOps (veramente)

Allora vulete avanzà in l'apprendimentu è l'applicazione di pratiche DevOps. Ma cumu fà questu, in quale direzzione di circà? Ovviamente, ùn deve micca cunfidendu ciechi nantu à e parolle chjave populari.

S'ellu ci hè un travagliu, qualchissia deve fà. Avemu digià scupertu chì questi ùn sò micca "ingegneri devops", allora quale sò? Sembra più currettu di furmulà questu micca in termini di pusizioni, ma in termini di spazii specifichi di travagliu.

Prima, pudete indirizzà u core di DevOps - prucessi è cultura. A cultura hè un affari lentu è difficiule, è ancu s'ellu hè tradiziunale a rispunsabilità di i gestori, tutti sò implicati in un modu o un altru, da i programatori à l'amministratori. Un paru di mesi fà Tim Lister disse in una entrevista:

"A cultura hè determinata da i valori core di l'urganizazione. Di solitu, a ghjente ùn hà micca nutatu questu, ma avè travagliatu in cunsultazione per parechji anni, avemu abituatu à nutà. Entra in una cumpagnia è literalmente in pochi minuti principia à sente ciò chì succede. Chiamemu questu "savoru". Calchì volta stu profumu hè veramente bonu. Calchì volta provoca nausea. (...) Ùn pudete micca cambià una cultura finu à chì i valori è e credenze daretu à l'azzioni specifiche sò capitu. U cumpurtamentu hè faciule d'osservà, ma a ricerca di e credenze hè difficiule. DevOps hè solu un grande esempiu di cumu e cose diventanu sempre più cumplesse ".

Ci hè ancu una parte tecnica di u prublema, sicuru. Se u vostru novu codice hè pruvatu in un mesi, ma hè liberatu solu un annu dopu, è hè fisicamente impussibile di accelerà tuttu, ùn pudete micca campà à e boni pratiche. I boni pratichi sò supportati da boni strumenti. Per esempiu, cù l'idea di Infrastructure-as-Code in mente, pudete aduprà qualcosa da AWS CloudFormation è Terraform à Chef-Ansible-Puppet. Avete bisognu di sapè è di pudè fà tuttu questu, è questu hè digià una disciplina di l'ingegneria. Hè impurtante micca di cunfundà a causa cù l'effettu: prima travagliate secondu i principii di SRE è solu dopu implementà questi principii in a forma di qualchi suluzioni tecniche specifiche. À u listessu tempu, SRE hè una metodulugia assai cumpleta chì ùn vi dice micca cumu si stabilisce Jenkins, ma circa cinque principii basi:

  • A cumunicazione mejorata trà i roli è i dipartimenti
  • Accetta l'errore cum'è una parte integrante di u travagliu
  • Fendu cambiamenti gradualmente
  • Utilizà l'utensili è altre automatizazione
  • Misurendu tuttu ciò chì pò esse misuratu

Questu hè micca solu un certu settore di dichjarazioni, ma un specificu guida à l'azzione. Per esempiu, nantu à a strada per accettà l'errori, avete bisognu di capiscenu i risichi, misurà a dispunibilità è a indisponibilità di servizii cù qualcosa cum'è SLI (indicatori di livellu di serviziu) è SLO (ugettivi di livellu di serviziu), amparate à scrive l'autopsia è fà chì a scrittura ùn sia micca spaventosa.

In a disciplina SRE, l'usu di l'arnesi hè solu una parte di successu, ancu s'ellu hè impurtante. Avemu bisognu di u sviluppu tecnicu constantemente, fighjate ciò chì succede in u mondu è cumu si pò esse applicatu in u nostru travagliu.

A so volta, e soluzioni Cloud Native sò diventate assai populari. Cum'è definitu da a Cloud Native Computing Foundation oghje, e tecnulugia Cloud Native permettenu à l'urganisazioni di sviluppà è eseguisce applicazioni scalabili in l'ambienti dinamichi di l'oghje, cum'è i nuvuli publichi, privati ​​è ibridi. L'esempii includenu cuntenituri, rete di serviziu, microservizi, infrastruttura immutable è API dichjarative. Tutte queste tecniche permettenu à i sistemi pocu accoppiati di mantene elastici, gestibili è assai osservabili. Una bona automatizazione permette à l'ingegneri di fà grandi cambiamenti spessu è cù risultati prevedibili senza fà un corvo. Tuttu chistu hè sustinutu da una pila di strumenti cunnisciuti cum'è Docker è Kubernetes.

Sta definizione abbastanza cumplicata è larga hè duvuta à u fattu chì l'area hè ancu abbastanza cumplessa. Da una banda, hè sustinutu chì novi cambiamenti à stu sistema deve esse aghjuntu abbastanza simplice. Per d 'altra banda, per capisce cumu creà un tipu d'ambiente cuntainerizatu in u quale i servizii pocu accoppiati campanu nantu à una infrastruttura definita da u software è sò furniti quì utilizendu CI / CD continuu, è custruisce pratiche DevOps intornu à tuttu questu - tuttu questu richiede più. chè unu manghja u cane.

Chì fà cù tuttu questu

Ognunu risolve questi prublemi in u so modu: per esempiu, pudete pubblicà vacanti nurmali per rompe u circhiu vicious. Pudete capisce ciò chì parolle cum'è DevOps è Cloud Native significanu è l'utilizanu currettamente è à u puntu. Pudete sviluppà in DevOps è dimustrà l'approcciu giusti cù u vostru esempiu.

Facemu una cunferenza DevOops 2020 Mosca, chì furnisce l'uppurtunità di approfondisce e cose chì avemu parlatu solu. Ci sò parechji gruppi di rapporti per questu:

  • Prucessi è cultura;
  • Ingegneria di affidabilità di u situ;
  • Cloud Native;

Cumu sceglie induve andà? Ci hè un puntu sottile quì. Da una banda, DevOps hè di l'interazzione, è vulemu veramente chì assistite à presentazioni da diversi blocchi. Per d 'altra banda, sè vo site un manager di sviluppu chì hè ghjuntu à a cunferenza per cuncentrazione nantu à un compitu specificu, allora nimu ùn vi limita - ovviamente, questu serà un bloccu nantu à i prucessi è a cultura. Ùn vi scurdate chì avarete registrazioni dopu a cunferenza (dopu à cumplettà u furmulariu di feedback), cusì pudete sempre fighjà presentazioni menu impurtanti dopu.

Ovviamente, à a cunferenza stessa ùn pudete micca andà in trè piste à una volta, cusì urganizemu u prugramma in modu chì ogni slot di tempu hà temi per tutti i gusti.

Tuttu ciò chì resta hè di capisce ciò chì deve fà sè site un ingegnere DevOps! Prima, pruvate à determinà ciò chì veramente fate. Di solitu li piace à chjamà sta parolla:

  • Sviluppatori chì travaglianu nantu à l'infrastruttura. I gruppi di rapporti nantu à SRE è Cloud Native sò più adattati per voi.
  • Amministratori di sistema. Hè più complicatu quì. DevOops ùn hè micca nantu à l'amministrazione di u sistema. Fortunatamente, ci sò assai eccellenti cunferenze, libri, articuli, video in Internet, etc. nantu à u tema di l'amministrazione di u sistema. Per d 'altra banda, sè vo site interessatu à sviluppà sè stessu in quantu à capiscenu a cultura è i prucessi, amparà nantu à e tecnulugia di nuvola è i dettagli di a vita cù Cloud Native, allora ci piacerebbe vedevi! Pensate à questu: fate l'amministrazione, è allora chì fate ? Per evitari di truvà subitu in una situazione spiacevoli, duvete amparà avà.

Ci hè una altra opzione: persiste è cuntinueghja à dichjarà chì sì specificamente un ingegnere DevOps è nunda di più, ciò chì significa. Allora duvemu ti disappointà, DevOops ùn hè micca una cunferenza per l'ingegneri DevOps!

Ùn ci hè micca ingegneri DevOps. Quale hè allora, è chì fà cun ellu ?
Slide da rapportu di Konstantin Diener in Munich

DevOops 2020 Mosca si terrà u 29-30 d'aprile in Mosca, i biglietti sò digià dispunibili cumprà nant'à u situ ufficiali.

In alternativa, pudete mandate u vostru rapportu finu à l'8 di ferraghju. Per piacè nutate chì quandu compie u furmulariu, deve selezziunà u publicu di destinazione chì prufittà u più da u vostru rapportu (ci hè una sorpresa intarrata in a lista).

Source: www.habr.com

Add a comment