Sono Nicole sicuramente e lo sarò
parlando di DevOps e tipo di cosa
stiamo vedendo arrivare in seguito così qualcuno
mi ha chiesto di darti cosa sai
cosa significa uscire dalla magra così
Non ho intenzione di dare una panoramica di
DevOps e Lane, ma perché dovremmo preoccuparci
quindi fondamentalmente un paio che alcuni
i sottotitoli potrebbero essere è ciò che questo significa
per la nostra linea di fondo o un altro supplente
il titolo è che dico che può succhiare quello che era
pinguini fantastici su questa mattina, ecco qui
noi andiamo e, si spera, questo non è acceso
stile vediamo cosa succede così così per
anni abbiamo investito tutti in IT
penso che influenzerà il fondo
linea dal modo in cui non piace mai così
per 40 o 50 anni tutti questi investimenti
in IT non hanno mai avuto un impatto sul fondo
linea come mai abbiamo avuto questo
adorabile chimera che sta andando a
e proprio no e anni e anni
o decenni di ricerche che non ha
influenzato la linea di fondo se ce l’ha
forse ha fatto, ma dopo anni così per il
la prima volta iniziamo a vederli
ha colpito la linea di fondo, ma solo se possiamo
combinalo con questa piena trasformazione
questo completo cambio di reingegnerizzazione che è a
compagnia con una trasformazione culturale
reingegnerizzazione trasformazione una pratica
e trasformazione del processo che ora
chiamiamo DevOps o molte persone
stanno chiamando DevOps a cui deve finire
fine deve includere tutto ciò che è
l’unico modo in cui sta iniziando a colpire ma
ora i dati stanno mostrando che sta mostrando
più e più volte ed è davvero davvero
eccitante e questo è ciò che la magra
la trasformazione è promettente per l’IT
e perché è così, perché?
qualsiasi altra azienda, quindi qualsiasi azienda potrebbe
vai a comprare un server alla gola nell’armadio
dargli un’illuminazione davvero carina ma
qualsiasi altra azienda potrebbe acquistare lo stesso
server o server della concorrenza e avviare
un armadio centrale o qualsiasi altra società
potrebbe fare qualcosa di altrettanto difficile
sai che potresti comprare un sistema ERP tu
potrebbe sviluppare un prodotto veramente difficile
ma non avrebbe contribuito al
linea di fondo e perché era questo è
perché non ti avrebbe procurato un
vantaggio o almeno non competitivo
vantaggio e se fosse competitivo
vantaggio non sarebbe stato quello che noi
chiamare un vantaggio competitivo sostenibile
sarebbe stato un punto di parità
ti aiuterebbe a tenere il passo non lo sarebbe mai
un punto di distinzione non andava
per aiutarti ad andare avanti DevOps è cambiato
che sembra molto simile al
Trasformazione di Lena Toyota che abbiamo visto
nella produzione molto simile a quella di Dan
muoviamo le persone verso il lavoro
il lavoro deve diventare più piccolo di cui abbiamo bisogno
essere in grado di apportare queste modifiche rapidamente
spostalo velocemente in produzione, vedilo
impatto aziendale in modo che possiamo fare
cambia rapidamente questo è ciò che intendiamo
quando diciamo che ha questo enorme
spostamento di riprogettazione è per questo che possiamo
finalmente vedere questi cambiamenti per massimizzare
l’efficienza per tagliare i costi per farlo
impatto sulla linea di fondo quindi DevOps è
buono per le prestazioni IT e questo IT
la performance si traduce infine in
risultati organizzativi e questo è enorme
quindi per anni 80 è stato visto come un
centro di costo e dal modo in cui non lo è
come una cosa brutta , ma non è così
è stato davvero un vantaggio competitivo e
ora finalmente lo è
questi sono i nostri giorni di gloria, a proposito
come holler per le persone con americano
accento e ho lasciato cadere l’ok così
è stato poi così questo Tutto è iniziato nel tardo
come il John di Ott tutto da Paul Hammond
Devon ops cooperazione a Flickr così loro
abbiamo parlato di fare dieci spiegamenti al giorno
e le persone nel pubblico alla velocità
tipo di perdere come perso le loro menti alcuni
la gente pensava che questo fosse rivoluzionario
e incredibili altre persone hanno pensato questo
era come la cosa più orrenda che potevi
forse fare al tuo team ops e così via
persone che sono nel pubblico giusto
ricordalo alle persone che non erano nel
il pubblico come increspature è uscito un po ‘
la gente pensava che ne fossero pieni e
non è possibile che fosse reale e poi tu
so che alcune persone hanno familiarità con questi
statistiche che penso vengano fuori
2013 queste sono statistiche amazon queste sono
produzione solo in ambienti host
ok, solo oltre un migliaio di max disploys in
una cosa sola ora questa è la distribuzione
ogni 11 secondi e mezzo
circa 10.000 host che ricevono
distribuisce su un numero massimo medio di
gli host che ricevono i deployment sono 30.000 ok
ora controlla questo adesso, tieni presente questo
queste sono le aziende che hanno
stanno facendo i DevOps che hanno visto
il modo in cui la verità della lunghezza loro
hanno subito l’intero DevOps
trasformazione ora questo è etsy Mike
La Gran Bretagna ha tenuto un discorso chiamato continuo
distribuire i dettagli sporchi nel 2013 lui
ha riferito la distribuzione del codice etsy che cosa è
richiesto da 6 a 14 ore e cosa loro
chiamato il loro esercito di dispiegamento ora ha preso 15
minuti in una persona che stava segnalando
30 distribuzioni al giorno 50 spiegamenti al giorno
Marzo 2014 ha riportato q con qui in
Londra
tra marzo 2014 e aprile 2014 a
lo chef comp etsy riportava allora ottanta
a novantadue giochi al giorno quindi il
ricercatori che hanno lavorato allo stato di
DevOps segnala per il 2015 quando questi
i numeri erano tutti messi insieme
si chiedeva c’è un modo per rompere il
Mese dell’uomo mitico se ne hai
completamente subìto i DevOps
trasformazione cosa succede così a
analisi è stata eseguita distribuisce al giorno per
sviluppatore se hai completamente
subì la trasformazione DevOps così
questa analisi è stata solo esaminata
aziende o organizzazioni e team
che hanno completamente subito il
Trasformazione DevOps che stanno facendo
almeno credo che i dispiegamenti giornalieri guardino cosa
succede così a basso rendimento medio a
interpreti di alte prestazioni se si guarda
ad alte prestazioni mentre diminuiscono il
numero di sviluppatori questo sembra molto
come lo spiegamento di Etsy una volta che hai
la struttura e l’infrastruttura DevOps
e le pratiche sul posto che puoi aumentare
il numero di sviluppatori e aumentare
il numero di consegna e schieramenti
che hai messo in atto una ricerca suggerisce
che la trasformazione è valsa la pena
avrai dei dolori crescenti ma indovina
che cosa
puoi vedere questi aumenti se lo sei
questo è il primo a iniziare questo viaggio
sarà doloroso se sei a metà strada
lungo questo viaggio non sei davvero
andando a vederlo, ma una volta che sei lungo
il modo in cui le cose andranno bene va bene così noi
sapere che DevOps è un bene per l’IT quindi ero
capo investigatore sullo stato del 2014 di
La relazione del diavolo contiene molti colleghi
rivedere l’accaduto con quei dati giusti
ora così abbiamo esaminato la misurazione dei DevOps e
Le prestazioni IT come noi abbiamo supportato l’IT
prestazioni qui abbiamo guardato alla distribuzione
frequenza ancora questa non era la consegna
Vogliamo essere in grado di offrire spinta
codice ogni volta che ha senso per il
affari quindi abbiamo guardato alla distribuzione
frequenza significa tempo per recuperare e condurre
tempo di cambiamenti così devianti
ops squadre hanno più il throughput in modo da
questo è il modo in cui soffoco e succhia
ITIL suggerisce che dovresti sempre
bilanciare la produttività e la stabilità
che bilanciate il rendimento e
stabilità mentre sacrifichi il rendimento in
Per ottenere stabilità, l’analisi è così
sto lavorando alla revisione tra pari in questo momento
Ho controllato per i dati diversi
molti modi diversi lo dimostrano
l’instabilità del throughput si muove in tandem
costantemente tutto il tempo IT basso
interpreta la loro instabilità del throughput
muoviti insieme se non li stai facendo
beh saranno entrambi a medio basso
gli interpreti sono sempre di media e
si muovono sempre insieme in alto
sempre con instabilità del rendimento
si muovono insieme e si muovono al
i più alti livelli sono tutte queste cose
statisticamente significativo e loro
muoviti sempre insieme non esiste tale
cosa come trade off appena ti sposti
uno giù l’altro si sposta verso il basso con esso
questo è quello che intendo quando dico come il
i trade-off semplicemente non funzionano ok quindi il
i team di sviluppo più performanti quando io
confronta i miei high performers e il mio low
gli esecutori otteniamo un rendimento maggiore
rispetto al basso vediamo 30 volte di più
frequenti schieramenti sia nel 2015
e 2014 e 200 tempi di consegna più rapidi
sui loro pari 2015 e 2014 entrambi
ora vediamo di nuovo più stabilità
questi si muovono in tandem cosa interessante
2015 rispetto al 2014-2015 vediamo 60 volte
più cambio tasso di successo e più veloce mttr
168 volte sembra che siano aziende
stiamo massimizzando la stabilità solo un po ‘
un po ‘per lo più perché una volta ottenuto il loro
rendimento ottimizzato non lo fanno
necessariamente necessario distribuire ogni cinque
secondi in cui possono già essere distribuiti
ogni ora che possono non hanno
a loro stanno prendendo queste decisioni basate
per esigenze aziendali e casi aziendali ok
DevOps promette e offre di più
produttività e maggiore stabilità in tandem
senza i trade-off che io chiamo
quindi cosa significa questo per noi di più
rendimento sono di nuovo le nostre statistiche
possiamo pensare a cosa significa questo
noi in affari queste sono le cose che
Magra promesse per noi in questo nuovo mondo
del software di tecnologia consegna nuova
content delivery per cosa significa
noi una nuova consegna di contenuti e circa
valore e risparmio attorno al test di a / b
che dire di valore attorno alla velocità di mercato
o conformità e modifiche normative o
sicurezza cosa succede quando c’è un nuovo
vulnerabilità ssl quanto velocemente possiamo ottenere
così, Adrian ha menzionato questo là
era un documento pubblicato da co Xavier
parlato di sperimentazione online a
Valutazione Microsoft ben progettato e
esperimenti eseguiti che sono stati progettati
per migliorare solo una metrica chiave
un terzo ha avuto successo nel migliorare
la metrica chiave quindi se sappiamo quale
in terzo luogo, puoi tenere quelli dentro
posto se sappiamo quale terzo a quelli
siamo
non possiamo tirarli fuori diciamo noi
voglio essere pigro e includere solo quelli
un terzo cosa possiamo fare con l’altro
due terzi delle nostre vacanze nel tempo
una birra possiamo fare ogni sorta di cose noi
può ottimizzare su quelli un terzo ma se
non sappiamo cosa siano quei terzi
che tipo di posizione stiamo bene ora
diamo un’occhiata alla stabilità che abbiamo anche noi
più stabilità per cosa significa questo
di nuovo intorno al valore del risparmio in giro
valore di affidabilità nel risparmio intorno
tempo anche sicurezza della conformità e
reputazione intorno alla conformità e
sicurezza tutti conosciamo il caso Netflix
quando sono sicuro che molti di noi fare quando
Amazzone è andato giù e tutti sono andati giù
tranne netflix perché lo erano stati
usando la scimmia del caos che non scegli
la scimmia del caos della scimmia del caos ti sceglie
cosa possiamo fare tutti quando ne abbiamo di più
sistemi resilienti conosci tutti
pensavo che Netflix fosse trattato
speciale no, si stavano curando da soli
speciale perché erano abituati
fallimento avevano resilienza più stabile
i sistemi ora ci sono anche fattori chiave
che correlano con ciascuno di questi mttr
lead time per l’implementazione delle modifiche per
controllo della versione di frequenza per tutti
capita di produrre artefatti
correlare con tutti loro così avendo
il tuo codice e dal modo in cui è per tutti
artefatti di produzione così è
controllo del codice sorgente dell’applicazione
infrastruttura di gestione della configurazione
avere tutto in un repository e
questo è in parte, quindi puoi girare
tutto su ricreare di cui hai bisogno
fornendo infrastrutture e test
ambienti che forniscono ambienti per
dev test QA tutti per tutti i tuoi
squadre interfunzionali in modo che possano girare
quando vogliono, quindi è economico
e facile e veloce
monitoraggio continuo dei test automatizzati
consegna anche cultura super importante
clima di soddisfazione professionale per l’apprendimento
per non dimenticare che questo non riguarda solo
automazione e attrezzature e pratica e
processo abbiamo davvero bisogno di averlo
cultura e quel clima sul posto che
ci permette di fare sperimentazione così
DevOps è un bene per le organizzazioni
anche tagliato alla linea di fondo a destra
organizzazioni IT ad alte prestazioni quando
rispetto a quelli IT a basso rendimento
organizzazioni con il doppio delle probabilità di superare
quota di mercato della redditività e
obiettivi di produttività questo è in tutto il mondo
questo è attraverso tutti i tipi di
industrie delle organizzazioni ora il numero
a destra questo era per gli intervistati
chi ha offerto volontariamente il proprio titolo di borsa
questo è limitato alle società che lo sono
scambiato sulla borsa americana ma per
quelli che facevano il cinquanta per cento in più
crescita del capital market in tre anni quindi di
il modo in cui anche questo non è come le startup
e unicorni e solo mentre op negozi così
quando entriamo e guardiamo i dati questo
anche questo principalmente non è principalmente
maggioranza perché il suo mercato azionario
aziende istituzioni finanziarie al dettaglio
organizzazioni ovviamente di grande tecnologia
organizzazioni ma chiaramente non solo
start-up e negozi online perché
sono quotati pubblicamente anche quando noi
guarda il negozio principale che contribuisce
prestazioni IT prestazioni dell’organizzazione
e le forti pratiche DevOps erano a
enorme cultura organizzativa contributiva
e il clima per il lavoro di apprendimento era il
il predittore numero uno ma quando torniamo indietro
e guarda la letteratura che è
in realtà è tenuto per decenni
quando diamo un’occhiata all’organizzazione
cultura quindi è una specie di interessante
quanti qui possiamo dare un’occhiata
esaminiamolo rapidamente patologico
o le culture orientate al potere tendono ad essere
caratterizzato da scarsa cooperazione
i messaggeri sono stati uccisi
il parzializzazione ingannato è un fallimento scoraggiato
Lisa capro espiatorio e novità è schiacciata
culture burocratiche o orientate alle zone rurali
ci sono modesti messaggeri di cooperazione
sono trascurate ora le nostre responsabilità
il fallimento del ponte tollerato porta a
la novità della giustizia può portare a problemi
anche generativo o orientato alla prestazione
chiamato una fiducia arrotondata cultura ciao
i messaggeri di cooperazione sono rischi addestrati
o il bridging condiviso è un fallimento incoraggiato
la novità minima richiesta è implementata chi
qui hmm ha un amico che lavora in un
cultura orientata al potere va bene chi qui ha
un amico che lavora in un ambiente rurale
la cultura va bene e chi lavora qui è così
cultura orientata e chi no
osa rispondere per il loro amico fan jezik
okay i risultati dello studio del 2014 hanno mostrato
quella metà della metà degli intervistati
e questo era basato su oltre 9000 noi
erano quasi a 9300 intervistati e e
i dati su questo argomento riguardano circa 20.000 persone
ora quindi siamo davvero molto solidi
dati il tuo orecchio circa la metà delle persone
iscrizione orientata su una terza parola
orientato al rendimento circa quindici
la percentuale era al potere e lo farò
si noti che quando guardiamo ad alto medio
e quelli a basso rendimento c’è a
differenza statisticamente significativa
con la maggior parte degli high performer
appartenere o vedere la rappresentazione
in quelle culture generative
e questo è davvero un modo significativo
forte predittore di prestazioni elevate
e forti DevOps e e perché prendere un
guarda una citazione di Scott Scott cucinala
in esso così le chiamate sono mie ma da
installando una cultura dell’innovazione rapida noi
ha effettuato 165 esperimenti nel picco
tre mesi di stagione delle tasse quindi nel
state ragazzi ragazzi Texas voi ragazzi
sono come i taxi qui, quindi dobbiamo
facciamo sempre le nostre tasse e le tasse a
certo tempo ogni anno il nostro
tasso di conversione dei risultati aziendali del
il sito Web è in aumento del 50%
risultato che tutti lo amano perché loro
nuove idee possono arrivare sul mercato, va bene
indietro di cinque o 10 anni 15 anni che lo farebbe
mai osare fare esperimenti su una diretta web
sito nel picco della stagione delle tasse come
ripensare alla programmazione in stile anni ’90
non c’è modo di osare farlo
ma quando hai intenzione di capire
fuori quando qualcuno vorrebbe qualcosa
tranne durante la stagione fiscale di picco e anche
guarda il tasso di conversione della seconda parte
del sito Web è in modo che i tuoi clienti
Mi piace molto, ma cos’altro ha fatto
menziona che ha menzionato i dipendenti
sono felice di come sia bello non solo quello
lui fa più soldi ma è esplicitamente
gridando che i suoi stessi dipendenti sono
più felice perché le loro idee stanno facendo
sul mercato e anche ciò che non ha fatto
menziono davvero che nessuna idea può dare
sul mercato ma anche le loro idee non possono
fallo provare e se non gli piace
possono solo tirarlo fuori io sono
indovinando nessuno si è messo a urlare se
non ha funzionato perché puoi provarlo
questa è una bellissima storia, Greg
Linden a Amazon così Greg aveva avuto questo
ottima idea, quindi suppongo di avere tutto
stato al supermercato nel negozio e
c’è sempre come a
checkout hanno sempre tutte le caramelle
proprio lì a cui sono un sucker per
Sono metà del tempo in cui ricevo caramelle o se tu
mai avere figli come loro vogliono sempre
caramelle quindi finisco con le caramelle, così Greg ha avuto
questa grande idea che al momento del pagamento
amazon
come offrire suggerimenti per quello che tu
dovrebbe comprare alla cassa va bene il problema
o la sfida è quella come a
il supermercato sei già
fisicamente intrappolato in fila e io no
potevi andare a piedi su Amazon
clicca quindi ha presentato questa idea
anche se per un vice presidente senior
il vicepresidente senior era come si
assolutamente no no questo è un orribile
idea perché se mi distraessi posso
lasciare il sito Web posso navigare lontano
carina adorabile bella idea assolutamente no
Greg imballa le sue cose come ha mostrato
lui un prototipo completamente funzionale cade
la sua testa esce dall’ufficio
torna nel suo ufficio scrive un a / b
il test lo spinge verso la produzione
torna dopo un paio di settimane e lo mostra
drastici aumenti delle entrate, così ordina
di appena espressamente andato contro il
desideri di un vicepresidente anziano come
quanti qui potrebbero farlo
probabilmente più qui di quanto potrebbero anche cinque
o dieci anni fa, ma non è così
incredibilmente comune è il segno distintivo di
una novità ha incoraggiato la cultura guidata dai dati
e Greg scrive questo più tardi nel suo
blog Penso che la costruzione di questa cultura sia
la chiave per la creatività dell’innovazione deve
fluisci da ovunque, indipendentemente dal fatto che tu sia un
stagista estivo o CTO nessuna buona idea
deve cercare un test obiettivo preferibilmente a
test che espone l’idea al reale
i clienti devono essere in grado di tutti
l’esperimento impara e itera lo è anche
vale la pena notare che avevano l’infrastruttura
costruito e disponibile che ha fornito il
possibilità per lui di fare un test a / b non
tutti hanno quello disponibile era tutto
così facile per lui spingerlo
così lavoro SAT anche un forte forte
predittore delle prestazioni dell’organizzazione così
comunque ottima cosa da fare in alto
correlati di soddisfazione sul lavoro ciao fiducia
clima culturale organizzativo di
imparando le relazioni win-win tra
persone che sono tradizionalmente a riposo
monitoraggio proattivo e ridimensionamento automatico
utilizzo di test automatici di controllo della versione
cose che ti aiutano a fare il tuo lavoro più facile
fornire alle persone le risorse di cui hanno bisogno
per fare in modo che il loro lavoro finisca
del sondaggio DevOps 2015 lo sappiamo da
il modo in cui questa è una bella immagine è nel
Pratica dell’indagine DevOps 2015 questo è un
statistica predittiva completamente testata
modello fatto con minimi quadrati parziali noi
sapere che completo veloce affidabile
test di automazione della distribuzione basata su
sviluppo integrazione continua
codice dell’applicazione un pisolino e sistema
configurazione tutto in controllo di versione
quelli sono tutti CD a cui contribuiscono
più alte prestazioni IT minori cambiamenti non riescono
valuta i livelli inferiori di dolore nella distribuzione
e questi tutti contribuiscono a salire
livelli di prestazioni organizzative così
sappiamo che le pratiche del CD sono buone
organizzazioni sappiamo anche che magro
le pratiche di gestione sono buone per
le fruste efficaci delle organizzazioni lo limitano
guidare il processo di miglioramento visivo
visualizza per monitorare la qualità e
produttività di quell’uso frusta di
prestazioni e interessi delle applicazioni
strumenti di monitoraggio dell’infrastruttura da realizzare
le decisioni aziendali contribuiscono tutti
gestione magra quelli aiutano a rafforzare
quella forte cultura generativa del lavoro quella
contribuire a migliorare le prestazioni IT e
contribuire a questo o alle prestazioni
tra l’altro gestione magra anche
diminuisce i livelli di burnout che vediamo
nei lavoratori o almeno contribuire a
livelli percepiti di burnout che
onestamente è quasi altrettanto buono se io
non sentirti bruciato è forte
primo passo quindi DevOps non è solo IT
la pratica dell’IT è come otteniamo il
lavoro fatto è lo strumento nel
automazione che è un buon primo passo
ma abbiamo anche bisogno della pratica nel
processo di come ci arriviamo è anche
la cultura è il privilegio di
software e la tecnologia
rivoluzione della trasformazione così ancora una volta
bisogno di tutti i pezzi al fine di
contribuire a quella linea di fondo che
abbiamo parlato di grazie mille
molto per il tuo tempo
tu
parlando di DevOps e tipo di cosa
stiamo vedendo arrivare in seguito così qualcuno
mi ha chiesto di darti cosa sai
cosa significa uscire dalla magra così
Non ho intenzione di dare una panoramica di
DevOps e Lane, ma perché dovremmo preoccuparci
quindi fondamentalmente un paio che alcuni
i sottotitoli potrebbero essere è ciò che questo significa
per la nostra linea di fondo o un altro supplente
il titolo è che dico che può succhiare quello che era
pinguini fantastici su questa mattina, ecco qui
noi andiamo e, si spera, questo non è acceso
stile vediamo cosa succede così così per
anni abbiamo investito tutti in IT
penso che influenzerà il fondo
linea dal modo in cui non piace mai così
per 40 o 50 anni tutti questi investimenti
in IT non hanno mai avuto un impatto sul fondo
linea come mai abbiamo avuto questo
adorabile chimera che sta andando a
e proprio no e anni e anni
o decenni di ricerche che non ha
influenzato la linea di fondo se ce l’ha
forse ha fatto, ma dopo anni così per il
la prima volta iniziamo a vederli
ha colpito la linea di fondo, ma solo se possiamo
combinalo con questa piena trasformazione
questo completo cambio di reingegnerizzazione che è a
compagnia con una trasformazione culturale
reingegnerizzazione trasformazione una pratica
e trasformazione del processo che ora
chiamiamo DevOps o molte persone
stanno chiamando DevOps a cui deve finire
fine deve includere tutto ciò che è
l’unico modo in cui sta iniziando a colpire ma
ora i dati stanno mostrando che sta mostrando
più e più volte ed è davvero davvero
eccitante e questo è ciò che la magra
la trasformazione è promettente per l’IT
e perché è così, perché?
qualsiasi altra azienda, quindi qualsiasi azienda potrebbe
vai a comprare un server alla gola nell’armadio
dargli un’illuminazione davvero carina ma
qualsiasi altra azienda potrebbe acquistare lo stesso
server o server della concorrenza e avviare
un armadio centrale o qualsiasi altra società
potrebbe fare qualcosa di altrettanto difficile
sai che potresti comprare un sistema ERP tu
potrebbe sviluppare un prodotto veramente difficile
ma non avrebbe contribuito al
linea di fondo e perché era questo è
perché non ti avrebbe procurato un
vantaggio o almeno non competitivo
vantaggio e se fosse competitivo
vantaggio non sarebbe stato quello che noi
chiamare un vantaggio competitivo sostenibile
sarebbe stato un punto di parità
ti aiuterebbe a tenere il passo non lo sarebbe mai
un punto di distinzione non andava
per aiutarti ad andare avanti DevOps è cambiato
che sembra molto simile al
Trasformazione di Lena Toyota che abbiamo visto
nella produzione molto simile a quella di Dan
muoviamo le persone verso il lavoro
il lavoro deve diventare più piccolo di cui abbiamo bisogno
essere in grado di apportare queste modifiche rapidamente
spostalo velocemente in produzione, vedilo
impatto aziendale in modo che possiamo fare
cambia rapidamente questo è ciò che intendiamo
quando diciamo che ha questo enorme
spostamento di riprogettazione è per questo che possiamo
finalmente vedere questi cambiamenti per massimizzare
l’efficienza per tagliare i costi per farlo
impatto sulla linea di fondo quindi DevOps è
buono per le prestazioni IT e questo IT
la performance si traduce infine in
risultati organizzativi e questo è enorme
quindi per anni 80 è stato visto come un
centro di costo e dal modo in cui non lo è
come una cosa brutta , ma non è così
è stato davvero un vantaggio competitivo e
ora finalmente lo è
questi sono i nostri giorni di gloria, a proposito
come holler per le persone con americano
accento e ho lasciato cadere l’ok così
è stato poi così questo Tutto è iniziato nel tardo
come il John di Ott tutto da Paul Hammond
Devon ops cooperazione a Flickr così loro
abbiamo parlato di fare dieci spiegamenti al giorno
e le persone nel pubblico alla velocità
tipo di perdere come perso le loro menti alcuni
la gente pensava che questo fosse rivoluzionario
e incredibili altre persone hanno pensato questo
era come la cosa più orrenda che potevi
forse fare al tuo team ops e così via
persone che sono nel pubblico giusto
ricordalo alle persone che non erano nel
il pubblico come increspature è uscito un po ‘
la gente pensava che ne fossero pieni e
non è possibile che fosse reale e poi tu
so che alcune persone hanno familiarità con questi
statistiche che penso vengano fuori
2013 queste sono statistiche amazon queste sono
produzione solo in ambienti host
ok, solo oltre un migliaio di max disploys in
una cosa sola ora questa è la distribuzione
ogni 11 secondi e mezzo
circa 10.000 host che ricevono
distribuisce su un numero massimo medio di
gli host che ricevono i deployment sono 30.000 ok
ora controlla questo adesso, tieni presente questo
queste sono le aziende che hanno
stanno facendo i DevOps che hanno visto
il modo in cui la verità della lunghezza loro
hanno subito l’intero DevOps
trasformazione ora questo è etsy Mike
La Gran Bretagna ha tenuto un discorso chiamato continuo
distribuire i dettagli sporchi nel 2013 lui
ha riferito la distribuzione del codice etsy che cosa è
richiesto da 6 a 14 ore e cosa loro
chiamato il loro esercito di dispiegamento ora ha preso 15
minuti in una persona che stava segnalando
30 distribuzioni al giorno 50 spiegamenti al giorno
Marzo 2014 ha riportato q con qui in
Londra
tra marzo 2014 e aprile 2014 a
lo chef comp etsy riportava allora ottanta
a novantadue giochi al giorno quindi il
ricercatori che hanno lavorato allo stato di
DevOps segnala per il 2015 quando questi
i numeri erano tutti messi insieme
si chiedeva c’è un modo per rompere il
Mese dell’uomo mitico se ne hai
completamente subìto i DevOps
trasformazione cosa succede così a
analisi è stata eseguita distribuisce al giorno per
sviluppatore se hai completamente
subì la trasformazione DevOps così
questa analisi è stata solo esaminata
aziende o organizzazioni e team
che hanno completamente subito il
Trasformazione DevOps che stanno facendo
almeno credo che i dispiegamenti giornalieri guardino cosa
succede così a basso rendimento medio a
interpreti di alte prestazioni se si guarda
ad alte prestazioni mentre diminuiscono il
numero di sviluppatori questo sembra molto
come lo spiegamento di Etsy una volta che hai
la struttura e l’infrastruttura DevOps
e le pratiche sul posto che puoi aumentare
il numero di sviluppatori e aumentare
il numero di consegna e schieramenti
che hai messo in atto una ricerca suggerisce
che la trasformazione è valsa la pena
avrai dei dolori crescenti ma indovina
che cosa
puoi vedere questi aumenti se lo sei
questo è il primo a iniziare questo viaggio
sarà doloroso se sei a metà strada
lungo questo viaggio non sei davvero
andando a vederlo, ma una volta che sei lungo
il modo in cui le cose andranno bene va bene così noi
sapere che DevOps è un bene per l’IT quindi ero
capo investigatore sullo stato del 2014 di
La relazione del diavolo contiene molti colleghi
rivedere l’accaduto con quei dati giusti
ora così abbiamo esaminato la misurazione dei DevOps e
Le prestazioni IT come noi abbiamo supportato l’IT
prestazioni qui abbiamo guardato alla distribuzione
frequenza ancora questa non era la consegna
Vogliamo essere in grado di offrire spinta
codice ogni volta che ha senso per il
affari quindi abbiamo guardato alla distribuzione
frequenza significa tempo per recuperare e condurre
tempo di cambiamenti così devianti
ops squadre hanno più il throughput in modo da
questo è il modo in cui soffoco e succhia
ITIL suggerisce che dovresti sempre
bilanciare la produttività e la stabilità
che bilanciate il rendimento e
stabilità mentre sacrifichi il rendimento in
Per ottenere stabilità, l’analisi è così
sto lavorando alla revisione tra pari in questo momento
Ho controllato per i dati diversi
molti modi diversi lo dimostrano
l’instabilità del throughput si muove in tandem
costantemente tutto il tempo IT basso
interpreta la loro instabilità del throughput
muoviti insieme se non li stai facendo
beh saranno entrambi a medio basso
gli interpreti sono sempre di media e
si muovono sempre insieme in alto
sempre con instabilità del rendimento
si muovono insieme e si muovono al
i più alti livelli sono tutte queste cose
statisticamente significativo e loro
muoviti sempre insieme non esiste tale
cosa come trade off appena ti sposti
uno giù l’altro si sposta verso il basso con esso
questo è quello che intendo quando dico come il
i trade-off semplicemente non funzionano ok quindi il
i team di sviluppo più performanti quando io
confronta i miei high performers e il mio low
gli esecutori otteniamo un rendimento maggiore
rispetto al basso vediamo 30 volte di più
frequenti schieramenti sia nel 2015
e 2014 e 200 tempi di consegna più rapidi
sui loro pari 2015 e 2014 entrambi
ora vediamo di nuovo più stabilità
questi si muovono in tandem cosa interessante
2015 rispetto al 2014-2015 vediamo 60 volte
più cambio tasso di successo e più veloce mttr
168 volte sembra che siano aziende
stiamo massimizzando la stabilità solo un po ‘
un po ‘per lo più perché una volta ottenuto il loro
rendimento ottimizzato non lo fanno
necessariamente necessario distribuire ogni cinque
secondi in cui possono già essere distribuiti
ogni ora che possono non hanno
a loro stanno prendendo queste decisioni basate
per esigenze aziendali e casi aziendali ok
DevOps promette e offre di più
produttività e maggiore stabilità in tandem
senza i trade-off che io chiamo
quindi cosa significa questo per noi di più
rendimento sono di nuovo le nostre statistiche
possiamo pensare a cosa significa questo
noi in affari queste sono le cose che
Magra promesse per noi in questo nuovo mondo
del software di tecnologia consegna nuova
content delivery per cosa significa
noi una nuova consegna di contenuti e circa
valore e risparmio attorno al test di a / b
che dire di valore attorno alla velocità di mercato
o conformità e modifiche normative o
sicurezza cosa succede quando c’è un nuovo
vulnerabilità ssl quanto velocemente possiamo ottenere
così, Adrian ha menzionato questo là
era un documento pubblicato da co Xavier
parlato di sperimentazione online a
Valutazione Microsoft ben progettato e
esperimenti eseguiti che sono stati progettati
per migliorare solo una metrica chiave
un terzo ha avuto successo nel migliorare
la metrica chiave quindi se sappiamo quale
in terzo luogo, puoi tenere quelli dentro
posto se sappiamo quale terzo a quelli
siamo
non possiamo tirarli fuori diciamo noi
voglio essere pigro e includere solo quelli
un terzo cosa possiamo fare con l’altro
due terzi delle nostre vacanze nel tempo
una birra possiamo fare ogni sorta di cose noi
può ottimizzare su quelli un terzo ma se
non sappiamo cosa siano quei terzi
che tipo di posizione stiamo bene ora
diamo un’occhiata alla stabilità che abbiamo anche noi
più stabilità per cosa significa questo
di nuovo intorno al valore del risparmio in giro
valore di affidabilità nel risparmio intorno
tempo anche sicurezza della conformità e
reputazione intorno alla conformità e
sicurezza tutti conosciamo il caso Netflix
quando sono sicuro che molti di noi fare quando
Amazzone è andato giù e tutti sono andati giù
tranne netflix perché lo erano stati
usando la scimmia del caos che non scegli
la scimmia del caos della scimmia del caos ti sceglie
cosa possiamo fare tutti quando ne abbiamo di più
sistemi resilienti conosci tutti
pensavo che Netflix fosse trattato
speciale no, si stavano curando da soli
speciale perché erano abituati
fallimento avevano resilienza più stabile
i sistemi ora ci sono anche fattori chiave
che correlano con ciascuno di questi mttr
lead time per l’implementazione delle modifiche per
controllo della versione di frequenza per tutti
capita di produrre artefatti
correlare con tutti loro così avendo
il tuo codice e dal modo in cui è per tutti
artefatti di produzione così è
controllo del codice sorgente dell’applicazione
infrastruttura di gestione della configurazione
avere tutto in un repository e
questo è in parte, quindi puoi girare
tutto su ricreare di cui hai bisogno
fornendo infrastrutture e test
ambienti che forniscono ambienti per
dev test QA tutti per tutti i tuoi
squadre interfunzionali in modo che possano girare
quando vogliono, quindi è economico
e facile e veloce
monitoraggio continuo dei test automatizzati
consegna anche cultura super importante
clima di soddisfazione professionale per l’apprendimento
per non dimenticare che questo non riguarda solo
automazione e attrezzature e pratica e
processo abbiamo davvero bisogno di averlo
cultura e quel clima sul posto che
ci permette di fare sperimentazione così
DevOps è un bene per le organizzazioni
anche tagliato alla linea di fondo a destra
organizzazioni IT ad alte prestazioni quando
rispetto a quelli IT a basso rendimento
organizzazioni con il doppio delle probabilità di superare
quota di mercato della redditività e
obiettivi di produttività questo è in tutto il mondo
questo è attraverso tutti i tipi di
industrie delle organizzazioni ora il numero
a destra questo era per gli intervistati
chi ha offerto volontariamente il proprio titolo di borsa
questo è limitato alle società che lo sono
scambiato sulla borsa americana ma per
quelli che facevano il cinquanta per cento in più
crescita del capital market in tre anni quindi di
il modo in cui anche questo non è come le startup
e unicorni e solo mentre op negozi così
quando entriamo e guardiamo i dati questo
anche questo principalmente non è principalmente
maggioranza perché il suo mercato azionario
aziende istituzioni finanziarie al dettaglio
organizzazioni ovviamente di grande tecnologia
organizzazioni ma chiaramente non solo
start-up e negozi online perché
sono quotati pubblicamente anche quando noi
guarda il negozio principale che contribuisce
prestazioni IT prestazioni dell’organizzazione
e le forti pratiche DevOps erano a
enorme cultura organizzativa contributiva
e il clima per il lavoro di apprendimento era il
il predittore numero uno ma quando torniamo indietro
e guarda la letteratura che è
in realtà è tenuto per decenni
quando diamo un’occhiata all’organizzazione
cultura quindi è una specie di interessante
quanti qui possiamo dare un’occhiata
esaminiamolo rapidamente patologico
o le culture orientate al potere tendono ad essere
caratterizzato da scarsa cooperazione
i messaggeri sono stati uccisi
il parzializzazione ingannato è un fallimento scoraggiato
Lisa capro espiatorio e novità è schiacciata
culture burocratiche o orientate alle zone rurali
ci sono modesti messaggeri di cooperazione
sono trascurate ora le nostre responsabilità
il fallimento del ponte tollerato porta a
la novità della giustizia può portare a problemi
anche generativo o orientato alla prestazione
chiamato una fiducia arrotondata cultura ciao
i messaggeri di cooperazione sono rischi addestrati
o il bridging condiviso è un fallimento incoraggiato
la novità minima richiesta è implementata chi
qui hmm ha un amico che lavora in un
cultura orientata al potere va bene chi qui ha
un amico che lavora in un ambiente rurale
la cultura va bene e chi lavora qui è così
cultura orientata e chi no
osa rispondere per il loro amico fan jezik
okay i risultati dello studio del 2014 hanno mostrato
quella metà della metà degli intervistati
e questo era basato su oltre 9000 noi
erano quasi a 9300 intervistati e e
i dati su questo argomento riguardano circa 20.000 persone
ora quindi siamo davvero molto solidi
dati il tuo orecchio circa la metà delle persone
iscrizione orientata su una terza parola
orientato al rendimento circa quindici
la percentuale era al potere e lo farò
si noti che quando guardiamo ad alto medio
e quelli a basso rendimento c’è a
differenza statisticamente significativa
con la maggior parte degli high performer
appartenere o vedere la rappresentazione
in quelle culture generative
e questo è davvero un modo significativo
forte predittore di prestazioni elevate
e forti DevOps e e perché prendere un
guarda una citazione di Scott Scott cucinala
in esso così le chiamate sono mie ma da
installando una cultura dell’innovazione rapida noi
ha effettuato 165 esperimenti nel picco
tre mesi di stagione delle tasse quindi nel
state ragazzi ragazzi Texas voi ragazzi
sono come i taxi qui, quindi dobbiamo
facciamo sempre le nostre tasse e le tasse a
certo tempo ogni anno il nostro
tasso di conversione dei risultati aziendali del
il sito Web è in aumento del 50%
risultato che tutti lo amano perché loro
nuove idee possono arrivare sul mercato, va bene
indietro di cinque o 10 anni 15 anni che lo farebbe
mai osare fare esperimenti su una diretta web
sito nel picco della stagione delle tasse come
ripensare alla programmazione in stile anni ’90
non c’è modo di osare farlo
ma quando hai intenzione di capire
fuori quando qualcuno vorrebbe qualcosa
tranne durante la stagione fiscale di picco e anche
guarda il tasso di conversione della seconda parte
del sito Web è in modo che i tuoi clienti
Mi piace molto, ma cos’altro ha fatto
menziona che ha menzionato i dipendenti
sono felice di come sia bello non solo quello
lui fa più soldi ma è esplicitamente
gridando che i suoi stessi dipendenti sono
più felice perché le loro idee stanno facendo
sul mercato e anche ciò che non ha fatto
menziono davvero che nessuna idea può dare
sul mercato ma anche le loro idee non possono
fallo provare e se non gli piace
possono solo tirarlo fuori io sono
indovinando nessuno si è messo a urlare se
non ha funzionato perché puoi provarlo
questa è una bellissima storia, Greg
Linden a Amazon così Greg aveva avuto questo
ottima idea, quindi suppongo di avere tutto
stato al supermercato nel negozio e
c’è sempre come a
checkout hanno sempre tutte le caramelle
proprio lì a cui sono un sucker per
Sono metà del tempo in cui ricevo caramelle o se tu
mai avere figli come loro vogliono sempre
caramelle quindi finisco con le caramelle, così Greg ha avuto
questa grande idea che al momento del pagamento
amazon
come offrire suggerimenti per quello che tu
dovrebbe comprare alla cassa va bene il problema
o la sfida è quella come a
il supermercato sei già
fisicamente intrappolato in fila e io no
potevi andare a piedi su Amazon
clicca quindi ha presentato questa idea
anche se per un vice presidente senior
il vicepresidente senior era come si
assolutamente no no questo è un orribile
idea perché se mi distraessi posso
lasciare il sito Web posso navigare lontano
carina adorabile bella idea assolutamente no
Greg imballa le sue cose come ha mostrato
lui un prototipo completamente funzionale cade
la sua testa esce dall’ufficio
torna nel suo ufficio scrive un a / b
il test lo spinge verso la produzione
torna dopo un paio di settimane e lo mostra
drastici aumenti delle entrate, così ordina
di appena espressamente andato contro il
desideri di un vicepresidente anziano come
quanti qui potrebbero farlo
probabilmente più qui di quanto potrebbero anche cinque
o dieci anni fa, ma non è così
incredibilmente comune è il segno distintivo di
una novità ha incoraggiato la cultura guidata dai dati
e Greg scrive questo più tardi nel suo
blog Penso che la costruzione di questa cultura sia
la chiave per la creatività dell’innovazione deve
fluisci da ovunque, indipendentemente dal fatto che tu sia un
stagista estivo o CTO nessuna buona idea
deve cercare un test obiettivo preferibilmente a
test che espone l’idea al reale
i clienti devono essere in grado di tutti
l’esperimento impara e itera lo è anche
vale la pena notare che avevano l’infrastruttura
costruito e disponibile che ha fornito il
possibilità per lui di fare un test a / b non
tutti hanno quello disponibile era tutto
così facile per lui spingerlo
così lavoro SAT anche un forte forte
predittore delle prestazioni dell’organizzazione così
comunque ottima cosa da fare in alto
correlati di soddisfazione sul lavoro ciao fiducia
clima culturale organizzativo di
imparando le relazioni win-win tra
persone che sono tradizionalmente a riposo
monitoraggio proattivo e ridimensionamento automatico
utilizzo di test automatici di controllo della versione
cose che ti aiutano a fare il tuo lavoro più facile
fornire alle persone le risorse di cui hanno bisogno
per fare in modo che il loro lavoro finisca
del sondaggio DevOps 2015 lo sappiamo da
il modo in cui questa è una bella immagine è nel
Pratica dell’indagine DevOps 2015 questo è un
statistica predittiva completamente testata
modello fatto con minimi quadrati parziali noi
sapere che completo veloce affidabile
test di automazione della distribuzione basata su
sviluppo integrazione continua
codice dell’applicazione un pisolino e sistema
configurazione tutto in controllo di versione
quelli sono tutti CD a cui contribuiscono
più alte prestazioni IT minori cambiamenti non riescono
valuta i livelli inferiori di dolore nella distribuzione
e questi tutti contribuiscono a salire
livelli di prestazioni organizzative così
sappiamo che le pratiche del CD sono buone
organizzazioni sappiamo anche che magro
le pratiche di gestione sono buone per
le fruste efficaci delle organizzazioni lo limitano
guidare il processo di miglioramento visivo
visualizza per monitorare la qualità e
produttività di quell’uso frusta di
prestazioni e interessi delle applicazioni
strumenti di monitoraggio dell’infrastruttura da realizzare
le decisioni aziendali contribuiscono tutti
gestione magra quelli aiutano a rafforzare
quella forte cultura generativa del lavoro quella
contribuire a migliorare le prestazioni IT e
contribuire a questo o alle prestazioni
tra l’altro gestione magra anche
diminuisce i livelli di burnout che vediamo
nei lavoratori o almeno contribuire a
livelli percepiti di burnout che
onestamente è quasi altrettanto buono se io
non sentirti bruciato è forte
primo passo quindi DevOps non è solo IT
la pratica dell’IT è come otteniamo il
lavoro fatto è lo strumento nel
automazione che è un buon primo passo
ma abbiamo anche bisogno della pratica nel
processo di come ci arriviamo è anche
la cultura è il privilegio di
software e la tecnologia
rivoluzione della trasformazione così ancora una volta
bisogno di tutti i pezzi al fine di
contribuire a quella linea di fondo che
abbiamo parlato di grazie mille
molto per il tuo tempo
tu
Please follow and like us: