server<\/a>, ma anche di quelle gestionali. S\u00ec, alcuni amministratori possono lavorare solo a livello sistemico, senza occuparsi dell'hardware. \u00c8 utile distinguerli in una sotto-categoria chiamata \"amministratori di sistema infrastrutturali\". Altri invece si specializzano esclusivamente nella manutenzione delle attrezzature per ufficio; se l'azienda conta pi\u00f9 di cento persone, il lavoro non finisce mai. Ma n\u00e9 gli uni n\u00e9 gli altri sono DevOps.<\/p>\nE chi sono i DevOps? I DevOps sono ragazzi che si occupano dell'interazione tra lo sviluppo di software e l'infrastruttura esterna. Piuttosto, i moderni DevOps sono coinvolti nei processi di sviluppo e deployment molto pi\u00f9 a fondo rispetto a quanto lo fossero mai gli amministratori che semplicemente caricavano aggiornamenti su ftp. Uno degli obiettivi principali di un ingegnere DevOps oggi \u00e8 garantire un processo di interazione fluido ed efficientemente strutturato tra i team di sviluppo e l'infrastruttura del prodotto. Queste persone sono responsabili del deployment di sistemi di rollback e di deploy; esse alleviano parte del carico dai programmatori e si concentrano al massimo sul loro compito altamente critico. Tuttavia, un DevOps non tirer\u00e0 mai un nuovo cavo o non fornir\u00e0 un nuovo notebook dalla riserva (c) \u041a\u041e <\/p>\n
Qual \u00e8 il trucco?<\/h4>\n \nAlla domanda \u00abE chi \u00e8 DevOps?\u00bb met\u00e0 dei lavoratori del settore inizia a rispondere qualcosa come \u00abBeh, insomma, \u00e8 un amministratore che\u2026\u00bb e cos\u00ec via. S\u00ec, tanto tempo fa, quando la professione di ingegnere DevOps stava appena emergendo da alcuni degli amministratori pi\u00f9 talentuosi nella gestione dei servizi, le differenze tra loro non erano cos\u00ec evidenti. Ma ora, quando le funzioni del DevOps e dell'amministratore nel team sono diventate radicalmente diverse, confonderli tra loro, o addirittura mettere un segno di uguaglianza tra di loro, \u00e8 inaccettabile.<\/p>\n
Ma in cosa si traduce questo per il business?<\/p>\n
L'assunzione, \u00e8 tutto un problema di assunzione. <\/p>\n
Apri un annuncio per la posizione di \u00abAmministratore di sistema\u00bb, e trovi i requisiti come \u00abinterazione con lo sviluppo e i clienti\u00bb, \u00absistema di consegna CI\/CD\u00bb, \u00abmanutenzione dei server e delle attrezzature aziendali\u00bb, \u00abamministrazione dei sistemi interni\u00bb e cos\u00ec via; capisci che il datore di lavoro sta dicendo qualche assurdit\u00e0. Il punto \u00e8 che invece di \u00abAmministratore di sistema\u00bb nel titolo dell'annuncio dovrebbe esserci scritto \u00abIngegnere DevOps\u00bb, e se si cambia quel titolo, tutto torna al suo posto.<\/p>\n
Tuttavia, che impressione si ha leggendo un annuncio del genere? Che l'azienda cerca un jolly che possa gestire sia il sistema di controllo versione che quello di monitoraggio, e stringere una vite con i denti\u2026<\/p>\n
Eppure, per non aumentare il grado di confusione nel mercato del lavoro, \u00e8 sufficiente chiamare i lavori con il loro nome e avere chiaro che ingegnere DevOps e amministratore di sistema sono due entit\u00e0 distinte. Solo che il desiderio irrefrenabile di alcuni datori di lavoro di presentare al candidato un elenco di requisiti il pi\u00f9 ampio possibile porta al fatto che gli amministratori di sistema \u00abclassici\u00bb smettono di capire cosa stia succedendo intorno a loro. Cosa, la professione sta mutando e loro si sono messi al passo coi tempi?<\/p>\n
No, no e ancora no. Gli amministratori infrastrutturali, che gestiranno i server interni dell'azienda, o occuperanno posizioni di supporto L2\/L3 e aiuteranno gli altri dipendenti, non sono scomparsi e non hanno intenzione di andarsene.<\/p>\n
E questi specialisti possono diventare ingegneri DevOps? Certo che possono. In effetti, si tratta di un ambiente affine che richiede competenze in amministrazione di sistema, ma oltre a questo, comporta anche lavoro con il monitoraggio, i sistemi di consegna e, in generale, un'interazione stretta con il team di sviluppo e testing.<\/p>\n
Un altro problema del DevOps<\/h4>\n \nIn realt\u00e0, il problema non si limita solo all'assunzione e alla continua confusione tra amministratori e devops. A un certo punto, l'azienda si \u00e8 trovata ad affrontare la questione della consegna degli aggiornamenti e dell'interazione del team di sviluppo con l'infrastruttura finale.<\/p>\n
Forse \u00e8 stata proprio allora che a un certo convegno \u00e8 salito sul palco un tizio con gli occhi che brillavano e ha detto \u00abE noi facciamo in questo modo e lo chiamiamo DevOps. Questi ragazzi risolveranno tutti i vostri problemi\u00bb \u2014 e ha cominciato a raccontare quanto fosse bello lavorare in azienda dopo l'implementazione delle pratiche DevOps.<\/p>\n
Tuttavia, non basta assumere un ingegnere DevOps perch\u00e9 tutto funzioni \u00abcome dovrebbe\u00bb. L'azienda deve intraprendere un'intera trasformazione DevOps, il che significa che il ruolo e le capacit\u00e0 del nostro devops devono essere ben compresi anche dal team di sviluppo e testing del prodotto. A proposito di questo, abbiamo una \u00abbellissima\u00bb storia che illustra perfettamente la follia che a volte si verifica.<\/p>\n
Situazione. Dal DevOps richiedono di implementare un sistema di rollback, senza approfondire come funzioni. Supponiamo che all'interno del sistema Users ci siano campi separati per nome, cognome e password. Esce una nuova versione del prodotto, ma per gli sviluppatori il \u00abrollback\u00bb \u00e8 semplicemente una bacchetta magica che aggiusta tutto, e non hanno idea di come funzioni. Quindi, ad esempio, gli sviluppatori in un aggiornamento hanno unito i campi nome e cognome, lo hanno rilasciato in produzione, ma la versione va lenta per chiss\u00e0 quale motivo. Cosa succede? La direzione si rivolge al DevOps e dice \u00abAttiva l'interruttore!\u00bb, cio\u00e8 chiede di tornare alla versione precedente. Cosa fa il DevOps? Torna alla versione precedente, ma poich\u00e9 gli sviluppatori non hanno voluto capire come si fa questo rollback, nessuno ha detto al DevOps che bisogna rollbackare anche il database. Alla fine, crolla tutto e gli utenti invece di un sito lento vedono l'errore \u00ab500\u00bb, perch\u00e9 la vecchia versione non funziona con i campi del nuovo database. Il DevOps non ne \u00e8 a conoscenza. Gli sviluppatori tacciono. La direzione inizia a perdere i nervi e i soldi e si ricorda dei backup, proponendo di tornare a quelli, affinch\u00e9 \u00abqualcosa funzioni\u00bb. Di conseguenza, gli utenti perdono tutti i propri dati per un certo periodo di tempo.<\/p>\n
Naturalmente, il DevOps viene criticato per \u00abnon aver creato un sistema di rollback corretto\u00bb, mentre nessuno si preoccupa del fatto che i veri responsabili in questa storia siano gli sviluppatori.<\/p>\n
La conclusione \u00e8 semplice: senza un approccio adeguato al DevOps, i risultati sono piuttosto scarsi.
In sostanza, DevOps \u00e8 una competenza che si colloca tra gestione e tecnologia. E non \u00e8 affatto ovvio che in questo cocktail tecnologico debba esserci pi\u00f9 tecnologia che gestione. Se desideri davvero costruire processi di sviluppo pi\u00f9 rapidi ed efficaci, devi fidarti del tuo DevOps. Loro conoscono gli strumenti necessari, hanno realizzato progetti simili e sanno come agire. Aiutali, ascolta i loro consigli, non cercare di isolarli in qualche divisione autonoma. Se gli admin possono lavorare da soli, i DevOps in questo caso diventano inutili; non potranno aiutarti a diventare migliore se non sei tu a voler accettare questo aiuto.<\/p>\n
E l'ultima cosa: smettila di offendere gli amministratori delle infrastrutture. Hanno un fronte di lavoro molto importante. S\u00ec, un admin pu\u00f2 diventare un ingegnere DevOps, ma ci\u00f2 deve avvenire per scelta personale, non sotto costrizione. Non c'\u00e8 nulla di male se un amministratore di sistema desidera restare tale \u2014 \u00e8 una professione distinta e un suo diritto. Se c'\u00e8 la volont\u00e0 di intraprendere una trasformazione professionale, non bisogna mai dimenticare che dovr\u00e0 essere migliorata non solo la competenza tecnologica, ma anche quella gestionale. Sar\u00e0 probabilmente tuo compito riunire queste persone e insegnare loro a comunicare nella stessa lingua.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0427\u0442\u043e \u043d\u0443\u0436\u043d\u043e \u0434\u043b\u044f \u0443\u0441\u043f\u0435\u0445\u0430 IT-\u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0432 2019 \u0433\u043e\u0434\u0443? \u041b\u0435\u043a\u0442\u043e\u0440\u044b \u043d\u0430 \u043a\u043e\u043d\u0444\u0430\u0445 \u0438 \u043c\u0438\u0442\u0430\u043f\u0430\u0445 \u0433\u043e\u0432\u043e\u0440\u044f\u0442 \u043c\u043d\u043e\u0433\u043e \u0433\u0440\u043e\u043c\u043a\u0438\u0445 \u0438 \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u0445 \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u044b\u043c \u043b\u044e\u0434\u044f\u043c \u0441\u043b\u043e\u0432. \u0411\u043e\u0440\u044c\u0431\u0430 \u0437\u0430 \u0432\u0440\u0435\u043c\u044f \u0434\u0435\u043f\u043b\u043e\u044f, \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u043e\u0442\u043a\u0430\u0437 \u043e\u0442 \u043c\u043e\u043d\u043e\u043b\u0438\u0442\u0430, DevOps-\u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0438 \u043c\u043d\u043e\u0433\u043e-\u043c\u043d\u043e\u0433\u043e \u0447\u0435\u0433\u043e \u0435\u0449\u0451. \u0415\u0441\u043b\u0438 \u043e\u0442\u0431\u0440\u043e\u0441\u0438\u0442\u044c \u0441\u043b\u043e\u0432\u0435\u0441\u043d\u0443\u044e \u043a\u0440\u0430\u0441\u043e\u0442\u0443 \u0438 \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043f\u0440\u044f\u043c\u043e \u0438 \u043f\u043e-\u0440\u0443\u0441\u0441\u043a\u0438, \u0442\u043e \u0432\u0441\u0451 \u0441\u0432\u043e\u0434\u0438\u0442\u0441\u044f \u043a \u043f\u0440\u043e\u0441\u0442\u043e\u043c\u0443 \u0442\u0435\u0437\u0438\u0441\u0443: \u0434\u0435\u043b\u0430\u0439\u0442\u0435 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043f\u0440\u0438\u0447\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27738,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37009","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Sugli](\"\/wp-content\/uploads\/2019\/08\/8761592caa368543eda6457cadc805be.jpg\")