{"id":39219,"date":"2019-10-31T22:28:31","date_gmt":"2019-10-31T19:28:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire\/"},"modified":"2019-10-31T22:28:31","modified_gmt":"2019-10-31T19:28:31","slug":"devops-i-haos-dostavka-po-v-detsentralizovannom-mire","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","title":{"rendered":"DevOps e Chaos: consegna del software in un mondo decentralizzato","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Il fondatore e direttore di \u00abOtomato Software\u00bb, uno dei promotori e formatori della prima certificazione DevOps in Israele, Anton Weiss ha parlato lo scorso anno DevOpsDays Mosca<\/a><\/noindex> della teoria del caos e dei principali principi dell'ingegneria del caos, spiegando anche come dovrebbe essere strutturata l'ideale organizzazione DevOps del futuro.<\/p>\n

Abbiamo preparato una versione testuale della presentazione. <\/p>\n

\r\n \"Riproduci\r\n
<\/div>\r\n <\/div><\/center>
\n<\/a><\/noindex>
\nBuongiorno! <\/p>\n

DevOpsDays a Mosca per il secondo anno consecutivo, io sono di nuovo su questo palco, molti di voi sono di nuovo in questa sala. Cosa significa? Significa che il movimento DevOps in Russia sta crescendo, si moltiplica e soprattutto, significa che \u00e8 arrivato il momento di parlare di cosa significhi DevOps nel 2018. <\/p>\n

Alzate le mani quelli che pensano che nel 2018 DevOps sia gi\u00e0 una professione? Ci sono. Ci sono ingegneri DevOps in sala, la cui descrizione del lavoro include \u2018ingegnere DevOps\u2019? Ci sono manager DevOps in sala? Non ci sono. Architetti DevOps? Nemmeno. Pochini. Davvero nessuno ha scritto di essere un ingegnere DevOps?<\/p>\n

Quindi, la maggior parte di voi pensa che si tratti di un antipattern? Che una professione del genere non dovrebbe esistere? Possiamo pensare quello che vogliamo, ma mentre noi pensiamo, l'industria avanza solennemente sotto il suono delle sirene del DevOps.<\/p>\n

Chi ha sentito parlare del nuovo tema chiamato DevDevOps? \u00c8 una nuova metodologia che consente di garantire una collaborazione efficace tra sviluppatori e professionisti DevOps. In realt\u00e0 non \u00e8 cos\u00ec nuova. A giudicare da Twitter, se ne parla gi\u00e0 da 4 anni. E l'interesse continua a crescere, quindi esiste un problema. Un problema che va risolto.<\/p>\n

\"DevOps
\n
\nSiamo persone creative, non ci accontentiamo facilmente. Diciamo che DevOps \u00e8 una parola non abbastanza esaustiva, manca di vari elementi interessanti. E ci dirigiamo nei nostri laboratori segreti per generare mutant curiosit\u00e0: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nLogica ferrea, giusto? La nostra piattaforma di consegna non \u00e8 funzionante, i nostri sistemi sono instabili e gli utenti sono insoddisfatti, non riusciamo a rilasciare il software in tempo e non rientriamo nel budget. Come risolveremo tutto questo? Inventeremo una nuova parola! Finir\u00e0 con \u00abOps\u00bb e il problema sar\u00e0 risolto.<\/p>\n

Chiamo questo approccio \u2014 \u00abOps, e il problema \u00e8 risolto\u00bb.<\/p>\n

Tutto ci\u00f2 passa in secondo piano, se ricordiamo a noi stessi perch\u00e9 abbiamo inventato tutto questo. Abbiamo concepito DevOps per rendere la consegna del software e il nostro lavoro in questo processo il pi\u00f9 fluida, indolore, efficace e, cosa pi\u00f9 importante, piacevole possibile. <\/p>\n

DevOps \u00e8 nato dal dolore. E siamo stanchi di soffrire. Affinch\u00e9 tutto ci\u00f2 si realizzi, ci basiamo su pratiche sempreverdi: collaborazione efficace, pratiche di flusso e, soprattutto, pensiero sistemico, perch\u00e9 senza di esso non esiste DevOps.<\/p>\n

Che cos'\u00e8 un sistema?<\/b><\/h3>\n

\nE dato che abbiamo parlato di pensiero sistemico, ricordiamo a noi stessi che cos'\u00e8 un sistema.<\/p>\n

\"DevOps
\n
\nSe sei un hacker rivoluzionario, allora per te il sistema \u00e8 indiscutibilmente un male. \u00c8 una nuvola che ti sovrasta e ti costringe a fare ci\u00f2 che non vuoi fare. <\/p>\n

\"DevOps
\n
\nDal punto di vista del pensiero sistemico, un sistema \u00e8 un tutto composto da parti. In questo senso, ognuno di noi \u00e8 un sistema. Le organizzazioni in cui lavoriamo sono sistemi. E ci\u00f2 che stiamo costruendo insieme si chiama proprio cos\u00ec: sistema.<\/p>\n

Tutto ci\u00f2 fa parte di un grande sistema sociotecnologico. Solo comprendendo come questo sistema sociotecnologico funzioni insieme, potremo davvero ottimizzare qualcosa. <\/p>\n

Dal punto di vista del pensiero sistemico, un sistema ha diverse propriet\u00e0 interessanti. In primo luogo, \u00e8 composto da parti, il che significa che il suo comportamento dipende dal comportamento delle singole parti. Inoltre, tutte le sue parti sono interdipendenti. Pertanto, pi\u00f9 parti ha un sistema, pi\u00f9 difficile sar\u00e0 comprenderne o prevederne il comportamento. <\/p>\n

Dal punto di vista del comportamento, c'\u00e8 un altro fatto interessante. Un sistema pu\u00f2 fare qualcosa che nessuna delle sue singole parti pu\u00f2 fare. <\/p>\n

Come ha detto il dottor Russell Ackoff (uno dei fondatori del pensiero sistemico), \u00e8 piuttosto facile dimostrarlo mediante un esperimento mentale. Per esempio, chi qui sa scrivere codice? Tante mani alzate e questo \u00e8 normale, perch\u00e9 \u00e8 uno dei requisiti fondamentali della nostra professione. Voi sapete scrivere, ma le vostre mani possono scrivere codice autonomamente? Ci sono persone che direbbero: \u00abNon sono le mie mani a scrivere codice, ma il mio cervello\u00bb. E il cervello pu\u00f2 scrivere codice autonomamente? Probabilmente no. <\/p>\n

Il cervello \u00e8 una macchina straordinaria, e non sappiamo nemmeno il 10% di come funzioni, ma non pu\u00f2 operare separatamente dal sistema che \u00e8 il nostro corpo. E questo \u00e8 facile da dimostrare: aprite la vostra scatola cranica, estraete il cervello e mettetelo davanti a un computer, lasciategli provare a scrivere qualcosa di semplice. \u00abHello, world\u00bb in Python, per esempio.<\/p>\n

Se un sistema pu\u00f2 fare qualcosa che nessuna delle sue parti pu\u00f2 fare da sola, ci\u00f2 significa che il suo comportamento non \u00e8 definito dal comportamento delle sue parti. Ma da cosa \u00e8 allora definito? \u00c8 definito dalle interazioni tra queste parti. E quindi, pi\u00f9 parti ci sono, pi\u00f9 complesse sono le interazioni, pi\u00f9 difficile \u00e8 capire e prevedere il comportamento del sistema. E questo rende un tale sistema caotico, poich\u00e9 qualsiasi, anche il pi\u00f9 insignificante, cambiamento invisibile a occhio nudo in una qualsiasi delle parti del sistema pu\u00f2 portare a risultati completamente imprevedibili. <\/p>\n

Questa sensibilit\u00e0 alle condizioni iniziali \u00e8 stata scoperta e studiata per la prima volta dal meteorologo americano Ed Lorenz. Successivamente \u00e8 stata soprannominata 'effetto farfalla' e ha portato allo sviluppo di un movimento di pensiero scientifico chiamato 'teoria del caos'. Questa teoria \u00e8 diventata uno dei principali spostamenti di paradigma della scienza del XX secolo.<\/p>\n

Teoria del caos<\/b><\/h3>\n

\nLe persone che si occupano dello studio del caos si chiamano caosologi.<\/p>\n

\"DevOps
\n
\nLa vera ragione di questa relazione \u00e8 che, lavorando con sistemi distribuiti complessi e grandi organizzazioni internazionali, a un certo punto mi sono reso conto che questo \u00e8 chi sono. Sono un caosologo. \u00c8 un modo astuto per dire: \"Non capisco cosa stia succedendo qui e non so cosa fare al riguardo.\" <\/p>\n

Penso che molti di voi si sentano cos\u00ec spesso, quindi anche voi siete caosologi. Vi invito a unirvi alla gilda dei caosologi. I sistemi che noi, cari colleghi caosologi, esploreremo, si chiamano \"sistemi adattivi complessi.\" <\/p>\n

Cosa si intende per adattivit\u00e0? L'adattivit\u00e0 significa che il comportamento individuale e collettivo delle parti in un sistema adattivo cambia e si auto-organizza in risposta a eventi o sequenze di micro-eventi nel sistema. In altre parole, il sistema si adatta ai cambiamenti attraverso l'auto-organizzazione. E questa capacit\u00e0 di auto-organizzazione si basa sulla cooperazione volontaria, completamente decentralizzata, di agenti autonomi e liberi.<\/p>\n

Un'altra interessante caratteristica di tali sistemi \u00e8 che sono liberamente scalabili. Questo \u00e8 sicuramente un aspetto di interesse per noi come ingegneri della caoticit\u00e0. Dunque, se affermiamo che il comportamento di un sistema complesso \u00e8 definito dall'interazione delle sue parti, cosa dovrebbe interessarci? L'interazione. <\/p>\n

Ci sono anche altre due conclusioni interessanti.
\n \"DevOps
\n
\nIn primo luogo, capiamo che non \u00e8 possibile semplificare un sistema complesso riducendo la complessit\u00e0 delle sue parti. In secondo luogo, l'unico modo per semplificare un sistema complesso \u00e8 semplificare le interazioni tra le sue parti. <\/p>\n

Come interagiamo? Noi tutti siamo parti di un grande sistema informativo chiamato societ\u00e0 umana. Interagiamo attraverso una lingua comune, se ne abbiamo una, se la troviamo.<\/p>\n

\"DevOps
\n
\nMa il linguaggio di per s\u00e9 \u00e8 un sistema adattivo complesso. Pertanto, per interagire in modo pi\u00f9 efficace e semplice, \u00e8 necessario stabilire dei protocolli. Cio\u00e8, una sequenza di simboli e azioni che renda lo scambio di informazioni tra noi pi\u00f9 semplice, pi\u00f9 prevedibile e pi\u00f9 comprensibile.<\/p>\n

Voglio dire che le tendenze verso la complessit\u00e0, l'adattabilit\u00e0, la decentralizzazione e il caos si possono osservare ovunque. Sia nei sistemi che stiamo costruendo, sia in quelli di cui facciamo parte.<\/p>\n

E per non essere vago, diamo un'occhiata a come cambiano i sistemi che stiamo creando insieme.<\/p>\n

\"DevOps
\n
\nAspettavate questa parola, lo capisco. Siamo a una conferenza DevOps, e oggi questa parola verr\u00e0 pronunciata circa centomila volte e poi ci apparir\u00e0 in sogno.<\/p>\n

I microservizi sono la prima architettura software emersa come reazione alle pratiche DevOps, concepita per rendere i nostri sistemi pi\u00f9 flessibili, pi\u00f9 scalabili e garantire una consegna continua. Come lo fa? Riducendo il numero di servizi, limitando i confini dei problemi che questi servizi gestiscono e accorciando i tempi di consegna. Cio\u00e8, riduciamo e semplifichiamo le parti del sistema, aumentando il loro numero; di conseguenza, la complessit\u00e0 delle interazioni tra queste parti aumenta, e si presentano nuove sfide che dobbiamo affrontare.<\/p>\n

\"DevOps
\n
\nI microservizi non sono la fine, in realt\u00e0, sono gi\u00e0 un po' superati, perch\u00e9 sta arrivando Serverless. Tutti i server sono andati in fumo, non ci sono pi\u00f9 server, n\u00e9 sistemi operativi, solo codice eseguibile puro. Configurazioni separate, stati separati, tutto gestito da eventi. Bellezza, pulizia, silenzio, nessun evento, niente accade, tutto \u00e8 in ordine. <\/p>\n

Dove sta la complessit\u00e0? La complessit\u00e0, ovviamente, risiede nelle interazioni. Quanto pu\u00f2 fare una singola funzione da sola? Come interagisce con altre funzioni? Code di messaggi, database, bilanciatori di carico. Come ricreare un evento quando si verifica un guasto? Molte domande e poche risposte.<\/p>\n

Microservizi e Serverless sono tutto ci\u00f2 che noi, informatici hipster, chiamiamo Cloud Native. Riguarda tutto il cloud. Ma in realt\u00e0, anche il cloud \u00e8 limitato nella sua scalabilit\u00e0. Siamo abituati a pensarlo come un sistema distribuito. Ma dove si trovano i server dei fornitori di cloud? Nei data center. Quindi abbiamo a che fare con un modello distribuito, ma in qualche modo centralizzato e molto limitato.<\/p>\n

Oggi comprendiamo che l'internet delle cose non \u00e8 solo una frase d'effetto: secondo le previsioni pi\u00f9 modeste, nei prossimi cinque-dieci anni saremo circondati da miliardi di dispositivi connessi a internet. Una quantit\u00e0 enorme di dati, utili e non, verr\u00e0 raccolta nel cloud e distribuita da esso. <\/p>\n

Il cloud non ce la fa pi\u00f9, quindi parliamo sempre di pi\u00f9 di ci\u00f2 che viene definito \"edge computing\". Oppure mi piace il meraviglioso termine \"fog computing\". Quest'ultimo racchiude un\u2019aura di romanticismo e mistero.<\/p>\n

\"DevOps
\n
\nCalcolo nebbioso. Si parla di nuvole come di agglomerati centralizzati di acqua, vapore, ghiaccio e rocce. Mentre la nebbia \u00e8 composta da goccioline d'acqua disperse attorno a noi nell'atmosfera. <\/p>\n

Nella paradigma nebbiosa, gran parte del lavoro viene svolta autonomamente da queste goccioline o in collaborazione con altre goccioline. Si rivolgono al cloud soltanto quando \u00e8 davvero necessario. <\/p>\n

In altre parole, si tratta di decentralizzazione e autonomia, e come molti di voi gi\u00e0 comprendono, non si pu\u00f2 parlare di decentralizzazione senza menzionare la blockchain. <\/p>\n

\"DevOps
\n
\nCi sono quelli che credono, ed \u00e8 chi ha investito in criptovalute. Ci sono quelli che ci credono, ma sono spaventati, come me, per esempio. E poi ci sono quelli che non credono. Ci sono diversi modi di vederla. C'\u00e8 tecnologia, c'\u00e8 una nuova cosa misteriosa, ci sono problemi. Come ogni nuova tecnologia, solleva pi\u00f9 domande di quante ne risolva. <\/p>\n

L'hype attorno alla blockchain \u00e8 comprensibile. Anche se si ignora la febbre dell'oro, la tecnologia in s\u00e9 porta straordinarie promesse per un futuro luminoso: pi\u00f9 libert\u00e0, pi\u00f9 autonomia, fiducia globale distribuita. Cosa si pu\u00f2 desiderare di pi\u00f9? <\/p>\n

Di conseguenza, sempre pi\u00f9 ingegneri in tutto il mondo iniziano a sviluppare applicazioni decentralizzate. E questa \u00e8 una forza dalla quale non si pu\u00f2 semplicemente distogliere lo sguardo dicendo: \u00abAh, la blockchain \u00e8 solo un database distribuito mal implementato\u00bb. O come amano dire gli scettici: \u00abNon ci sono applicazioni reali per la blockchain\u00bb. Se ci si riflette, 150 anni fa dicevano la stessa cosa sull'elettricit\u00e0. E in parte avevano ragione, perch\u00e9 ci\u00f2 che oggi l'elettricit\u00e0 rende possibile, nel XIX secolo era completamente irrealizzabile.<\/p>\n

A proposito, chi sa che logo c'\u00e8 sullo schermo? \u00c8 Hyperledger. Questo progetto \u00e8 sviluppato sotto l'egida della Linux Foundation e comprende un insieme di tecnologie blockchain. \u00c8 davvero la forza della nostra comunit\u00e0 open source.<\/p>\n

Ingegneria del caos<\/b><\/h3>\n

\n\"DevOps
\n
\nQuindi, il sistema che stiamo sviluppando diventa sempre pi\u00f9 complesso, sempre pi\u00f9 caotico, sempre pi\u00f9 adattivo. Netflix \u00e8 stata pioniera nei sistemi a microservizi. Sono stati tra i primi a capirlo e hanno sviluppato un insieme di strumenti chiamato Simian Army, il pi\u00f9 noto dei quali \u00e8 Chaos Monkey<\/a><\/noindex>. Ha definito quello che \u00e8 diventato noto come \u00abprincipi dell'ingegneria del caos\u00bb<\/a><\/noindex>.<\/p>\n

A proposito, durante la preparazione del documento abbiamo persino tradotto questo testo in russo, quindi potete visitare il link<\/a><\/noindex>, leggete, commentate, criticatelo.<\/p>\n

In breve, i principi dell'ingegneria del caos affermano quanto segue. I sistemi distribuiti complessi sono, per loro natura, imprevedibili, e contengono fondamentalmente degli errori. Gli errori sono inevitabili, il che significa che dobbiamo accettare questi errori e lavorare con questi sistemi in modo completamente diverso. <\/p>\n

Dobbiamo cercare di inserire noi stessi questi errori nei nostri sistemi di produzione, per testare la nostra adattabilit\u00e0, la capacit\u00e0 di auto-organizzazione e di sopravvivenza. <\/p>\n

E questo cambia tutto. Non solo il modo in cui mettiamo in produzione il sistema, ma anche come li sviluppiamo e testiamo. Non esiste un processo di stabilizzazione o di congelamento del codice; al contrario, c'\u00e8 un processo continuo di destabilizzazione. Cerchiamo di danneggiare il sistema e vedere se riesce a sopravvivere.<\/p>\n

Protocolli di Integrazione di Sistemi Distribuiti<\/b><\/h3>\n

\n\"DevOps
\n
\nDi conseguenza, ci\u00f2 richiede che anche i nostri sistemi si adattino. Per diventare pi\u00f9 resilienti, hanno bisogno di nuovi protocolli di interazione tra le loro parti. In modo che queste parti possano accordarsi e giungere a una qualche forma di auto-organizzazione. E sorgono nuovi strumenti, nuovi protocolli, che chiamo \"protocolli di interazione dei sistemi distribuiti\".<\/p>\n

\"DevOps
\n
\nDi cosa sto parlando? Innanzitutto, del progetto Opentracing<\/a><\/noindex>. Un tentativo di creare un protocollo comune per il tracciamento distribuito, uno strumento assolutamente indispensabile per il debug di sistemi distribuiti complessi.<\/p>\n

\"DevOps
\n
\nSuccessivamente \u2014 Open Policy Agent<\/a><\/noindex>. Diciamo che non possiamo prevedere cosa accadr\u00e0 al sistema, il che significa che dobbiamo aumentare la sua observability, ovvero la sua capacit\u00e0 di essere osservato. OpenTracing appartiene alla famiglia di strumenti che forniscono visibilit\u00e0 sui nostri sistemi. Ma abbiamo bisogno della visibilit\u00e0 per determinare se il sistema si comporta come ci aspettiamo o meno. Come possiamo definire il comportamento atteso? Attraverso la definizione di una certa politica, di un insieme di regole. Il progetto Open Policy Agent si occupa di definire questo insieme di regole su un ampio spettro: dall'accesso al posizionamento delle risorse.<\/p>\n

\"DevOps
\n
\nCome abbiamo detto, i nostri sistemi sono sempre pi\u00f9 eventi-driven. Serverless \u00e8 un ottimo esempio di sistemi guidati dagli eventi. Per poter trasmettere eventi tra i sistemi e tracciarli, abbiamo bisogno di un linguaggio comune, di un protocollo comune su come parliamo di eventi e come ce li scambiamo. Questo \u00e8 l'obiettivo del progetto chiamato CloudEvents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nUn flusso incessante di cambiamenti, che travolge i nostri sistemi destabilizzandoli, \u00e8 un flusso continuo di artefatti software. Per supportare questo costante flusso di cambiamenti, abbiamo bisogno di un protocollo comune attraverso il quale possiamo discutere cosa sia un artefatto software, come viene verificato e quale validazione ha superato. Questo \u00e8 il compito del progetto chiamato Grafeas<\/a><\/noindex>. Cio\u00e8, un protocollo comune di metadati degli artefatti software.<\/p>\n

\"DevOps
\n
\nE, infine, se vogliamo che i nostri sistemi siano completamente autonomi, adattabili e si auto-organizzino, dobbiamo consentire loro il diritto all'autoidentificazione. Il progetto chiamato spiffe<\/a><\/noindex> si occupa proprio di questo. \u00c8 anche un progetto sotto l'egida della Cloud Native Computing Foundation.<\/p>\n

Tutti questi progetti sono giovani, hanno bisogno del nostro amore, della nostra convalida. Sono tutti codici aperti, il nostro testing, la nostra implementazione. Ci mostrano quale direzione sta prendendo la tecnologia. <\/p>\n

Ma DevOps non \u00e8 mai stato prima di tutto una questione di tecnologia, \u00e8 sempre stata una questione di collaborazione tra le persone. E, di conseguenza, se vogliamo che i sistemi che sviluppiamo cambino, dobbiamo cambiare noi stessi. In realt\u00e0, stiamo gi\u00e0 cambiando, non abbiamo particolarmente scelta. <\/p>\n

\"DevOps
\n
\nC'\u00e8 un meraviglioso libro<\/a><\/noindex> libro della scrittrice britannica Rachel Botsman, in cui parla dell'evoluzione della fiducia nel corso della storia umana. Dice che inizialmente, nelle societ\u00e0 primitive, la fiducia era locale, cio\u00e8 ci fidavamo solo di coloro che conoscevamo personalmente. <\/p>\n

Poi c'\u00e8 stato un periodo molto lungo \u2014 un'epoca oscura, in cui la fiducia era centralizzata, quando abbiamo cominciato a fidarci di persone che non conoscevamo basandoci sul fatto che appartenevamo a uno stesso ente sociale o statale.<\/p>\n

Ed ecco cosa vediamo nel nostro mondo moderno: la fiducia diventa sempre pi\u00f9 distribuita e decentralizzata, ed \u00e8 fondata sulla libert\u00e0 dei flussi informativi, sulla disponibilit\u00e0 delle informazioni. <\/p>\n

Se ci pensi, la disponibilit\u00e0 che rende possibile questa fiducia \u00e8 ci\u00f2 che stiamo attuando. Questo significa che deve cambiare sia il modo in cui collaboriamo che il modo in cui operiamo, poich\u00e9 le organizzazioni IT centralizzate e gerarchiche del passato smettono di funzionare. Iniziano a estinguersi. <\/p>\n

Fondamenti delle organizzazioni DevOps<\/b><\/h3>\n

\nL'ideale dell'organizzazione DevOps del futuro \u00e8 un sistema decentralizzato e adattivo, composto da team autonomi, ognuno dei quali \u00e8 formato da individui autonomi. Questi team sono sparsi in tutto il mondo e collaborano efficacemente tra loro attraverso la comunicazione asincrona e con protocolli di scambio informazioni altamente trasparenti. Molto bello, vero? Un futuro molto affascinante.<\/p>\n

Naturalmente, tutto ci\u00f2 \u00e8 impossibile senza cambiamenti culturali. Dobbiamo avere leadership trasformazionale, responsabilit\u00e0 personale, e motivazione interna.<\/p>\n

\"DevOps
\n
\nQuesta \u00e8 la base delle organizzazioni DevOps: trasparenza delle informazioni, comunicazioni asincrone, leadership trasformazionale, decentralizzazione. <\/p>\n

Burnout<\/b><\/h3>\n

\nI sistemi di cui facciamo parte, e quelli che costruiamo, diventano sempre pi\u00f9 caotici, e per noi, esseri umani, \u00e8 difficile affrontare questa realt\u00e0, \u00e8 difficile rinunciare all'illusione del controllo. Cerchiamo di continuarne il controllo, e questo spesso porta a un esaurimento. Lo dico per esperienza personale, anch'io ho subito questo, anch'io sono un invalidato dagli imprevisti in produzione.<\/p>\n

\"DevOps
\n
\nL'esaurimento si verifica quando tentiamo di controllare ci\u00f2 che per sua natura non pu\u00f2 essere controllato. Quando siamo esauriti, tutto perde significato, perch\u00e9 perdiamo il desiderio di fare qualcosa di nuovo, ci mettiamo in una posizione difensiva e iniziamo a proteggere ci\u00f2 che abbiamo. <\/p>\n

La professione ingegneristica, come mi piace spesso ricordare, \u00e8 prima di tutto una professione creativa. Se perdiamo la voglia di creare, ci riduciamo in cenere, diventiamo fuligine. Le persone si esauriscono, intere organizzazioni si esauriscono.<\/p>\n

A mio avviso, solo accettando il potere creativo del caos, solo costruendo una collaborazione secondo i suoi principi \u2014 \u00e8 questo che ci aiuter\u00e0 a non perdere ci\u00f2 che di buono c'\u00e8 nella nostra professione. <\/p>\n

Ci\u00f2 che vi auguro \u00e8 di amare il vostro lavoro e ci\u00f2 che facciamo. Questo mondo \u00e8 alimentato dalle informazioni, e abbiamo l'onore di nutrirlo. Dunque, esploriamo il caos, diventiamo dei chaosologi, portiamo valore e creiamo qualcosa di nuovo. E i problemi, come abbiamo gi\u00e0 stabilito, sono inevitabili. Quando si presenteranno, diremo semplicemente \u00abOps!\u00bb, e il problema sar\u00e0 risolto. <\/p>\n

Cosa c'\u00e8 oltre Chaos Monkey?<\/b><\/p>\n

In realt\u00e0, tutti questi strumenti sono cos\u00ec nuovi. Anche Netflix ha costruito strumenti per le proprie esigenze. Costruite strumenti per voi stessi. Leggete i principi dell'ingegneria del caos e seguiteli, invece di cercare altri strumenti gi\u00e0 costruiti da qualcun altro. <\/p>\n

Cercate di capire come i vostri sistemi si rompono, cominciate a romperli e osservate come resistono agli impatti. Questo \u00e8 il primo passo. Gli strumenti possono essere ricercati. Ci sono vari progetti disponibili. <\/p>\n

Non ho ben capito quando hai parlato del fatto che non si deve semplificare un sistema semplificando i suoi componenti, per poi passare subito ai microservizi, che invece semplificano il sistema rendendo pi\u00f9 semplici i componenti e complicando le interazioni. Questi sono, in sostanza, due parti in contraddizione tra loro. <\/b><\/p>\n

Esattamente, i microservizi sono un tema molto controverso. In realt\u00e0, semplificare le parti aumenta la flessibilit\u00e0. Cosa ci offrono i microservizi? Ci offrono flessibilit\u00e0 e velocit\u00e0, ma di certo non ci danno semplicit\u00e0. Aumentano la complessit\u00e0.<\/p>\n

Quindi, nella filosofia del DevOps, i microservizi non sono poi cos\u00ec vantaggiosi?<\/b><\/p>\n

Ogni vantaggio ha il suo rovescio. C'\u00e8 un vantaggio: aumenta la flessibilit\u00e0, ci permette di apportare modifiche pi\u00f9 rapidamente, ma aumenta la complessit\u00e0 e, di conseguenza, la fragilit\u00e0 dell'intero sistema. <\/p>\n

Dove si pone maggiore enfasi: sulla semplificazione delle interazioni o sulla semplificazione delle parti?<\/b> <\/p>\n

L'accento \u00e8 indubbiamente sulla semplificazione delle interazioni, perch\u00e9 se guardiamo a come lavoriamo, dobbiamo concentrarci principalmente sulla semplificazione delle interazioni piuttosto che sul lavoro di ciascuno di noi singolarmente. Perch\u00e9 semplificare il lavoro significa trasformarci in robot. Questo funziona bene in McDonald's, dove hai istruzioni precise: metti qui l'hamburger, poi versa sopra la salsa. Nella nostra attivit\u00e0 creativa, invece, non funziona affatto.<\/p>\n

\u00c8 vero che tutto ci\u00f2 che hai raccontato vive in un mondo senza concorrenza, dove il caos \u00e8 cos\u00ec gentile e non ci sono contraddizioni all'interno di questo caos, nessuno vuole mangiare o uccidere nessuno? Come dovrebbero convivere concorrenza e DevOps?<\/b><\/p>\n

Beh, dipende da quale concorrenza stiamo parlando. Quella sul posto di lavoro o quella tra le aziende? <\/p>\n

Riguardo alla concorrenza dei servizi, che esistono poich\u00e9 i servizi non sono solo diverse aziende. Stiamo creando un nuovo tipo di ambiente informativo, e nessun ambiente pu\u00f2 esistere senza concorrenza. La concorrenza \u00e8 ovunque.<\/b><\/p>\n

Prendiamo Netflix come modello di riferimento. Perch\u00e9 l'hanno creato? Perch\u00e9 avevano bisogno di essere competitivi. Questa flessibilit\u00e0 e velocit\u00e0 sono proprio i requisiti competitivi, e portano caos nei nostri sistemi. Il caos non \u00e8 qualcosa che facciamo coscientemente perch\u00e9 lo desideriamo, ma \u00e8 ci\u00f2 che accade perch\u00e9 il mondo lo richiede. Dobbiamo semplicemente adattarci. E il caos \u00e8 proprio il risultato della concorrenza.<\/p>\n

Questo significa che il caos \u00e8 l'assenza di obiettivi, giusto? O sono quegli obiettivi che non vogliamo vedere? Noi siamo nel nostro mondo e non comprendiamo gli obiettivi degli altri. La concorrenza, in realt\u00e0, si basa sul fatto che abbiamo obiettivi chiari e sappiamo dove arriveremo in ogni momento successivo. Questa, dal mio punto di vista, \u00e8 l'essenza del DevOps.<\/b><\/p>\n

\u00c8 un altro punto di vista sulla questione. Penso che il nostro obiettivo comune sia uno: sopravvivere e farlo con
\nil massimo piacere. E l'obiettivo competitivo di qualsiasi organizzazione \u00e8 lo stesso. La sopravvivenza avviene spesso in una lotta competitiva, non possiamo farci nulla.<\/p>\n

Quest'anno la conferenza DevOpsDays Mosca<\/a><\/noindex> si terr\u00e0 il 7 dicembre al \u00abTecnopoli\u00bb. Fino all'11 novembre accettiamo proposte per le relazioni. Scriveteci<\/a><\/noindex> se volete partecipare come relatori.<\/p>\n

Le registrazioni per i partecipanti sono aperte, il biglietto costa 7000 rubli. Unisciti a noi! \n<\/p><\/blockquote>\n

Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29435,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39219","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\udd47DevOps e Chaos: consegna software in un mondo decentralizzato | ProHoster","description":"Il fondatore e direttore di \"Otomato Software\", uno dei promotori e istruttori della prima certificazione DevOps in Israele, Anton Weiss ha parlato all'evento DevOpsDays Moscow dello scorso anno sulla teoria del caos e sui principali principi dell'ingegneria del caos, oltre a spiegare come dovrebbe essere l'organizzazione DevOps ideale del futuro. Abbiamo preparato una versione testuale della presentazione. Buongiorno! DevOpsDays a Mosca per il secondo anno consecutivo, e io sono qui per la seconda volta.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","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\u0414\u0435\u0432\u041e\u043f\u0441 \u0438 \u0425\u0430\u043e\u0441: \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0430 \u041f\u041e \u0432 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u043c \u043c\u0438\u0440\u0435 | ProHoster","og:description":"\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","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:28:31+00:00","article:modified_time":"2019-10-31T19:28:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39219","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-24 01:19:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:54:41","updated":"2026-01-24 01:19:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/39219","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=39219"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/39219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/29435"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=39219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=39219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=39219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}