Ùn ci hè micca megliu tempu per amparà in a vita chè oghje.
Hè 2019, è DevOps hè più pertinente chè mai. Dicenu chì i ghjorni di l'amministratori di u sistema sò finiti, cum'è l'era di u mainframe. Ma hè veramente cusì?
Cum'è spessu accade in IT, a situazione hè cambiata. A metodulugia DevOps hè emersa, ma ùn pò micca esse senza una persona cù cumpetenze di amministratore di sistema, vale à dì senza Ops.
Prima chì l'approcciu DevOps hà pigliatu a so forma muderna, aghju classificatu cum'è Ops. È sò assai bè ciò chì un amministratore di sistema sperienze quandu si capisce quantu ùn pò ancu fà è quantu pocu tempu hà da amparà.
Ma hè veramente cusì spaventosa? Diciaraghju chì a mancanza di cunniscenza ùn deve esse percepita cum'è un tipu di grande prublema. Hè più una sfida prufessiunale.
I prudutti di a scala Web sò basati in Linux o altri software open source, è ci sò menu è menu persone in u mercatu capaci di mantene. A dumanda hà digià superatu u numeru di prufessiunali in stu campu. Un amministratore di sistema ùn serà più capace di cuntinuà à travaglià senza migliurà u so livellu di cumpetenza. Deve avè capacità d'automatizazione per gestisce parechji servitori / nodi è avè una bona cunniscenza di cumu si travaglianu per risolve i prublemi chì si presentanu.
Prima di diventà un membru di a squadra DevOps, duvete passà per un viaghju abbastanza longu ma interessante, apprendu e tecnulugia novi è e diverse arnesi necessarii per mantene u sistema secondu i normi DevOps.
Allora, cumu un amministratore di sistema pò passà da l'approcciu di solitu à travaglià à u novu cuncettu di DevOps? Tuttu hè cum'è di solitu: prima avete bisognu di cambià u vostru pensamentu. Ùn hè micca faciule di rinunzià à l'approcciu chì avete seguitu da l'ultimi deci o vint'anni è cumincià à fà e cose in modu diversu, ma hè necessariu.
Prima di tuttu, hè impurtante capisce chì DevOps ùn hè micca una pusizione specifica in una cumpagnia, ma un settore di pratiche specifiche. Queste pratiche implicanu a distribuzione di sistemi isolati, riducendu u dannu da bugs è errori, aghjurnamenti frequenti è puntuali di u software, interazzione ben stabilita trà sviluppatori (Dev) è amministratori (Ops), è ancu una prova constante di micca solu u codice, ma. ancu tutta a struttura in u prucessu .
Inseme à cambià u modu di pensà, avete bisognu à amparà à mantene l'infrastruttura è assicurà a so funziunamentu stabile, affidabilità è dispunibilità per l'integrazione cuntinua è a consegna di applicazioni, servizii è software.
Ciò chì vi pò mancassi cum'è un prufessiunale Ops hè e cumpetenze di prugrammazione. Avà scrive scripts (scripts), chì l'amministratori di u sistema utilizanu per installà automaticamente patches in un servitore, gestisce i fugliali è i cunti, risolve i prublemi è compie a documentazione, hè digià cunsideratu obsolet. U scripting si applica sempre in casi relativamente simplici, ma DevOps hè di risolve i prublemi à grande scala, ch'ella sia implementazione, teste, custruzzioni o implementazioni.
Cusì, sè vo vulete amparà l'automatizazione, avete bisognu di maestru almenu un pocu di prugrammazione, ancu s'ellu ùn site micca un sviluppatore, perchè in questa fase di u vostru sviluppu. in DevOps richiede sta capacità.
Chì fà ? Per esse in a dumanda cum'è specialista, avete bisognu di acquistà cumpetenze pertinenti - maestru di almenu una lingua di prugrammazione, per esempiu Python. Questu pò parè difficiule à una persona chì hè ingaghjata prufessiunale in l'amministrazione, postu chì hè abituatu à pensà chì solu i sviluppatori programanu. Ùn hè micca necessariu diventà un espertu, ma a cunniscenza di unu di i linguaggi di prugrammazione (pò esse Python, Bash o ancu ), serà sicuramente un vantaghju.
L'amparà à u prugramma richiede un pocu di tempu. Esse attenti è pazienti vi aiuterà à stà in cima à e cose quandu cumunicate cù i membri di u squadra DevOps è i clienti. Una meza ora à ghjornu, una ora o più, l'apprendimentu di una lingua di prugrammazione deve esse u vostru scopu principale.
L'amministratori di sistema è i specialisti di DevOps risolvenu prublemi simili, in ogni modu, ci sò differenzi significati. Hè cresce chì un amministratore di sistema ùn pò micca fà tuttu ciò chì un ingegnere DevOps pò. Dicenu chì l'amministratore di u sistema hè più focu annantu à cunfigurà, mantene è assicurà a prestazione di i sistemi di u servitore, ma l'ingegnere DevOps tira tuttu stu carrettu è un altru carru chjucu.
Ma quantu hè vera sta dichjarazione?
Amministratore di sistema: un guerrieru in u campu
Malgradu e differenze è similitudini nutate in questu articulu, crede sempre chì ùn ci hè micca una differenza significativa trà l'amministrazione di sistemi è DevOps. L'amministratori di u sistema anu sempre realizatu e stesse funzioni cum'è i specialisti di DevOps, hè solu chì nimu hà chjamatu DevOps prima. Credu chì ùn ci hè nunda di circà specificamente e differenzi, soprattuttu s'ellu ùn hè micca ligatu à alcuna attività. Ùn vi scurdate chì, à u cuntrariu di un amministratore di sistema, DevOps ùn hè micca una pusizioni, ma un cuncettu.
Una cosa più impurtante deve esse nutata, senza chì una conversazione annantu à l'amministrazione è DevOps serà incompleta. L'amministrazione di u sistema in u sensu abituale presuppone chì un specialista hà un settore specificu di cumpetenze è hè focu annantu à u serviziu di vari tipi di infrastrutture. Micca in u sensu chì questu hè un impiigatu universale, ma in u sensu chì ci sò una quantità di compiti realizati da tutti l'amministratori.
Per esempiu, da u tempu à u tempu anu da agisce cum'è una spezia di manufattu tecnicu, vale à dì, fate literalmente tuttu. È s'ellu ci hè solu un tali amministratore per tutta l'urganisazione, in generale hà da realizà tuttu u travagliu tecnicu. Questu pò esse qualcosa da mantene l'impresora è a copiatrice à a realizazione di e funzioni di rete cum'è a stallazione è a gestione di routers è switches o cunfigurà un firewall.
Serà ancu rispunsevule per l'aghjurnamenti di hardware, l'ispezione di u logu è l'analisi, l'auditi di sicurezza, u patching di u servitore, a risoluzione di i prublemi, l'analisi di a causa principale è l'automatizazione - tipicamente attraversu script PowerShell, Python o Bash. Un esempiu di usu hè a gestione di cunti d'utilizatori è di gruppu. A creazione di cunti d'utilizatori è l'assignazione di permessi hè un compitu estremamente tedioso postu chì l'utilizatori appariscenu è spariscenu quasi ogni ghjornu. L'automatizazione attraversu scripts libera u tempu per i travaglii di l'infrastruttura più impurtanti, cum'è l'aghjurnamentu di i switches è i servitori è altri prughjetti chì affettanu a prufittuità di a cumpagnia induve l'amministratore travaglia (ancu s'ellu hè generalmente accettatu chì u dipartimentu di l'IT ùn genera micca direttamente ingressu).
U compitu di l'amministratore di u sistema ùn hè micca di perde u tempu è di salvà a cumpagnia di soldi in ogni modu pussibule. A volte l'amministratori di u sistema travaglianu cum'è membri di una grande squadra, unendu, per esempiu, amministratori di Linux, Windows, basa di dati, almacenamiento, etc. I calendari di travagliu varianu ancu. Per esempiu, un cambiamentu in un fusu orariu à a fine di u ghjornu trasferisce i casi à u prossimu turnu in un altru fusu orariu in modu chì i prucessi ùn si fermanu (follow-the-sun); o l'impiegati anu un ghjornu di travagliu normale da 9 ore à 5 ore; o si travaglia in un centru di dati XNUMX/XNUMX.
À u tempu, l'amministratori di u sistema anu amparatu à pensà strategicamente è cumminà e cose impurtanti cù e attività di rutina. I squadre è i dipartimenti in u quali travaglianu sò generalmente brevi di risorse, ma à u listessu tempu tutti cercanu di cumpiendu i travaglii di ogni ghjornu à u massimu.
DevOps: sviluppu è mantenimentu cum'è unu
hè un tipu di filusufìa per i prucessi di sviluppu è di mantenimentu. Stu approcciu in u mondu IT hè diventatu veramente innovatore.
Sutta l'umbrella di DevOps, ci hè una squadra di sviluppu di software da una parte è una squadra di mantenimentu da l'altra. Sò spessu uniti da specialisti in gestione di produttu, testatori è designer di l'interfaccia d'utilizatore. Inseme, questi sperti razionalizzanu l'operazioni per sparghje rapidamente novi applicazioni è aghjurnamenti di codice per sustene è migliurà l'efficienza di tutta a cumpagnia.
DevOps hè basatu annantu à u cuntrollu di u sviluppu è u funziunamentu di u software in tuttu u so ciclu di vita. E persone di mantenimentu devenu sustene i sviluppatori, è i sviluppatori sò incaricati di capiscenu più cà solu l'API utilizati in i sistemi. Hanu bisognu di capisce ciò chì hè sottu u cappucciu (vale à dì, cumu funziona l'hardware è i sistemi operativi) per pudè gestisce megliu i bug, risolve i prublemi è interagisce cù i tecnichi di serviziu.
L'amministratori di u sistema ponu passà in una squadra DevOps se volenu amparà l'ultime tecnulugia è sò aperti à idee è soluzioni innovatori. Cumu l'aghju dettu prima, ùn anu micca bisognu di diventà programatori cumpleti, ma u maestru di una lingua di prugrammazione cum'è Ruby, Python o Go li aiuterà à diventà membri assai utili di a squadra. Ancu l'amministratori di u sistema tradiziunale facenu tuttu u travagliu stessu è sò spessu percepiti cum'è solitari, in DevOps anu una sperienza completamente opposta, induve tutti in u prucessu interagiscenu cù l'altri.
U tema di l'automatizazione diventa sempre più pertinente. Sia l'amministratori di u sistema sia i specialisti di DevOps sò interessati à scalate rapidamente, riducendu l'errori, è rapidamente truvà è corregge l'errori esistenti. Cusì, l'automatizazione hè un cuncettu induve duie zone cunvergenu. L'amministratori di u sistema sò rispunsevuli di servizii cloud cum'è AWS, Azure è Google Cloud Platform. Hanu da capisce i principii di l'integrazione cuntinuu è a consegna è cumu utilizà strumenti cum'è .
Inoltre, l'amministratori di u sistema anu da utilizà strumenti di cunfigurazione è gestione cum'è , necessariu per a distribuzione parallela di deci o vinti servitori.
U cuncettu principale hè . U software hè tuttu. In fatti, per chì a professione di un amministratore di u sistema ùn perde a pertinenza, basta à cambià un pocu l'enfasi. L'amministratori di u sistema sò in l'affari di serviziu è devenu esse capace di cumunicà in modu efficace cù i sviluppatori, è vice versa. Comu dicenu, un capu hè bonu, ma dui sò megliu.
È l'ultimu dettagliu in questu mecanismu hè . U travagliu cù Git hè una di e rispunsabilità tradiziunali di ogni ghjornu di un amministratore di sistema. Stu sistema di cuntrollu di versione hè largamente utilizatu da sviluppatori, specialisti DevOps, squadre Agile è assai altri. Se u vostru travagliu hè in relazione cù u ciculu di vita di u software, allora sicuramente travaglià cù Git.
Git hà assai funziunalità. Probabilmente ùn imparerete mai tutti i cumandamenti di Git, ma capirete esattamente perchè hè una basa in a cumunicazione è a cullaburazione di u software. Una cunniscenza approfondita di Git hè assai impurtante se travaglia in una squadra DevOps.
Sè vo site un amministratore di sistema, allora avete bisognu di studià megliu Git, capisce cumu u cuntrollu di versione hè custruitu è ricurdate i cumandamenti cumuni: git status, git commit -m, git add, git pull, git push, git rebase, git branch, git diff è altri. Ci sò parechji corsi in linea è libri chì ponu aiutà à amparà stu tema da zero è diventà un prufessiunale cù cumpetenze specifiche. Ci sò ancu maravigliose , Per quessa, ùn avete micca bisognu à chjappà tutti, ma quantu più utilizate Git, più faciule serà.
cunchiusioni
In ultimamente, decide s'ellu ci vole à diventà un specialista di DevOps o s'ellu hè megliu esse un amministratore di sistema. Comu pudete vede, ci hè una curva d'apprendimentu per fà a transizione, ma più prestu cuminciate, u megliu. Sceglite una lingua di prugrammazione è simultaneamente amparà strumenti cum'è (cuntrollu di versione), (CI/CD, integrazione cuntinuu) è (configurazione è automatizazione). Qualunque sia l'opzione chì sceglite, ùn vi scurdate micca chì avete bisognu à amparà constantemente è migliurà e vostre cumpetenze.
Source: www.habr.com