{"id":37221,"date":"2019-10-31T22:16:24","date_gmt":"2019-10-31T19:16:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/pochemu-sistemnye-administratory-dolzhny-stanovitsya-devops-inzhenerami\/"},"modified":"2019-10-31T22:16:24","modified_gmt":"2019-10-31T19:16:24","slug":"pochemu-sistemnye-administratory-dolzhny-stanovitsya-devops-inzhenerami","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/pochemu-sistemnye-administratory-dolzhny-stanovitsya-devops-inzhenerami","title":{"rendered":"Perch\u00e9 gli amministratori di sistema dovrebbero diventare ingegneri DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Perch\u00e9
\n<\/p>\n

Non c'\u00e8 momento migliore per imparare nella vita che oggi.<\/p><\/blockquote>\n

<\/i>
\nSiamo nel 2019, e il tema del DevOps \u00e8 pi\u00f9 attuale che mai. Si dice che i giorni degli amministratori di sistema siano finiti, proprio come \u00e8 passata l'era dei mainframe. Ma \u00e8 davvero cos\u00ec?
\nCome spesso accade nel settore IT, la situazione \u00e8 cambiata. \u00c8 nata la metodologia DevOps, ma non pu\u00f2 esistere senza una persona con le competenze di un amministratore di sistema, cio\u00e8 senza Ops.<\/p>\n

Prima che l'approccio DevOps prendesse la sua forma moderna, mi consideravo parte della categoria Ops. E so bene cosa prova un sysadmin quando comprende quanto ancora non sa e quanto poco tempo ha per imparare.<\/a><\/noindex><\/p>\n

\"Perch\u00e9<\/p>\n

Ma \u00e8 davvero tutto cos\u00ec spaventoso? Direi che non bisogna considerare la mancanza di conoscenze come un grande problema. \u00c8 piuttosto una sfida professionale. <\/p>\n

I prodotti a scala web sono basati su Linux o altro software open source, e sul mercato ci sono sempre meno specialisti in grado di gestirli. La domanda ha gi\u00e0 superato il numero di professionisti in questo campo. Un amministratore di sistema non pu\u00f2 pi\u00f9 semplicemente continuare a lavorare senza elevare il proprio livello di competenza. Deve avere competenze di automazione per gestire un gran numero di server\/nodi e comprendere bene i principi di funzionamento per risolvere i problemi che si presentano.<\/p>\n

Prima di diventare un membro del team DevOps, dovrai intraprendere un percorso piuttosto lungo, ma interessante, per studiare nuove tecnologie e vari strumenti necessari per gestire il sistema secondo gli standard DevOps. <\/p>\n

Quindi, come pu\u00f2 un amministratore di sistema passare dal metodo di lavoro tradizionale a un nuovo concetto di DevOps? Come al solito: prima di tutto \u00e8 necessario cambiare mentalit\u00e0. Non \u00e8 affatto semplice abbandonare l'approccio che hai seguito negli ultimi dieci o venti anni e iniziare a fare tutto in modo diverso, ma \u00e8 necessario.<\/p>\n

In primo luogo, \u00e8 importante comprendere che DevOps non \u00e8 una posizione specifica in un'azienda, ma un insieme di pratiche definite. Queste pratiche implicano la distribuzione di sistemi isolati, la riduzione dei danni causati da bug ed errori, aggiornamenti frequenti e tempestivi del software, una buona interazione tra sviluppatori (Dev) e amministratori (Ops), oltre a un costante testing non solo del codice, ma anche dell'intera struttura all'interno del processo di integrazione e consegna continua (CI\/CD)<\/a><\/noindex>.<\/p>\n

Accanto al cambiamento della mentalit\u00e0, \u00e8 necessario imparare a mantenere l'infrastruttura e garantirne il funzionamento stabile, l'affidabilit\u00e0 e la disponibilit\u00e0 per l'integrazione e la consegna continue di applicazioni, servizi e software.<\/p>\n

Ci\u00f2 che potrebbe mancarti come specialista Ops sono le competenze di programmazione. Al giorno d'oggi, scrivere script che gli amministratori di sistema usano per l'installazione automatizzata di patch sui server, la gestione di file e account, la risoluzione di problemi e la redazione di documentazione \u00e8 gi\u00e0 considerato obsoleto. In situazioni relativamente semplici, gli script vengono ancora utilizzati, ma il concetto di DevOps implica la risoluzione di compiti su larga scala, che si tratti di implementazione, testing, lavoro con build o deployment.<\/p>\n

Pertanto, se desideri imparare l'automazione, \u00e8 necessario padroneggiare almeno un po' la programmazione, anche se non sei uno sviluppatore, poich\u00e9 a questo stadio del tuo sviluppo l'automazione dell'infrastruttura<\/a><\/noindex> in DevOps richiede questa competenza.<\/p>\n

Cosa fare? Per rimanere un professionista richiesto, \u00e8 fondamentale acquisire competenze attuali: imparare almeno un linguaggio di programmazione, come Python. A una persona che si dedica professionalmente all'amministrazione, questo potrebbe sembrare difficile, poich\u00e9 \u00e8 abituata a pensare che solo gli sviluppatori programmino. Non \u00e8 affatto necessario diventare un esperto, ma la conoscenza di uno dei linguaggi di programmazione (che pu\u00f2 essere Python, Bash o anche Powershell<\/a><\/noindex>), sar\u00e0 certamente un vantaggio.<\/p>\n

Per imparare a programmare, \u00e8 necessario del tempo. Sii attento e paziente: questo ti aiuter\u00e0 a mantenere la comprensione della situazione quando comunichi con gli sviluppatori del team DevOps e con i clienti. Mezz'ora al giorno, un'ora o pi\u00f9: studiare un linguaggio di programmazione dovrebbe diventare il tuo obiettivo principale.<\/p>\n

Gli amministratori di sistema e gli specialisti DevOps affrontano compiti simili, per\u00f2 ci sono anche differenze sostanziali. Si dice che un amministratore di sistema non possa fare tutto ci\u00f2 che pu\u00f2 fare un ingegnere DevOps. In pratica, si sostiene che l'amministratore di sistema si concentri maggiormente sulla configurazione, manutenzione e garanzia del funzionamento dei sistemi server, mentre l'ingegnere DevOps si occupa di tutto questo e anche di qualcosa in pi\u00f9.<\/p>\n

Ma quanto \u00e8 corretta questa affermazione?<\/p>\n

Amministratore di sistema: uno in campo \u00e8 un guerriero<\/h3>\n

\nNonostante le differenze e somiglianze evidenziate in questo articolo, ritengo comunque che tra amministrazione di sistema e DevOps non ci sia una differenza sostanziale. Gli amministratori di sistema hanno sempre svolto le stesse funzioni degli specialisti DevOps; semplicemente prima non era stato dato loro il nome di DevOps. Credo che non abbia senso cercare differenze in modo specifico, soprattutto se non \u00e8 legato a un particolare compito. Non bisogna dimenticare che, a differenza dell'amministratore di sistema, DevOps non \u00e8 una posizione, ma un concetto.<\/p>\n

Va notato un altro aspetto importante, senza il quale la conversazione sia sull'amministrazione che su DevOps sarebbe incompleta. L'amministrazione di sistema nel senso tradizionale implica che lo specialista possieda un set specifico di competenze e si orienti verso la manutenzione dei vari tipi di infrastrutture. Non nel senso che sia un dipendente universale, ma che ci sono una serie di compiti eseguiti da tutti gli amministratori.<\/p>\n

Ad esempio, a volte devono svolgere il ruolo di un tuttofare tecnico, cio\u00e8 fare praticamente tutto. E se un tale amministratore \u00e8 l'unico nell'intera organizzazione, si trover\u00e0 a gestire tutto il lavoro tecnico. Pu\u00f2 trattarsi di qualsiasi cosa: dalla manutenzione di stampanti e fotocopiatrici all'esecuzione di compiti legati alla rete, come la configurazione e gestione di router e switch oppure la configurazione di firewall.<\/p>\n

Sar\u00e0 inoltre responsabile dell'aggiornamento dell'hardware, della verifica e dell'analisi dei log, dell'audit di sicurezza, dell'installazione delle patch sul server, del troubleshooting, dell'analisi delle cause principali e dell'automazione, generalmente tramite script PowerShell, Python o Bash. Un esempio di utilizzo di script<\/a><\/noindex> \u00e8 la gestione degli account degli utenti e dei gruppi. Creare account utente e assegnare permessi \u00e8 un compito estremamente faticoso, poich\u00e9 gli utenti appaiono e scompaiono quasi ogni giorno. L'automazione tramite script consente di liberare tempo per affrontare compiti infrastrutturali pi\u00f9 importanti, come l'aggiornamento di switch e server e l'esecuzione di altri progetti che influenzano la redditivit\u00e0 dell'azienda in cui lavora l'amministratore (anche se si ritiene generalmente che il reparto IT non generi entrate direttamente).<\/p>\n

Il compito dell'amministratore di sistema \u00e8 non sprecare tempo e risparmiare denaro all'azienda in tutti i modi possibili. A volte gli amministratori di sistema lavorano come membri di un grande team che riunisce, ad esempio, amministratori Linux, Windows, database, storage e cos\u00ec via. Gli orari di lavoro possono variare. Ad esempio, il turno in un fuso orario alla fine della giornata passa le pratiche al turno successivo in un altro fuso orario, affinch\u00e9 i processi non si fermino (follow-the-sun); oppure i dipendenti hanno una giornata lavorativa normale dalle 9 alle 17; oppure si lavora in un data center operativo 24 ore su 24.<\/p>\n

Nel tempo, gli amministratori di sistema hanno imparato a pensare strategicamente e a combinare questioni importanti con compiti routinari. I team e i reparti in cui lavorano di solito non hanno risorse sufficienti, ma tutti cercano comunque di portare a termine le attivit\u00e0 quotidiane per intero.<\/p>\n

DevOps: sviluppo e gestione unificata<\/h3>\n

\nDevOps<\/a><\/noindex> \u00e8 una sorta di filosofia dei processi di sviluppo e gestione. Questo approccio nel mondo IT \u00e8 diventato veramente innovativo. <\/p>\n

Sotto l'egida di DevOps, da un lato lavora un team di sviluppatori di software, mentre dall'altro un team di specialisti tecnici. Spesso si uniscono a loro esperti di gestione del prodotto, tester e designer di interfacce utente. Unendo le forze, questi professionisti ottimizzano le operazioni lavorative per rilasciare rapidamente nuove applicazioni e aggiornare il codice al fine di sostenere e migliorare l'efficienza lavorativa dell'intera azienda.<\/p>\n

Alla base di DevOps c'\u00e8 il controllo dello sviluppo e del funzionamento del software durante l'intero ciclo di vita. Gli specialisti tecnici devono sostenere gli sviluppatori, e gli sviluppatori stessi devono comprendere non solo le API utilizzate nei sistemi. Devono capire cosa c'\u00e8 'sotto il cofano' (cio\u00e8 come funzionano l'hardware e i sistemi operativi) per gestire meglio gli errori, risolvere problemi e interagire con gli specialisti tecnici.<\/p>\n

