Anton Weiss, fundatore è direttore di Otomato Software, unu di l'iniziatori è istruttori di a prima certificazione DevOps in Israele, hà parlatu à l'annu passatu. nantu à a teoria di u caosu è i principii principali di l'ingegneria di u caosu, è ancu spiegà cumu l'urganizazione DevOps ideale di u futuru travaglia.
Avemu preparatu una versione testu di u rapportu.
Bonu ghjornu
DevOpsDays in Mosca per u sicondu annu in una fila, questu hè a mo seconda volta in questa tappa, assai di voi site in questa stanza per a seconda volta. Cosa significa? Questu significa chì u muvimentu DevOps in Russia cresce, si multiplica, è più impurtante, significa chì u tempu hè ghjuntu di parlà di ciò chì DevOps hè in 2018.
Alzate a manu chì pensanu chì DevOps hè digià una professione in 2018? Ci sò tali. Ci sò ingegneri DevOps in a stanza chì a descrizzione di u travagliu dice "DevOps Engineer"? Ci hè un gestore DevOps in a stanza? Ùn ci hè micca cusì. Architetti DevOps? Ancu nò. Ùn basta. Hè veramente veru chì nimu ùn dice chì sò un ingegnere DevOps?
Allora a maiò parte di voi pensate chì questu hè un anti-pattern? Chì una tale professione ùn deve esse micca? Pudemu pensà à ciò chì vulemu, ma mentre pensemu, l'industria avanza solennemente à u sonu di a tromba DevOps.
Quale hà intesu parlà di un novu tema chjamatu DevDevOps? Questa hè una nova tecnica chì permette una cullaburazione efficace trà sviluppatori è devops. È micca cusì novu. A ghjudicà da Twitter, sò digià cuminciatu à parlà di questu 4 anni fà. È finu à avà, l'interessu in questu hè crescente è crescente, vale à dì, ci hè un prublema. U prublema deve esse risolta.
Semu pirsuni creativi, ùn ci resta micca solu. Dicemu: DevOps ùn hè micca una parolla abbastanza cumpleta; manca sempre ogni tipu d'elementi sfarenti è interessanti. È andemu à i nostri laboratorii secreti è cuminciamu à pruduce mutazioni interessanti: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.
A logica hè ferru, nò? U nostru sistema di consegna ùn hè micca funziunale, i nostri sistemi sò inestabile è i nostri utilizatori sò insatisfatti, ùn avemu micca tempu per lancià u software à tempu, ùn ci mette micca in u budget. Cumu avemu da risolve tuttu questu? Avemu da vene cun una nova parolla ! Finirà cù "Ops" è u prublema hè risolta.
Allora chjamu stu approcciu - "Ops, è u prublema hè risolta".
Tuttu chistu svanisce in u sfondate se ci ricurdemu perchè avemu fattu tuttu questu. Avemu ghjuntu cù tutta sta cosa DevOps per fà a consegna di u software è u nostru propiu travagliu in questu prucessu senza ostaculi, indolori, efficaci, è più importantemente, piacevule pussibule.
DevOps hè cresciutu da u dulore. È simu stanchi di soffre. È per chì tuttu ciò accade, ci cunfiemu di pratiche perenne: cullaburazione efficace, pratiche di flussu, è più importantemente, pensamentu di sistemi, perchè senza DevOps ùn funziona.
Chì ghjè u sistema?
E s'è no parlemu digià di u pensamentu di i sistemi, ricurdemu ciò chì hè un sistema.
Sè vo site un pirate rivoluzionariu, allora per voi u sistema hè chjaramente male. Hè un nuvulu chì pende nantu à voi è vi forza à fà cose chì ùn vulete micca fà.
Da u puntu di vista di u pensamentu di i sistemi, un sistema hè un sanu chì si compone di parti. In questu sensu, ognunu di noi hè un sistema. L'urganisazione chì travagliammu sò sistemi. È ciò chì tù è eiu custruemu hè chjamatu sistema.
Tuttu chistu face parte di un grande sistema socio-tecnologicu. È solu s'è avemu capitu cumu stu sistema socio-tecnologicu travaglia inseme, solu allora puderemu veramente ottimisà qualcosa in questa materia.
Da una perspettiva di u pensamentu di sistemi, un sistema hà parechje proprietà interessanti. Prima, hè custituitu di parti, chì significa chì u so cumpurtamentu dipende di u cumpurtamentu di e parte. Inoltre, tutte e so parte sò ancu interdependenti. Risulta chì u più parte di un sistema hà, u più difficiule hè di capiscenu o predichendu u so cumpurtamentu.
Da un puntu di vista cumportamentale, ci hè un altru fattu interessante. U sistema pò fà qualcosa chì nimu di e so parti individuali pò fà.
Cum'è u duttore Russell Ackoff (unu di i fundatori di u pensamentu di sistemi) hà dettu, questu hè abbastanza faciule per pruvà cù un esperimentu di pensamentu. Per esempiu, quale in a stanza sà cumu scrive u codice? Ci hè parechje mani, è questu hè normale, perchè questu hè unu di i requisiti principali per a nostra professione. Sapete scrive, ma e vostre mani ponu scrive codice separatamente da voi? Ci sò persone chì diceranu: "Ùn sò micca e mo mani chì scrivenu u codice, hè u mo cervellu chì scrive u codice". U vostru cervellu pò scrive codice separatamente da voi? Ebbè, probabilmente micca.
U cervellu hè una macchina maravigghiusa, ùn sapemu mancu 10% di cumu si travaglia quì, ma ùn pò micca funzionà separatamente da u sistema chì hè u nostru corpu. È questu hè faciule da pruvà: apre u to craniu, caccià u vostru cervellu, mette davanti à l'urdinatore, lasciate pruvà à scrive qualcosa simplice. "Hello, world" in Python, per esempiu.
Se un sistema pò fà qualcosa chì nimu di e so parti pò fà per separatamente, questu significa chì u so cumpurtamentu ùn hè micca determinatu da u cumpurtamentu di e so parti. Da ciò chì hè dunque determinatu? Hè determinata da l'interazzione trà sti parti. È per quessa, più parti, più cumplessu l'interazzione, u più difficiule hè di capiscenu è predichendu u cumpurtamentu di u sistema. È questu rende un tali sistema caòticu, perchè qualsiasi, ancu u più insignificante, cambiamentu invisibule in ogni parte di u sistema pò purtà à risultati completamente imprevisible.
Sta sensibilità à e cundizioni iniziali hè stata scuperta è studiata prima da u meteorologu americanu Ed Lorenz. In seguitu, hè statu chjamatu "effettu farfalla" è hà purtatu à u sviluppu di un muvimentu di pensamentu scientificu chjamatu "teoria di u caos". Sta tiurìa divintò unu di i principali cambiamenti di paradigma in a scienza di u XXu seculu.
Teoria di u caosu
E persone chì studianu u caosu si chjamanu caosologi.
In verità, u mutivu di stu rapportu era chì, travagliendu cù sistemi distribuiti cumplessi è grandi urganisazioni internaziunali, in un certu puntu aghju capitu chì questu hè quellu chì mi sentu. Sò un caosologu. Questu hè basicamente un modu intelligente di dì: "Ùn capiscu micca ciò chì succede quì è ùn sò micca ciò chì fà".
Pensu chì parechji di voi ancu spessu si sentenu cusì, cusì site ancu caosologi. Vi invitu à a guilda di i caosologi. I sistemi chì voi è eiu, cari colleghi caosologi, studiemu sò chjamati "sistemi adattativi cumplessi".
Cosa hè l'adattabilità? L'adattabilità significa chì u cumpurtamentu individuali è cullettivu di e parte in un tali sistema adattativu cambia è s'autourganizza, risponde à avvenimenti o catene di micro-eventi in u sistema. Questu hè, u sistema si adatta à i cambiamenti attraversu l'autourganizazione. E sta capacità di autourganizà hè basatu annantu à a cooperazione vuluntaria, completamente decentralizata di l'agenti autonomi liberi.
Una altra pruprietà interessante di tali sistemi hè chì sò liberamente scalabili. Ciò chì duverebbe senza dubbitu interessà noi, cum'è caosologi-ingegneri. Allora, se avemu dettu chì u cumpurtamentu di un sistema cumplessu hè determinatu da l'interazzione di e so parti, allora chì duvemu esse interessatu? Interaczione.
Ci sò dui risultati più interessanti.
Prima, avemu capitu chì un sistema cumplessu ùn pò esse simplificatu simplificà e so parti. Siconda, l'unicu modu per simplificà un sistema cumplessu hè di simplificà l'interazzione trà e so parti.
Cumu interagiscemu? Tu è eiu simu tutti parte di un grande sistema d'infurmazione chjamatu società umana. Interaghjemu per mezu di una lingua cumuna, s'è no l'avemu, s'ellu a truvamu.
Ma a lingua stessa hè un sistema adattatu cumplessu. Dunque, per interagisce in modu più efficace è simplice, avemu bisognu di creà un tipu di protokolli. Vale à dì, una certa sequenza di simboli è azzioni chì farà u scambiu d'infurmazioni trà noi più simplice, più prevedibile, più capisci.
Vogliu dì chì i tendenzi versu a cumplessità, versu l'adattabilità, versu a descentralizazione, versu u caosu ponu esse tracciati in tuttu. È in i sistemi chì voi è eiu custruite, è in quelli sistemi di quale simu una parte.
È per ùn esse micca fundatu, fighjemu cumu si cambianu i sistemi chì creamu.
Aspittava sta parolla, capiscu. Semu in una cunferenza DevOps, oghje sta parolla serà intesa circa un centu mila volte è dopu a sognu di notte.
I microservizi sò a prima architettura di software chì emerge cum'è una reazione à e pratiche DevOps, chì hè pensatu per rende i nostri sistemi più flessibili, più scalabili, è assicurà una consegna cuntinua. Cumu faci questu? Riducendu u voluminu di servizii, riducendu u scopu di prublemi chì sti servizii processanu, riducendu u tempu di consegna. Vale à dì, riducemu è simplificà e parte di u sistema, aumentanu u so numeru, è per quessa, a cumplessità di l'interazzione trà sti parti invariabilmente aumenta, vale à dì, nascenu novi prublemi chì avemu da risolve.
I microservizi ùn sò micca a fine, i microservizi sò, in generale, digià ieri, perchè Serverless hè ghjuntu. Tutti i servitori brusgiati, nè servitori, nè sistemi operativi, solu codice puramente eseguibile. I cunfigurazioni sò separati, i stati sò separati, tuttu hè cuntrullatu da avvenimenti. Bellezza, pulizia, silenziu, senza avvenimenti, nunda ùn succede, ordine cumpletu.
Induve hè a cumplessità? A difficultà, sicuru, hè in l'interazzione. Quantu pò fà una funzione per sè stessu? Cumu interagisce cù altre funzioni? File di messagi, basa di dati, balancers. Cumu ricreà un avvenimentu quandu un fallimentu hè accadutu? Un saccu di dumande è pocu risposte.
I microservizi è Serverless sò ciò chì i geek hipsters chjamanu Cloud Native. Hè tuttu nantu à u nuvulu. Ma u nuvulu hè ancu intrinsecamente limitatu in a so scalabilità. Avemu abituatu à pensà à questu cum'è un sistema distribuitu. In fatti, induve campanu i servitori di i fornitori di nuvola? In i centri di dati. Questu hè, avemu un tipu di mudellu centralizatu, assai limitatu, distribuitu quì.
Oghje avemu capitu chì l'Internet di e Cose ùn hè più solu grandi parolle chì ancu secondu modeste previsioni, miliardi di dispusitivi cunnessi à Internet ci aspettanu in i prossimi cinque à deci anni. Una quantità enorme di dati utili è inutili chì saranu uniti in u nuvulu è caricati da u nuvulu.
U nuvulu ùn durà micca, cusì parlemu sempre più di qualcosa chjamata edge computing. O mi piace ancu a maravigliosa definizione di "fog computing". Hè struitu in u misticu di u romanticismu è u misteru.
Computing di nebbia. U puntu hè chì i nuvuli sò chjappi centralizzati d'acqua, vapore, ghjacciu è petri. E nebbia sò gocce d'acqua chì sò spargugliati intornu à noi in l'atmosfera.
In u paradigma di a nebbia, a maiò parte di u travagliu hè fattu da queste gocce completamente autonome o in cullaburazione cù altre gocce. È tornanu à u nuvulu solu quandu sò veramente pressati.
Questu hè, di novu a decentralizazione, l'autonomia, è, sicuru, assai di voi digià capiscenu induve tuttu questu hè, perchè ùn pudete micca parlà di decentralizazione senza mintuvà a blockchain.
Ci sò quelli chì crèdenu, questi sò quelli chì anu investitu in criptocurrency. Ci hè quellu chì crede ma hà paura, cum'è mè, per esempiu. È ci sò quelli chì ùn crèdenu micca. Quì pudete trattà di manera diversa. Ci hè tecnulugia, una nova materia scunnisciuta, ci sò prublemi. Cum'è ogni nova tecnulugia, suscita più dumande chè risponde.
L'hype intornu à u blockchain hè comprensibile. A furia di l'oru à parte, a tecnulugia stessa hà prumesse notevuli per un futuru più luminoso: più libertà, più autonomia, fiducia globale distribuita. Chì ùn vole micca?
In cunsiquenza, più è più ingegneri in u mondu cumincianu à sviluppà applicazioni decentralizate. È questu hè un putere chì ùn pò micca esse licenziatu solu dicendu: "Ahh, blockchain hè solu una basa di dati distribuita mal implementata". O cum'è scettichi piace à dì: "Ùn ci sò micca applicazioni reali per blockchain". Se ci pensate, 150 anni fà dicenu a listessa cosa di l'electricità. È anu ancu ghjustu in certi modi, perchè ciò chì l'electricità rende pussibule oghje ùn era micca pussibule in u 19u seculu.
Per via, quale sà chì tipu di logu hè nantu à u screnu? Questu hè Hyperledger. Questu hè un prughjettu chì hè sviluppatu sottu l'auspici di a Fundazione Linux è include un settore di tecnulugia di blockchain. Questu hè veramente a forza di a nostra cumunità open source.
Chaos Engineering
Dunque, u sistema chì sviluppemu hè diventatu sempre più cumplessu, sempre più caòticu, è sempre più adattatu. Netflix sò i pionieri di i sistemi di microserviziu. Eranu trà i primi à capisce questu, anu sviluppatu un inseme di arnesi chjamati Simian Army, u più famosu di quale era . Hà definitu ciò chì hè diventatu cunnisciutu cum'è .
Per via, in u prucessu di travaglià nantu à u rapportu, avemu ancu traduttu stu testu in russo, cusì andate , leghje, cummentà, rimproverate.
In breve, i principii di l'ingegneria di u caosu dicenu i seguenti. I sistemi distribuiti cumplessi sò intrinsecamente imprevisible è intrinsecamente buggy. L'errori sò inevitabbili, chì significa chì avemu bisognu di accettà questi errori è travaglià cù questi sistemi in una manera completamente diversa.
Avemu da pruvà à intruduce sti errori in i nostri sistemi di pruduzzione per pruvà i nostri sistemi per questa stessa adattabilità, sta capacità per l'autourganizazione, per a sopravvivenza.
È chì cambia tuttu. Micca solu cumu lancemu i sistemi in a produzzione, ma ancu cumu i sviluppemu, cumu li testemu. Ùn ci hè micca un prucessu di stabilizazione o congelazione di u codice; à u cuntrariu, ci hè un prucessu constante di destabilizazione. Pruvemu di tumbà u sistema è vedemu cuntinuà à sopravvive.
Protokolli di Integrazione di u Sistema Distribuitu
In cunsiquenza, questu richiede chì i nostri sistemi cambienu in qualchì modu. Per esse più stabile, anu bisognu di novi protokolli per l'interazzione trà e so parti. Cusì chì sti parti ponu accunsentì è vene à un tipu d'autourganizazione. E ogni tipu di novi arnesi, novi protokolli nascenu, chì chjamu "protokolli per l'interazzione di sistemi distribuiti".
Di chì parlu ? Prima, u prugettu . Qualchidunu tentativu di creà un protocolu generale di seguimentu distribuitu, chì hè un strumentu assolutamente indispensabile per debugging sistemi distribuiti cumplessi.
In più - . Dicemu chì ùn pudemu micca predichendu ciò chì succede à u sistema, vale à dì, avemu bisognu di aumentà a so osservabilità, osservabilità. Opentracing appartene à una famiglia di arnesi chì dà l'osservabilità à i nostri sistemi. Ma avemu bisognu di osservabilità per determinà se u sistema si cumporta cum'è l'aspettemu o micca. Cumu definiscemu u cumpurtamentu previstu? Per definisce un tipu di pulitica, un certu settore di regule. U prughjettu di l'Agente di Politica Open hè travagliatu per definisce stu settore di regule in un spettru chì varieghja da l'accessu à l'attribuzione di risorse.
Comu avemu dettu, i nostri sistemi sò sempre più guidati da eventi. Serverless hè un grande esempiu di sistemi guidati da eventi. Per noi di trasfiriri l'avvenimenti trà i sistemi è di seguità, avemu bisognu di una lingua cumuna, un protokollu cumunu per cumu parlemu di l'avvenimenti, cumu trasmettemu à l'altri. Hè ciò chì un prughjettu chjamatu .
U flussu constantu di cambiamenti chì lava nantu à i nostri sistemi, destabilizendu constantemente, hè un flussu cuntinuu di artefatti di software. Per noi di mantene stu flussu constantu di cambiamenti, avemu bisognu di qualchì tipu di protokollu cumunu per mezu di quale pudemu parlà di ciò chì hè un artefattu di software, cumu hè pruvatu, chì verificazione hà passatu. Questu hè ciò chì un prughjettu chjamatu . Questu hè, un protocolu di metadata cumuni per l'artifacti di u software.
È infine, s'è no vulemu chì i nostri sistemi sò cumplettamente indipindenti, adattativi è autourganizati, avemu da dà u dirittu à l'autoidentificazione. Prughjettu chjamatu Questu hè esattamente ciò chì face. Questu hè ancu un prughjettu sottu à l'auspici di a Cloud Native Computing Foundation.
Tutti issi prughjetti sò ghjovani, tutti anu bisognu di u nostru amore, di a nostra validazione. Questu hè tuttu open source, a nostra prova, a nostra implementazione. Ci mostranu induve a tecnulugia si dirige.
Ma DevOps ùn hè mai statu primurosu di tecnulugia, hè sempre stata di cullaburazione trà e persone. È, per quessa, se vulemu chì i sistemi chì sviluppemu per cambià, allora noi stessi avemu da cambià. In fatti, avemu cambiatu in ogni modu; ùn avemu micca assai scelta.
Ci hè una maraviglia Scrittore britannicu Rachel Botsman, in quale scrive nantu à l'evoluzione di a fiducia in a storia umana. Ella dice chì inizialmente, in e società primitive, a fiducia era lucale, vale à dì, avemu fiducia solu in quelli chì sapemu personalmente.
Allora ci hè statu un periudu assai longu - un tempu scuru quandu a fiducia era centralizzata, quandu avemu principiatu à fiducia in e persone chì ùn cunnosci micca nantu à a basa di u fattu chì appartenemu à a listessa istituzione publica o statale.
È questu hè ciò chì vedemu in u nostru mondu mudernu: a fiducia hè diventata di più in più distribuita è decentralizata, è si basa nantu à a libertà di i flussi d'infurmazioni, nantu à a dispunibilità di l'infurmazioni.
Se pensate à questu, questa assai accessibilità, chì face sta fiducia pussibule, hè ciò chì voi è eiu implementemu. Questu significa chì a manera di cullaburazione è a manera di fà deve cambià, perchè l'urganisazioni IT centralizzate è gerarchiche di l'antica ùn sò più travagliendu. Cumincianu à mori.
Fundamenti di l'urganizazione DevOps
L'urganizazione DevOps ideale di u futuru hè un sistema decentralizatu, adattativu cumpostu di squadre autonome, ognuna composta da individui autonomi. Sti squadre sò spargugliati in u mondu, cullaburendu in modu efficace l'un à l'altru utilizendu una cumunicazione asincrona, utilizendu protokolli di cumunicazione altamente trasparenti. Moltu bellu, ùn hè micca? Un futuru assai bellu.
Di sicuru, nunda di questu hè pussibule senza cambiamentu culturale. Avemu da avè una dirigenza trasfurmazioni, rispunsabilità persunale, motivazione interna.
Questa hè a basa di l'urganisazioni DevOps: trasparenza di l'infurmazioni, cumunicazioni asincrone, dirigenza trasfurmazioni, descentralizazione.
Burnout
I sistemi chì facemu parte è quelli chì custruemu sò sempre più caòtici, è hè difficiule per noi l'omu di affruntà stu pensamentu, hè difficiule di rinunzià à l'illusione di cuntrollu. Pruvemu di cuntinuà à cuntrullà, è questu spessu porta à u burnout. Dicu questu da a mo propria sperienza, aghju ancu brusgiatu, era ancu disattivatu da fallimenti imprevisti in a produzzione.
Burnout si verifica quandu pruvemu di cuntrullà qualcosa chì hè intrinsecamente incontrollable. Quandu avemu brusgiatu, tuttu perde u so significatu perchè perdemu u desideriu di fà qualcosa di novu, avemu a difesa è cuminciamu à difende ciò chì avemu.
A professione di l'ingegneria, cum'è spessu mi piace à ricurdà, hè prima di tuttu una professione creativa. Se perdemu u desideriu di creà qualcosa, allora turnemu in cendra, turnemu in cendra. A ghjente si brucia, l'urganisazioni intere si brusgianu.
In u mo parè, solu accettà u putere criativu di u caosu, solu a cooperazione di custruzzione secondu i so principii hè ciò chì ci aiuterà à ùn perde micca ciò chì hè bonu in a nostra professione.
Questu hè ciò chì vogliu per voi: amassi u vostru travagliu, amassi ciò chì facemu. Stu mondu si nutre di l'infurmazioni, avemu l'onore di alimentallu. Allora studiemu u caosu, semu caosologi, purtamu valore, creanu qualcosa di novu, bè, i prublemi, cum'è avemu digià scupertu, sò inevitabbili, è quandu si prisentanu, avemu da dì solu "Ops!" È u prublema hè risolta.
Chì altru ch'è Chaos Monkey?
In fatti, tutti sti strumenti sò cusì ghjovani. U listessu Netflix hà custruitu strumenti per elli stessi. Custruite i vostri arnesi. Leghjite i principii di l'ingegneria di u caosu è campà à quelli principii piuttostu chè di pruvà à truvà altre arnesi chì qualchissia altru hà digià custruitu.
Pruvate à capisce cumu i vostri sistemi si rompenu è cumincianu à rompelli è vede cumu si mantenenu. Questu vene prima. È pudete circà l'arnesi. Ci sò ogni tipu di prughjetti.
Ùn aghju micca capitu bè u mumentu quandu avete dettu chì u sistema ùn pò micca esse simplificatu simplificà i so cumpunenti, è si trasfirìu immediatamente à i microservizi, chì simplificà u sistema simplificà i cumpunenti stessi è complicà l'interazzione. Il s'agit essentiellement de deux parties qui se contredisent.
Hè propiu, i microservizi sò un tema assai cuntruversu in generale. In fatti, a simplificazione di i pezzi aumenta a flessibilità. Chì furnisce i microservizi ? Ci danu flessibilità è rapidità, ma certamenti ùn ci danu micca simplicità. Aumentanu a difficultà.
Allora, in a filusufìa DevOps, i microservizi ùn sò micca cusì bè?
Ogni bonu hà un reversu. U benefiziu hè chì aumenta a flessibilità, chì ci permette di fà cambiamenti più veloce, ma aumenta a cumplessità è dunque a fragilità di tuttu u sistema.
Eppuru, chì hè più enfasi: in simplificà l'interazzione o in simplificà e parti?
L'enfasi, di sicuru, hè di simplificà l'interazzione, perchè s'è no guardemu à questu da u puntu di vista di cumu travagliammu cun voi, allora, prima di tuttu, avemu bisognu di attentu à simplificà l'interazzione, è micca à simplificà u travagliu. di ognunu di noi separatamente. Perchè simplificà u travagliu significa trasfurmà in robots. Quì à McDonald's funziona nurmalmente quandu avete istruzzioni: quì si mette l'hamburger, quì si versà a salsa. Questu ùn viaghja micca in tuttu in u nostru travagliu creativo.
Hè vera chì tuttu ciò chì avete dettu campa in un mondu senza cumpetizione, è u caosu ci hè cusì gentile, è ùn ci hè micca cuntradizioni in questu caosu, nimu vole manghjà o tumbà nimu ? Cumu deve esse a cumpetizione è DevOps?
Ebbè, dipende di quale tipu di cumpetizione parlemu. Hè nantu à a cumpetizione in u locu di travagliu o a cumpetizione trà l'imprese ?
Circa a cumpetizione di servizii chì esistenu perchè i servizii ùn sò micca parechje cumpagnie. Creemu un novu tipu d'ambiente d'infurmazione, è ogni ambiente ùn pò campà senza cumpetizione. Ci hè cumpetizione in ogni locu.
U stessu Netflix, avemu pigliatu cum'è un mudellu. Perchè sò venuti cun questu? Perchè avianu bisognu à esse cumpetitivi. Questa flessibilità è a velocità di u muvimentu hè precisamente u requisitu assai cumpetitivu; introduce u caosu in i nostri sistemi. Vale à dì, u caosu ùn hè micca qualcosa chì facemu cunscientemente perchè vulemu, hè qualcosa chì succede perchè u mondu esige. Avemu solu à adattà. È u caosu, hè precisamente u risultatu di a cumpetizione.
Questu significa chì u caosu hè l'absenza di scopi, per esse? O quelli scopi chì ùn vulemu vede ? Semu in casa è ùn capiscenu micca i scopi di l'altri. A cumpetizione, in fattu, hè duvuta à u fattu chì avemu un scopu chjaru è sapemu induve finiscemu in ogni mumentu dopu in u tempu. Questu, da u mo puntu di vista, hè l'essenza di DevOps.
Ancu un ochju à a quistione. Pensu chì tutti avemu u listessu scopu: sopravvive è fà cun
u più grande piacè. È u scopu cumpetitivu di ogni urganizazione hè u listessu. A sopravvivenza spessu accade per via di a cumpetizione, ùn ci hè nunda chì pudete fà.
A cunferenza di questu annu si ferà u 7 di dicembre à Technopolis. Accettemu l'applicazioni per i rapporti finu à l'11 di nuvembre. noi s'è vo vulete parlà.
A iscrizzione per i participanti hè aperta, i biglietti costanu 7000 XNUMX rubles. Unisciti à noi!
Source: www.habr.com