DevOps hè diventatu un tema assai populari in l'ultimi anni. Parechje persone sognu di unisce à questu, ma, cum'è a pratica mostra, spessu solu per u livellu di i salarii.
Certi pirsuni listanu DevOps in u so curriculum vitae, ancu s'ellu ùn sanu micca sempre o capisce l'essenza di u terminu. Certi pirsuni pensanu chì dopu avè studiatu Ansible, GitLab, Jenkins, Terraform è simili (a lista pò esse cuntinuata secondu u vostru gustu), diventerete immediatamente un "devopsist". Questu hè, sicuru, micca veru.
Per l'ultimi anni, aghju participatu principalmente à l'implementazione di DevOps in diverse cumpagnie. Prima di quessa, hà travagliatu per più di 20 anni in pusizioni chì varianu da amministratore di sistema à direttore IT. Attualmente DevOps Lead Engineer in Playgendary.
Quale hè DevOps
L'idea di scrive un articulu hè nata dopu à una altra dumanda: "quale hè DevOps?" Ùn ci hè ancu un termini stabilitu per quale o quale hè. Alcune di e risposte sò digià in questu . Prima, metteraghju in risaltu i punti principali da ellu, è poi sparteraghju e mo osservazioni è pinsamenti.
DevOps ùn hè micca un specialista chì pò esse assuciatu, micca un settore di utilità, è micca un dipartimentu di sviluppatori cù ingegneri.
DevOps hè una filosofia è una metodulugia.
In altri palori, hè un inseme di pratiche chì aiuta i sviluppatori à interagisce attivamente cù l'amministratori di u sistema. Questu hè, per cunnette è integrà i prucessi di travagliu in l'altri.
Cù l'avventu di DevOps, a struttura è i roli di i spezialisti sò stati listessi (ci sò sviluppatori, ci sò ingegneri), ma e regule di l'interazzione anu cambiatu. I cunfini trà i dipartimenti sò sbulicati.
I scopi di DevOps ponu esse descritti in trè punti:
- U software deve esse aghjurnatu regularmente.
- U software deve esse fattu rapidamente.
- U software deve esse implementatu convenientemente è in pocu tempu.
Ùn ci hè micca un strumentu unicu per DevOps. Configurazione, consegna è studià parechji prudutti ùn significa micca chì DevOps hè apparsu in a cumpagnia. Ci sò assai arnesi è sò tutti usati in diverse tappe, ma serve un scopu cumuni.
È questu hè solu una parte di l'arnesi DevOps
Aghju intervistatu e persone per u postu di l'ingegnere DevOps per più di 2 anni, è aghju capitu quantu hè impurtante di capisce chjaramente l'essenza di u terminu. Aghju accumulatu sperienze specifiche, osservazioni è pinsamenti chì vogliu sparte.
Da l'esperienza di l'intervista, vecu a seguente stampa: i specialisti chì consideranu DevOps un titulu di travagliu sò generalmente malintesi cù i culleghi.
Ci era un esempiu chjappu. Un ghjovanu hè vinutu à una entrevista cù assai parolle intelligenti nantu à u so currículum. À i so ultimi trè travaglii, hà avutu 5-6 mesi di sperienza. Aghju lasciatu dui startups perchè "ùn sò micca partiti". Ma nantu à a terza cumpagnia, hà dettu chì nimu ci capisce quì: i sviluppatori scrivenu u codice in Windows, è u direttore forza stu codice per esse "imballatu" in Docker regulare è integratu in u pipeline CI / CD. U tippu hà dettu assai cose negative nantu à u so postu di travagliu attuale è i so culleghi - vulia solu risponde: "Allora ùn venderete micca un elefante".
Allora li aghju dumandatu una quistione chì hè alta nantu à a mo lista per ogni candidatu.
- Chì significa DevOps per voi personalmente?
- In generale o cumu a perciveraghju ?
Eru interessatu in a so opinione persunale. Sapia a teoria è l'origine di u terminu, ma ùn era assai d'accordu cun elli. Cridia chì DevOps era un titulu di travagliu. Questu hè induve si trova a radica di i so prublemi. Cum'è altri specialisti cù a listessa opinione.
L'impiegatori, avè intesu assai di a "magia di DevOps", volenu truvà una persona chì vinarà è creà sta "magia". È i candidati di a categuria "DevOps hè un travagliu" ùn capiscenu micca chì cù questu approcciu ùn puderanu micca risponde à l'aspettattivi. E, in generale, anu scrittu DevOps in u so curriculum vitae perchè hè una tendenza è paganu assai per questu.
Metodologia è filosofia DevOps
A metodulugia pò esse teorica è pratica. In u nostru casu, hè u sicondu. Cumu l'aghju dettu sopra, DevOps hè un inseme di pratiche è strategie aduprate per ottene i scopi dichjarati. È in ogni casu, sicondu i prucessi di l'affari di a cumpagnia, pò differisce significativamente. Chì ùn face micca megliu o peghju.
A metodulugia DevOps hè solu un mezzu per ottene scopi.
Avà circa ciò chì hè a filusufìa DevOps. È questu hè probabilmente a quistione più difficiule.
Hè abbastanza difficiuli di furmulà una risposta corta è succinta, perchè ùn hè ancu stata formalizzata. E postu chì l'aderenti di a filusufìa DevOps sò più impegnati in a pratica, ùn ci hè micca solu tempu per filusufà. Tuttavia, questu hè un prucessu assai impurtante. Inoltre, hè direttamente ligata à l'attività di ingegneria. Ci hè ancu un spaziu specializatu di cunniscenza - .
Ùn ci era micca un sughjettu in a mo università, aghju avutu à studià tuttu per mè stessu cù i materiali chì puderia truvà in l'anni 90. U tema hè facultativu per l'educazione ingegneria, da quì a mancanza di formalizazione di a risposta. Ma quelli persone chì sò seriamente immersi in DevOps cumincianu à sente un certu "spiritu" o "comprehensive inconsciente" di tutti i prucessi di a cumpagnia.
Utilizendu a mo sperienza, aghju pruvatu à furmalizà certi di i "postulati" di sta filusufìa. U risultatu hè u seguente:
- DevOps ùn hè micca qualcosa indipendente chì pò esse separatu in una zona separata di cunniscenza o attività.
- Tutti l'impiegati di a cumpagnia devenu esse guidati da a metodulugia DevOps quandu pianificanu e so attività.
- DevOps afecta tutti i prucessi in una cumpagnia.
- DevOps esiste per riduce i costi di u tempu per ogni prucessu in una cumpagnia per assicurà u sviluppu di i so servizii è u massimu cunfortu di i clienti.
- DevOps, in lingua muderna, hè a pusizioni proattiva di ogni impiigatu di a cumpagnia, destinata à riduce i costi di u tempu è à migliurà a qualità di i prudutti IT intornu à noi.
Pensu chì i mo "postulati" sò un tema separatu per discussione. Ma avà ci hè qualcosa per custruisce.
Ciò chì DevOps faci
A parolla chjave quì hè cumunicazione. Ci hè parechje cumunicazioni, l'iniziatore di quale deve esse esattamente u stessu ingegnere DevOps. Perchè hè questu? Perchè questu hè a filusufìa è a metodulugia, è solu allora a cunniscenza di l'ingegneria.
Ùn possu micca parlà cun 100% cunfidenza di u mercatu di u travagliu occidentale. Ma sò assai di u mercatu DevOps in Russia. In più di centinaie d'entrevista, in l'ultimu annu è mezu aghju participatu à centinaie di presale tecniche per u serviziu "Implementazione di DevOps" per e grande cumpagnie è banche russi.
In Russia, DevOps hè sempre un tema assai ghjovanu, ma digià trending topic. Quantu sò, solu in Mosca, a carenza di tali specialisti in 2019 era più di 1000 persone. E a parolla Kubernetes per i patroni hè quasi cum'è un rag rossu per un toru. Aderenti di sta strumentu sò pronti à aduprà ancu induve ùn hè micca necessariu è economicamente prufittu. U patronu ùn capisce micca sempre in quali casi ciò chì hè più apprupriatu à utilizà, è cù una implementazione curretta, mantene un cluster Kubernetes costa 2-3 volte di più di implementà una applicazione cù un schema di cluster convenzionale. Aduprate induve avete veramente bisognu.
L'implementazione di DevOps hè caru in termini di soldi. È hè ghjustificatu solu induve porta benefici ecunomichi in altri spazii, è micca per sè stessu.
L'ingegneri DevOps sò, in fattu, pionieri - sò quelli chì devenu esse u primu à implementà sta metodulugia in a cumpagnia è custruisce i prucessi. Per esse successu, u specialista deve interagisce constantemente cù l'impiegati è i culleghi à tutti i livelli. Comu di solitu dicu, tutti l'impiegati di a cumpagnia duveranu esse implicati in u prucessu di implementazione DevOps: da a donna di pulizia à u CEO. È questu hè un prerequisite. Se u membru più junior di a squadra ùn cunnosci micca è capisce ciò chì DevOps hè è perchè certe azzioni di l'urganizazione sò realizati, allora l'implementazione riescita ùn funziona micca.
Inoltre, un ingegnere DevOps hà bisognu di utilizà una risorsa amministrativa di tantu in tantu. Per esempiu, per superà a "resistenza ambientale" - quandu a squadra ùn hè micca pronta per accettà l'arnesi è a metodulugia DevOps.
U sviluppatore deve scrive solu codice è testi. Per fà questu, ùn hà micca bisognu di un laptop super-putente nantu à quale hà da implementà è sustene localmente tutta l'infrastruttura di u prugettu. Per esempiu, un frontender ospita tutti l'elementi di l'applicazione in u so laptop, cumpresa a basa di dati, emulatore S3 (minio), etc. Vale à dì, passa assai tempu à mantene sta infrastruttura lucale è si batte solu cù tutti i prublemi di una tale suluzione. Invece di sviluppà codice per u fronte. Tali persone ponu esse assai resistenti à ogni cambiamentu.
Ma ci sò squadre chì, à u cuntrariu, sò felici di intruduce novi arnesi è metudi, è participanu attivamente à stu prucessu. Ancu ancu in questu casu, a cumunicazione trà l'ingegnere DevOps è a squadra ùn hè micca stata annullata.
Quandu DevOps ùn hè micca necessariu
Ci sò situazioni chì DevOps ùn hè micca necessariu. Questu hè un fattu - deve esse capitu è accettatu.
Prima di tuttu, questu hè applicatu à qualsiasi cumpagnie (in particulare i picculi imprese), quandu u so prufittu ùn dipende micca direttamente da a presenza o l'absenza di i prudutti IT chì furnisce servizii d'infurmazioni à i clienti. È quì ùn parlemu micca di u situ web di a cumpagnia, sia una "carta di affari" statica o cù blocchi di nutizie dinamichi, etc.
DevOps hè necessariu quandu a satisfaczione di u vostru cliente è u so desideriu di vultà à voi di novu dipendenu da a dispunibilità di sti servizii d'infurmazioni per l'interazzione cù u cliente, a so qualità è u targeting.
Un esempiu impressionante hè un bancu ben cunnisciutu. A cumpagnia ùn hà micca uffizii tradiziunali di u cliente, u flussu di documenti hè realizatu per mail o corrieri, è parechji impiegati travaglianu da casa. A cumpagnia hà cessatu di esse solu un bancu è, in u mo parè, hè diventatu in una cumpagnia di TI cù tecnulugia DevOps sviluppata.
Parechji altri esempi è cunferenze ponu esse truvati in i registrazioni di incontri tematichi è cunferenze. Aghju visitatu alcuni di elli personalmente - questa hè una sperienza assai utile per quelli chì volenu sviluppà in questa direzzione. Eccu i ligami per i canali YouTube cù boni lezioni è materiali nantu à DevOps:
Avà fighjate à a vostra attività è pensate à questu: Quantu a vostra cumpagnia è i so prufitti dipendenu da i prudutti IT per attivà l'interazzione cù i clienti?
Se a vostra cumpagnia vende pisci in una piccula tenda è l'unicu pruduttu IT hè dui 1C: cunfigurazioni Enterprise (Accounting è UNF), allora ùn hà micca sensu di parlà di DevOps.
Sè vo travaglià in una grande impresa di cummerciu è di fabricazione (per esempiu, produci fucili di caccia), allura duvete pensà à questu. Pudete piglià l'iniziativa è trasmette à a vostra gestione e prospettive per implementà DevOps. Eppo, è à u stessu tempu, guidà stu prucessu. Una pusizioni proattiva hè unu di i principii impurtanti di a filusufìa DevOps.
A dimensione è u voluminu di u fatturatu finanziariu annuale ùn hè micca u criteriu principale per determinà se a vostra cumpagnia hà bisognu di DevOps.
Imaginemu una grande impresa industriale chì ùn interagisce micca direttamente cù i clienti. Per esempiu, certi automobilisti è cumpagnie di fabricazione di l'automobile. Ùn sò micca sicuru avà, ma da a mo sperienza passata, per parechji anni, tutta l'interazzione cù i clienti hè stata fatta via email è telefunu.
I so clienti sò una lista limitata di venditori di vitture. È ognunu hè attribuitu un specialistu da u fabricatore. Tuttu u flussu di documenti internu si faci attraversu SAP ERP. L'impiegati interni sò essenzialmente i clienti di u sistema d'infurmazione. Ma questu IS hè cuntrullatu da i mezi classici di gestisce i sistemi di cluster. Chì esclude a pussibilità di utilizà pratiche DevOps.
Da quì a cunclusione: per tali imprese, l'implementazione di DevOps ùn hè micca qualcosa di criticu impurtante, se ricurdemu i scopi di a metodulugia da u principiu di l'articulu. Ma ùn escludemu micca chì anu utilizatu alcuni strumenti DevOps oghje.
Per d 'altra banda, ci sò parechje piccule imprese chì sviluppanu software cù metodulugia DevOps, filosofia, pratiche è arnesi. E crede chì u costu di implementà DevOps hè u costu chì li permette di cumpete in modu efficace in u mercatu di u software. Esempii di tali cumpagnie ponu esse vistu .
U criteriu principale per capisce se DevOps hè necessariu: quale valore i vostri prudutti IT anu per a cumpagnia è i clienti.
Se u pruduttu principale di a cumpagnia chì genera prufittu hè u software, avete bisognu di DevOps. È ùn hè micca cusì impurtante s'ellu guadagnà soldi veri cù altri prudutti. Questu include ancu e magazzini in linea o applicazioni mobili cù ghjochi.
Ogni ghjocu esiste grazia à u finanziamentu: direttu o indirettu da i ghjucatori. In Playgendary, sviluppemu ghjochi mobili gratuiti cù più di 200 persone direttamente implicate in a so creazione. Cumu usemu DevOps?
Iè, esattamente u listessu cum'è descrittu sopra. Cumu cumunicà constantemente cù sviluppatori è testatori, è cunducendu furmazione interna per l'impiegati nantu à a metodulugia è l'arnesi DevOps.
Avà usemu attivamente Jenkins cum'è strumentu di pipeline CI / CD per eseguisce tutti i pipelines di assemblea cù Unity è implementazione successiva in l'App Store è u Play Market. Più da u toolkit classicu:
- Asana - per a gestione di u prugettu. L'integrazione cù Jenkins hè stata cunfigurata.
- Google Meet - per riunioni video.
- Slack - per cumunicazioni è diverse alerti, cumprese notificazioni da Jenkins.
- Atlassian Confluence - per documentazione è travagliu di gruppu.
I nostri piani immediati includenu l'introduzione di l'analisi di codice staticu cù SonarQube è a realizazione di teste automatizati di l'UI cù Selenium in u stadiu di Integrazione Continua.
Inveci di 'na cunchiusioni
Vogliu finisce cù u pensamentu seguente: per diventà un ingegnere DevOps altamente qualificatu, hè vitale per amparà cumu cumunicà in diretta cù e persone.
Un ingegnere DevOps hè un ghjucatore di squadra. È nunda di più. L'iniziativa di cumunicazione cù i culleghi deve vene da ellu, è micca sottu a influenza di certi circustanzi. Un specialistu DevOps deve vede è prupone a megliu suluzione per a squadra.
È iè, l'implementazione di qualsiasi suluzione necessitarà assai discussioni, è à a fine pò cambià in tuttu. Sviluppendu indipindente, prupunendu è implementà e so idee, una tale persona hè di valore crescente per a squadra è per u patronu. Chì, in ultimamente, hè riflessu in a quantità di a so remunerazione mensuale o in a forma di bonus supplementari.
Source: www.habr.com