Gli amministratori di sistema possono passare al team DevOps se desiderano apprendere le ultime tecnologie e sono aperti a idee e soluzioni innovative. Come ho gi\u00e0 detto, non devono necessariamente diventare programmatori a tempo pieno, ma la padronanza di linguaggi di programmazione come Ruby, Python o Go li aiuter\u00e0 a diventare membri molto utili del team. Sebbene gli amministratori di sistema tradizionalmente svolgano tutto il lavoro da soli e siano spesso percepiti come solitari, in DevOps li attende un'esperienza completamente opposta, dove tutti i partecipanti al processo interagiscono tra loro.<\/p>\n

Il tema dell'automazione sta diventando sempre pi\u00f9 attuale. Sia gli amministratori di sistema che gli specialisti DevOps sono interessati a una scalabilit\u00e0 operativa, alla riduzione degli errori e alla rapida individuazione e risoluzione di problemi esistenti. Pertanto, l'automazione \u00e8 un concetto in cui due aree si intrecciano. Gli amministratori di sistema sono responsabili di servizi cloud come AWS, Azure e Google Cloud Platform. Devono comprendere i principi dell'integrazione continua e della consegna e come utilizzare strumenti come Jenkins<\/a><\/noindex>.<\/p>\n

Inoltre, gli amministratori di sistema devono applicare strumenti di configurazione e gestione come Ansible<\/a><\/noindex>, necessari per il dispiegamento parallelo di dieci o venti server.<\/p>\n

Il concetto principale \u00e8 infrastruttura come codice<\/a><\/noindex>. Il software \u00e8 tutto. In effetti, affinch\u00e9 la professione di amministratore di sistema non perda rilevanza, \u00e8 sufficiente cambiare leggermente l'accento. Gli amministratori di sistema si occupano della manutenzione e devono essere in grado di interagire in modo efficace con gli sviluppatori, e viceversa. Come si suol dire, una testa \u00e8 buona, ma due sono meglio.<\/p>\n

E l'ultimo dettaglio di questo meccanismo \u00e8 Git<\/a><\/noindex>. Lavorare con Git \u00e8 una delle tradizionali responsabilit\u00e0 quotidiane dell'amministratore di sistema. Questo sistema di controllo versione \u00e8 ampiamente utilizzato da sviluppatori, specialisti DevOps, team Agile e molti altri. Se il tuo lavoro \u00e8 legato al ciclo di vita del software, \u00e8 certo che lavorerai con Git.<\/p>\n

Git offre molte possibilit\u00e0. \u00c8 probabile che tu non impari mai tutti i comandi di Git, ma sicuramente comprenderai perch\u00e9 questo strumento \u00e8 considerato il principale nella comunicazione e nella collaborazione sul software. Una buona conoscenza di Git \u00e8 molto importante se lavori in un team DevOps.<\/p>\n

Se sei un amministratore di sistema, devi imparare meglio Git, capire come funziona la gestione delle versioni e memorizzare i comandi pi\u00f9 comuni: git status, git commit -m, git add, git pull, git push, git rebase, git branch, git diff <\/b>e altri. Ci sono molti corsi online e libri che possono aiutarti a studiare questo argomento da zero e diventare un professionista con competenze specifiche. Ci sono anche meravigliose fogli di riferimento con i comandi di Git<\/a><\/noindex>, quindi non \u00e8 necessario impararli tutti a memoria, ma pi\u00f9 usi Git, pi\u00f9 ti sar\u00e0 facile.<\/p>\n

Conclusione<\/h3>\n

\nIn definitiva, spetta a te decidere se diventare uno specialista DevOps o rimanere un amministratore di sistema. Come puoi vedere, \u00e8 necessario un percorso di formazione, ma prima inizi, meglio \u00e8. Scegli un linguaggio di programmazione e studia parallelamente strumenti come Git<\/a><\/noindex> (controllo delle versioni), Jenkins<\/a><\/noindex> (CI\/CD, integrazione continua) e Ansible<\/a><\/noindex> (configurazione e automazione). Qualunque sia la tua scelta, non dimenticare che \u00e8 necessario continuare a imparare e perfezionare le tue competenze.
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0414\u043b\u044f \u043e\u0431\u0443\u0447\u0435\u043d\u0438\u044f \u0432 \u0436\u0438\u0437\u043d\u0438 \u043d\u0435\u0442 \u043b\u0443\u0447\u0448\u0435\u0433\u043e \u0432\u0440\u0435\u043c\u0435\u043d\u0438, \u0447\u0435\u043c \u0441\u0435\u0433\u043e\u0434\u043d\u044f. \u041d\u0430 \u0434\u0432\u043e\u0440\u0435 2019 \u0433\u043e\u0434, \u0438 \u0442\u0435\u043c\u0430 DevOps \u0441\u0435\u0439\u0447\u0430\u0441 \u0430\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0430, \u043a\u0430\u043a \u043d\u0438\u043a\u043e\u0433\u0434\u0430. \u0413\u043e\u0432\u043e\u0440\u044f\u0442, \u0447\u0442\u043e \u0434\u043d\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0445 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u043e\u0432 \u043f\u0440\u043e\u0448\u043b\u0438, \u043a\u0430\u043a \u043c\u0438\u043d\u043e\u0432\u0430\u043b\u0430 \u044d\u043f\u043e\u0445\u0430 \u043c\u0435\u0439\u043d\u0444\u0440\u0435\u0439\u043c\u043e\u0432. \u041d\u043e \u0442\u0430\u043a \u043b\u0438 \u044d\u0442\u043e \u043d\u0430 \u0441\u0430\u043c\u043e\u043c \u0434\u0435\u043b\u0435? \u041a\u0430\u043a \u044d\u0442\u043e \u0447\u0430\u0441\u0442\u043e \u0431\u044b\u0432\u0430\u0435\u0442 \u0432 IT, \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u044f \u0438\u0437\u043c\u0435\u043d\u0438\u043b\u0430\u0441\u044c. \u041f\u043e\u044f\u0432\u0438\u043b\u0430\u0441\u044c \u043c\u0435\u0442\u043e\u0434\u043e\u043b\u043e\u0433\u0438\u044f DevOps, \u043d\u043e \u043e\u043d\u0430 \u043d\u0435 \u043c\u043e\u0436\u0435\u0442 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u0442\u044c \u0431\u0435\u0437 \u0447\u0435\u043b\u043e\u0432\u0435\u043a\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27910,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37221","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Perch\u00e9 gli amministratori di sistema dovrebbero diventare ingegneri DevOps | ProHoster","description":"Per.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/pochemu-sistemnye-administratory-dolzhny-stanovitsya-devops-inzhenerami","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0447\u0435\u043c\u0443 \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0435 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u044b \u0434\u043e\u043b\u0436\u043d\u044b \u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c\u0441\u044f DevOps-\u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0430\u043c\u0438 | ProHoster","og:description":"\u0414\u043b\u044f.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/pochemu-sistemnye-administratory-dolzhny-stanovitsya-devops-inzhenerami","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:16:24+00:00","article:modified_time":"2019-10-31T19:16:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37221","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 16:48:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:31:24","updated":"2026-01-23 16:48:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/37221","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=37221"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/37221\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/27910"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=37221"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=37221"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=37221"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}