come stanno tutti oggi?
Ho avuto la bella sessione di pranzo post così
tutti sono pieni posso vedere tutti
capito , proveremo a tenerti
sveglio attraverso questa cosa il mio discorso è
intitolato DevOps il buono cattivo e il cattivo
siamo concentrarsi principalmente andando sul male e
il brutto diritto non è quello che non lo faccio
amore DevOps giusto I love DevOps
ma penso che ci siano abbastanza discorsi
quanto sia bello come sorprendente è
e c’è un numero di cose che vanno
su quando fai questo DevOps
trasformazione che se lo fai in a
l’aspirapolvere sei un po ‘ come forse abbiamo fatto
qualcosa di sbagliato e poi improvvisamente lo è
come oh no, tutti dovevano capirlo
fuori e tu sei come oh, vorrei averlo avuto
lo so, quindi ti farò camminare
attraverso alcune delle cose che noi
incontrato e, si spera, condividere o salvare
voi ragazzi un po ‘di dolore prima di iniziare
anche se mi limiterò a ripetere il mio nome
è Jeff Smith, gestisco l’affidabilità del sito
ingegneria a GrubHub quanti di noi
ho sentito parlare di hub grub va bene per
quelli di voi che non ci sono, è così
eccezionale
grub hub com colleghiamo i commensali con
ristoranti per ottenere cibo consegnato e
è un’esperienza tremenda e spero
ti piace e se ti diverti, noi
stanno assumendo è incredibile quanto sia difficile
è ottenere cibo da un posto a
altre tonnellate di tonnellate di tecnologia
problemi interessanti quindi se lo sei
carriere di grub di interesse comm slash carreggiate
o puoi vedermi dopo il discorso che sto facendo
Twitter puoi trovarmi al buio e
sporco il mio indirizzo e-mail è Jeff
cose dork ultimo ma non meno questo è
non un discorso sulla diversità, quindi sorprendi ora
che quegli elefanti fuori dalla stanza
c’è un probabilmente c’è una coppia
cose che dovrebbero probabilmente raccontare
me stesso prima di iniziare solo
un po ‘ come incorniciare il contesto di questo
parla bene
Credo di essere considerato una specie di downer
sulle cose giuste, tutto è terribile
un po ‘ nel mio libro e non perché lo sono
una di quelle persone scontrose che solo
odia tutto ma è solo che io
credo fermamente che lì
non è una soluzione perfetta
e cerco di sradicare qualsiasi idea o
suggerimenti che questa soluzione che il mio
il team ha appena funzionato
giusto perché ci sono sempre dei compromessi
ci sono sempre cose che sono buone e
male e si sorta di avere a che fare con
è vero anche il mio bambino di quattro anni
iniziando a imparare che è proprio come
oh, non sapevo se avrei saltato il gelato
Potrei avere una torta più tardi , è come stare bene
si, è un trade-off giusto
la stessa cosa con la progettazione di sistemi è così
tutto quello che sto dicendo con un po ‘
di grano di sale l’altra cosa tu
dovrebbe sapere su di me, purtroppo, è che
NON sono un esperto, non sono un pensiero
Leader Ho un blog probabilmente ottiene circa
30 colpi al mese ma così così il tuo chilometraggio
su questo può variare ma voglio solo lasciare
voi ragazzi sapete che sapete di avere gentilezza
di passare attraverso questi dolori e problemi
quindi capisci che questo è del nostro
prospettiva arcobaleni unicorni come
è un po ‘quello di cui abbiamo parlato e
crescerci o in grub pops in DevOps man
sembra molto peggio su un grande schermo
come quella santa mucca ma è una specie di
dove siamo con lo stato di DevOps
in questo momento tutto è bello
è tutto incredibile ci sono arcobaleni
ovunque ma non è del tutto vero
giusto e l’analogia che tipo di
usare è come immaginare di essere in una fabbrica
e quella fabbrica diciamo che sai cosa
voi ragazzi dovete entrare nell’arcobaleno
gli affari mettono gli arcobaleni dappertutto
e sono come tutti i dolci che siamo
intenzione di farlo e poi alla fine del
giorno sono come se tu sapessi che abbiamo tutto
questi arcobaleni ma è sempre luminoso
ora sai che nessuno può andare a dormire
e siamo come oh sì, succede
tutti hanno ragione, così tante persone non capiscono
a quella sezione arcobaleno e sono come
oh dobbiamo aver fatto qualcosa di sbagliato
giusto perché ovviamente se altre persone
stanno avendo questo problema che non sarebbero
esponendo quanto sia fantastico
c’è una serie di problemi che arrivano
e devi affrontarli
appropriatamente e non tutto è roseo
quindi perché passare a DevOps per noi molto
delle ragioni comuni che la maggior parte di voi
I ragazzi hanno ragione quando hai solo il codice
e tu lo lanci oltre il recinto alle operazioni
nessuno vince, è tutto problematico
attraverso la maggior parte di noi hanno probabilmente
sperimentato che solo un rapido spettacolo di
mani quante persone identificano
loro stessi come sviluppatori e quanti
la gente è ops gente va bene, va bene
quindi sì gettando il codice oltre il recinto
non è vantaggioso per chiunque lo sia
problematico ma l’altra cosa sono le operazioni
e dev ha davvero diverse mentalità
su come affrontiamo i problemi giusti e
è normale perché in realtà abbiamo
incentivi leggermente diversi proprio come a
risultato di ciò abbiamo leggermente
mentalità diverse
ma entrambi sono utili per entrambi gli atteggiamenti mentali
entrambi i gruppi, quindi c’è una mancanza di a
mentalità di sviluppo nelle operazioni e
c’è una mancanza di mentalità operativa
in fase di sviluppo, quindi quando abbiamo visto DevOps
visto che come un’opportunità di tipo di
sposare queste due cose e, si spera
eseguire meglio e portare quella mentalità
quelle mentalità disparate per entrambe le squadre
quindi quando abbiamo inizialmente distribuito DevOps
la prima cosa che dovevamo fare era avere
guardare la struttura organizzativa a destra
perché hai persone come me che sono
manager che hanno rapporti diretti e noi
dì ora che prendiamo dev we are
prenderò l’op quindi andremo a fare la poltiglia
loro insieme e la gente dice tutto bene
ma cosa vuol dire giusto lo fa
significo che riferire a questa persona è il mio lavoro
cambiando titolo queste sono tutte cose reali
che si deve affrontare, perché ci
le persone sono coinvolte nel modo giusto se io solo
ti ho detto che sai un giorno come hey siamo
andando cambiare il nostro modo di lavorare sarò
darti un titolo leggermente diverso e
sarà fantastico
avrai una serie di domande
che devi aver risposto bene chi
faccio rapporto a chi è il mio capo se lo sono
lavorare con questo team di sviluppo
loro il mio capo se le operazioni sono qui
sai cosa significa in termini di
quali sono le mie responsabilità come a
lo sviluppatore è stato uno dei più grandi
cose che dovevamo affrontare l’altra cosa
erano set di strumenti e flussi di lavoro per le operazioni
squadra come abbiamo suggerito
prima c’è una mancanza di sviluppo
mentalità in alcuni negozi operativi non
tutti loro il tuo chilometraggio può variare ma dentro
alcuni di loro ce l’hanno
mancanza fondamentale perché non abbiamo
ha funzionato in quei tipi di ambienti
il giusto controllo del codice sorgente per noi era un mucchio
di file back con orario diurno ed è stato
eccezionale
ma non ha funzionato così bene come a
risultato che devi anche affrontare
con cambiare set di abilità che sono
necessario per le squadre sia in
sviluppo e operazioni giuste
Le operazioni devono imparare cose o
circondando lo sviluppo del software
lo sviluppo del ciclo di vita deve imparare
cose in termini di come ciò che serve
eseguire un sistema in produzione i tipi di
dati hai bisogno dei tipi di allertarti
bisogno
cose del genere quindi devi prepararti
te stesso che non sarà solo
prenderemo queste due squadre
li mescoleremo insieme e
tutto andrà magica ci sono
un numero di cose che stanno andando a
devono essere affrontati da un set di abilità
prospettiva affinché tu possa essere veramente
successo così come sono nei DevOps
comunità trovo un paio di differenti
o strutture org astratte che esistono
proprio la prima struttura organizzativa che vedo
i membri del team ops non lo sono
incorporato nei team di sviluppo e loro
riferire a chi conduce la squadra è una specie di
come questa squadra unificata, non c’è
più vera organizzazione delle operazioni separate
poi c’è un modello in cui c’è OP
membri del team che rimangono separati ma
c’è una sorta di impegno ufficiale
processo per quelle risorse e questo è
una specie di questo è una specie di modello
che abbiamo usato abbiamo una tecnologia separata
struttura organizzativa, ma ogni report di sre
direttamente bene non direttamente ma riporta
a un team di streaming che conduce così sono a
membro di quella squadra in contesto ma in
realtà quella linea è punteggiata e loro
continuando a riferirmi e riferirò a
il vicepresidente delle operazioni tecnologiche e poi il terzo è
si forma una nuova squadra chiamata dev ops it’s
efficacemente un terzo silo e probabilmente
dopo un anno ti renderai conto che lo è
effettivamente rilasciato ingegneria penso
questo è un un modello comune che vediamo
dove vedi un lavoro DevOps e lo sei
come hmm questo suona esattamente come
rilasciare l’ ingegneria perché è così
parleremo un po ‘del terzo silo
un po ‘di più ma sai evitare il terzo
silo se possibile arresto e pensare
quello che stai facendo si vuole distruggere
silos aggiungendo un altro silo più grande
gruppo di tutti i tempi quindi questo è un rapido
guarda come appare la nostra struttura organizzativa
così, abbiamo il VP e l’ingegneria
abbiamo ottenuto lead funzionali team lead dev
QA e analisti aziendali quindi abbiamo a
struttura organizzativa separata dove abbiamo
il vicepresidente del team tecnico ops conduce e a
gruppo di membri operativi che fanno rapporto in
la squadra conduce come ho detto c’è quello
linea tratteggiata in modo tale che il nostro staff operativo sia
parte della squadra giusta partecipano
partecipano allo stand delle squadre
nella pianificazione iterazione della squadra
riunioni ma continuano a riportare a
organizzazione separata e perché è così
entreremo in solo un secondo perché
è un’altra cosa che tipo di morsi
tu
quindi alcuni dei benefici della nostra scelta
il modo in cui abbiamo finito per farlo è uno noi
fare un maggiore coinvolgimento con il nostro
team di sviluppo giusto perché siamo dentro
le squadre di flusso perché siamo nel
riunioni di pianificazione iterativa perché
siamo negli stand-up sai che siamo
interfacciarsi con gli sviluppatori in modo molto più elevato
tasso di quanto abbiamo mai avuto prima
e lo sviluppo si interfaccia con
operazioni molto più sai che è
sempre guardato da un lato
in termini di come quello che sta ottenendo Ops
da esso, ma lo sviluppo diventa un bel po ‘
di vantaggio anche perché ora sono in qualche modo
avere questa persona di contatto che possono
ottenere l’accesso che abbiamo probabilmente
maledettamente negato in passato c’è un
rinnovato focus su allerta e monitoraggio
ora che abbiamo una sola squadra
tipo di responsabile per questo prodotto
dall’inizio alla fine c’è questo nuovo
concentrati su come va bene questa app
esibirsi bene e va oltre il semplice
Utilizzo della CPU e utilizzo della memoria
entra in cose come tu sai come
molti ordini al secondo ti stiamo facendo
sapere quanto tempo impiega per soddisfare un
ordina questo tipo di metriche di business
che aiutano a dare forma e a fornire il contesto
come i servizi sta eseguendo che sono
più che come oh siamo al 40% della CPU
utilizzo corretto cosa vuol dire
dal punto di vista dell’impatto sulle imprese che
non significa niente
quindi avere la squadra che ha Devon
Ops lavorano insieme uno dà a sres an
strada per parlare con gli sviluppatori
e dire come hey quali sono le cose
che dovremmo misurazione e alla sua
allo stesso modo nell’altro modo il
gli sviluppatori possono dire come se tu lo sapessi
non so come si comporta il sistema
perché non ho accesso alla tua figata
gli strumenti mi danno l’accesso in modo che possiamo
costruisci questa cosa e falla funzionare meglio
maggiori opzioni per la selezione degli strumenti a causa di
il personale operativo è presente presto quello che ho
dire è che così sto andando dare come un
poca confessione operativa qui
la tecnologia ci capita a volte
ops proprio come stai canticchiando
stai andando alla grande, sai che sei
hai tutti i tipi di monitoraggio
il mio database sequel e poi qualcuno
dice che sai che abbiamo un nuovo prodotto
entrando che gestirà Couchbase
e non avra ‘il front-end di js e
sarà fantastico qui è quando
quello che ti succede è il tuo istante
reazione a dire oh no no way not gonna
accadrà ora andando a farlo lo darò
voi tutti questi motivi per cui vi garantisco
tu e nove volte su dieci se tu
sposta quella conversazione nove mesi
prima dove il codice è davvero solo su
la parte posteriore di un tovagliolo e tu dici hey
Jeff stiamo pensando di usare
Couchbase e nodejs Sarei come l’uomo I
basta leggere un post sul blog che è quello
Fantastico facciamolo, è la differenza
tra yay o nay da un operativo
prospettiva quindi lo stiamo trovando
gli sviluppatori si sentono molto più a loro agio
venendo su e dicendo come hey ci sono
alcuni strumenti diversi che vogliamo usare
ecco perché vogliamo usarli , facciamo
capire cosa dobbiamo fare in ordine
per realizzare questo obiettivo e un sacco di volte
da un punto di vista operativo è
come sicuro qui ci sono le cose che noi
bisogno di fare o indirizzo per fare
che lo sappiamo in anticipo così che quando lo
arriva alla produzione tutto è equipaggiato
il modo in cui deve essere e ops e
dev sono felici e alla fine è un
riduzione di noi contro di loro giusta
perché non ci sono né noi né loro perché
siamo tutti seduti nello stesso quad a destra
condividendo la stessa pizza condividendo lo stesso
battute che condividono lo stesso schifoso Wi-Fi
sì , perché a volte c’è sempre questo
credenza come Ops ha un Wi-Fi migliore
di noi perché lo possiedono non è vero
anche il nostro è terribile, ora è il bello
cose
il brutto e il brutto non è troppo
terribile ma ce ne sono alcuni
problemi organizzativi che ne derivano
di loro essendo da una prospettiva ops
anche se abbiamo quasi preso le nostre sere
e li ha incorporati nelle squadre di streaming
ci sono un sacco di cose che sono ops
ancora responsabile di ciò
team di sviluppo e prodotto
Intendo onestamente a loro non importa davvero
a lungo termine, giusto, è così
a loro non importa che suoni
terribile ma come è difficile dire hey
si sa che caratteristica davvero cool voi
voluto implementare e hai bisogno di me per
tu sai due ore a settimana che non posso fare
che perché devo rattoppare destra LDAP
quello non è davvero qualcosa
I team di sviluppo vogliono sentire perché
questo non è davvero di loro competenza
le cose che stanno responsabile
quindi scopriamo che ci sono stati a
un po ‘di tirare la guerra in termini di risorse
perché anche se abbiamo detto hey sei
ne avrò un sacco di dedicato
risorse e realtà non lo sono
dedicati sono parzialmente dedicati
pseudo dedicato che sembra terribile il
l’altro pezzo è la gestione degli incidenti ora
gli sviluppatori stanno iniziando ad aiutare molto
più con la gestione degli incidenti ma quello
non rimuove il fatto che Ops lo sia
in gran parte guidato da interruzioni quando arriva
per gestire la produzione giusta, quindi come in
sviluppatore pianifichi il tuo sprint se tu
bisogno della risorsa sre sapendo che a
qualsiasi punto potesse essere portato via e
costretto a lavorare su un altro problema, giusto
queste non sono cose insormontabili
sono solo cose di cui hai bisogno
capire come stiamo andando a trattare
con quello come abbiamo intenzione di dare la priorità
queste cose
il cambio di contesto costante anche
diventa difficile proprio perché adesso
le persone sono al servizio di due padroni diritto
s lo staff OP è responsabile a
il team di sviluppo e perché lo sono
parte di quella squadra che non vogliono lasciare
la squadra che vogliono assicurarsi
stanno rispettando le loro scadenze ma
sono anche responsabili nei miei confronti e
Devo incollare il mio sequel di cui ho bisogno
aggiornamento LDAP Ho bisogno di fare un PCI su di esso così
quel cambio di contesto tende a creare a
molto attrito come lo si indirizza
bene sai che lo indirizzi attraverso
pianificazione ma se non lo sai
andando in esso è sorta di pensate come oh
Ho questa risorsa dedicata e
vita sta per essere grande e non è
in modo che sia qualcosa che abbiamo dovuto
affrontare anche noi abbiamo in gran parte
affrontato attraverso avere un separato
riunione di pianificazione operativa in modo che noi
può disporre tutte le cose che Ops
deve essere fatto e abbiamo un
opportunità di pesare quelli contro il
cose che il team del prodotto deve ottenere
fatto in modo che tu sappia che è fondamentalmente un grande
incontrarci con tutto il team ci guida
fondamentalmente dire qui sono le cose che
Vogliamo essere fatti voi ragazzi dite il
le cose che hai bisogno di fare lo faremo
dare la priorità insieme in questo modo
prendere una decisione in base alle esigenze di
il business e andiamo avanti da
lì o poi a volte l’incontro è
vuoto ed è come va bene non credo nulla
ha bisogno di essere in ordine di priorità mi divertirò
con esso
priorità un termine che continua a venire
non ha davvero infastidito questa priorità
in realtà ha una forma plurale come
non ha senso quando pensi
su di esso dovrebbe essere la priorità periodo
uno singolare ma viviamo in un mondo con
priorità quindi chi stabilisce le priorità
destra dove che provengono da
proviene da operazioni da cui proviene
il team di sviluppo ti ho detto come abbiamo tipo
affrontato che abbiamo bisogno di bilanciare il
Ops lavoro di assunzione con la velocità della squadra
quello che intendo è come il flusso
le squadre iniziano a fare il loro
pianificando riunioni dobbiamo essere
consapevole che Ops ha un sacco di cose
che hanno bisogno di essere fatto anche noi
ho bisogno di essere sicuro e questo è il mio lavoro
ampiamente usato per dire ok, non posso
sovraccaricare questi ragazzi con troppo
le operazioni funzionano perché lui o lei
ha un sacco di lavoro di prodotto che anche
deve avere fatto in modo da essere consapevoli di questo
equilibrio ed essere si conosce molto in sintonia
con i team lead è molto molto
importante per avere successo
perché devi capire cosa
è che stanno mettendo fuori per lavoro e
che cosa stai mettendo nel
fare la fila per il lavoro o lo staff necessario per
ogni squadra la mia reazione istintiva è sì
vedendo la difficoltà che ho avuto nell’assumere
Vado forse non proprio lì ci sono
alcune squadre il cui lavoro è specificamente in
come sai la quantità di
materiale di produzione che stanno spedendo
out non garantisce uno staff operativo a tempo pieno
membro in tal caso, fondamentalmente lo diamo
loro a metà tempo o abbiamo un fidanzamento
processo in modo che quando hanno bisogno di a
risorsa sanno chi contattare così
che possiamo assegnare una particolare risorsa
per soddisfare i loro bisogni sono in genere
felice perché sono come te lo sai
non abbiamo bisogno di un ragazzo che si prende una sedia
in realtà non sai aiutare il
squadra fuori non vogliamo qualcuno seduto
in una riunione di pianificazione dell’iterazione sai
90 minuti a settimana che non capisco
qualsiasi cosa fuori di esso, essendo consapevole di come
le tue squadre stanno sfruttando la sre
le risorse sono molto importanti dedicate
risorse porta a poveri destra pianificazione
perché presumi che questa persona sia
sarà sempre disponibile che non lo è
sempre il caso
è problematico che devi ancora pianificare
per queste risorse e coordinare
appropriatamente ora è ancora un vantaggio
perché hai questa persona dedicata
che vai e sai chi chiedere
e con chi parlare e il modo in cui noi
tipicamente la struttura è come lo sai
si va i cavi di squadra o chiunque sul
squadra va alla SRE
e se l’ area sì ha un conflitto lui
si intensifica se non lui o lei può mediare
è proprio lì e capire cosa fare
Il prossimo
quindi quando la linea DevOps è sfocata quando
inizi a muoverti in DevOps, sai
a volte inizi a parlare di te
senti del modello che hai costruito tu
gestiscilo bene è l’idea che a
il team di prodotto è responsabile di a
soluzione completamente dal codice di commit a
produzione distribuire nel monitoraggio, ma se
tu vieni da un tradizionale
organizzazione che probabilmente hai vissuto in un
mondo in cui è come dev non ha accesso
alla produzione giusta non lo facciamo davvero
che siamo disponibili per come secondo e
supporto di terzo livello se ne hai bisogno ma
in gran parte dipende da voi ragazzi che non lo fanno
lavora sempre in un ambiente DevOps
perché in sostanza hai questo nuovo
membro della squadra e tu le dici come hey
ti unisci al team di cui fai parte
il team sei uno di noi sei il
solo uno su chiamata vede come va
guarda bene, non va bene ma
allo stesso tempo che hai a guardare
dal punto di vista dello sviluppo o
sono come se sapessi che sono andato
in dev quindi non ero in chiamata così hai
per capire che aspetto ha quell’equilibrio
piace ma l’ altra cosa che devi
a capire è come si fa a dare quel
persona l’accesso alla produzione dello sviluppatore
perché niente voglio dire niente è di più
infuriato che essere impaginato alle 2:00
al mattino
e non avendo accesso a fare una dannata cosa
per aiutare a destra posso guardare questo no
non posso vederlo perché non ho accesso
alla produzione posso risolvere questo no, davvero
non posso perché non ho accesso a
produzione
quello era strano lo trovarono ok dolce
forse stanno solo controllando la serratura così
sì in modo che è qualcosa che si deve
per affrontare il modo in cui siamo
tentare di affrontarlo è fondamentalmente
attraverso strumentazione di inferno fuori
tutto bene spingere tante metriche quante
molti tipi di modifiche che è necessario
fai attraverso alcuni strumenti di automazione e prova
per automatizzare e provare a verificarlo
strumenti di automazione giusto eravamo solo
avere una conversazione al di fuori di Steve e
un altro ragazzo di Braintree su questo
nuovo script che è uscito per ec2
istanze che fondamentalmente contrassegneranno un
istanza ec2 se qualcuno ha effettuato l’accesso
in modo da ottenere un tag speciale su di esso così
lo implementeremo a
fondamentalmente dire oh qualcuno ha effettuato l’accesso
questa casella per qualche ragione eseguiamo a
riportiamo scopriamo perché quella persona
doveva entrare in quella scatola così che possiamo
chiedere loro che cosa hai bisogno per
ragazzo che era sulla scatola che tu
non poteva farlo attraverso un altro strumento giusto
perché non potresti farlo a Splunk perché?
non potresti farlo attraverso il cane dei dati perché?
non c’era un lavoro Jenkins da lì noi
può tipo di costruire il nostro repertorio di
strumenti per i tipi comuni di attività
che facciamo regolarmente o
speriamo non così regolare se è un
incidente ma è qualcosa che tu
costruisci e non lo farai
conosci tutto il giorno in cui tu lo farai
devo iterare lentamente su di esso proprio così
non picchiarti quando sei
Oh uomo abbiamo avuto modo di mantenere la registrazione in
la scatola richiede tempo è la memoria muscolare
giusto che la prima cosa le persone fanno I
ricorda quando abbiamo implementato la prima volta
Splunk
le persone stavano ancora facendo finestre a X termine
con sette sessioni e trasmissione a
il terminale è come un tizio , Splunk
tipo di origine di accesso irregolare a tutto il
i server vengono interrogati dopo un po ‘di tempo
sbarazzarsi di quella memoria muscolare e se
sei stato in un lavoro tradizionale per a
mentre potevo vedere questo essere problematico
ma quando si tratta di asset di produzione
accesso hai un’altra serie di
problemi che affiorano – lo adoro
foto lo adoro assolutamente
DevOps unicorno che schizza dappertutto
sicurezza giusta e questo è quello che succede
se non stai attento, è così facile
per il motivo e solo così sai che ho appena gettato
questo qui qui guarda questo è divertente
Devo capire qualcosa da parlare
su questo ma ma l’ho inviato al nostro
capo della sicurezza anche perché ero tipo
questo è più o meno quello che sei stato
dicendomi bene mentre li costruiamo
strumenti mentre costruiamo l’assiduo amazzone
mentre lasciamo che le cateratte si aprano
gli sviluppatori sono in grado di aiutare l’accesso e
gestire la produzione dobbiamo pensare
sicurezza giusta perché è ancora un
gli audit dei diritti delle cose sono ancora una cosa e
niente è peggio di quando la tua sicurezza
ragazzi come va bene dobbiamo fare un no mio
bene cosa sta succedendo con questo
accesso accedere a questi server giusto questo è
cosa significa il mio ragazzo della sicurezza e lui è come
voi ragazzi state solo tirando fuori arcobaleni
ma devo spalmarlo in modo che tu lo voglia
per tenerlo nella parte posteriore della tua mente
quando sei fuori tipo di automatizzare questi
le cose come vanno le cose nel mio
altri processi specificamente intorno al
Lupi dell’audit diritti audit sono a
Fatto della vita , accadono e possono
aggiungere complessità ai flussi di lavoro DevOps
principalmente in giro come cose simili
hai costruito un sacco di nostri
organizzazioni intorno all’idea di
separazione delle funzioni destra quanti
hai sentito questo perché non potresti averlo
accesso a un server che non puoi fare
quella separazione dei doveri, amico, non puoi
scrivere il codice e distribuirlo è pazzesco
l’uomo è pazzesco , non lo facciamo
bene lo facciamo adesso, ma come facciamo?
affrontare le preoccupazioni di audit in merito
come dimostriamo che lo sai
distribuire che abbiamo fatto era qaid da qualcuno
diverso dallo sviluppatore e quelli sono
cose che devi pensare
circa in termini di tua attrezzatura e
la tua catena di strumenti giusto quanti ragazzi hanno
gestione modificata nel proprio ambiente
e quanti dei tuoi dispiegamenti sono sotto a
cambia gestione, quindi cosa fai?
fare bene la nostra risposta è stata automatizzata
il più possibile, così abbiamo provato
per definire il flusso di lavoro e come si definisce
il flusso di lavoro da cui automatizziamo l’inferno
il flusso di lavoro quindi mettiamo gli strumenti
automatizzare quel flusso di lavoro attraverso il cambiamento
gestione quindi se si modifica
il set di strumenti è la cosa che ha
per entrare nella gestione del cambiamento, ma se
stai schierando e stai seguendo
la catena di strumenti standard che implementa
puoi andare ora con cui devi lavorare
sicurezza per capire cosa
i requisiti sono giusti perché tanto
come ci piace andare attraverso il processo di
creare la sicurezza del biglietto no
davvero a cuore il biglietto vero loro
voglio preoccuparmi del processo che è stato
dietro il biglietto, così pensavamo di averlo
per vincere siamo come hey siamo
creazione automatica dei biglietti JIRA
no no no sai come faccio a saperlo
questo è stato provato come faccio a sapere che
è stato testato da qualcuno diverso dal
sviluppatore come faccio a sapere che non lo è
un’applicazione per l’audit finanziario e
che cosa che cosa percorso di distribuzione deve cambiare
di conseguenza, quindi, lavora a stretto contatto con
sicurezza per capire cosa
è che devi fare per
incontra quel bar e onestamente la sicurezza
lo adora nel modo giusto pensavo che sarebbe stato
un incubo per la mia sicurezza ragazzi come si
si puoi automatizzare tutto questo e noi
può mettere un processo attorno ai cambiamenti che sono
tutto per piegarsi all’indietro per aiutare
me stesso era disposto a scrivere codice
che fa paura perché non codifica
ma era come se lo fossi uomo è un
sviluppatore overflow stack completo
l’altro ultimo è probabilmente il
il più grande a destra
la tua verifica controlla così tante persone
vai sul web e scopri cos’altro
le persone stanno facendo per il loro controllo e
poi rigurgitano questo nel loro
controlli di controllo sai quali revisori
preoccupati che tu dica quello che fai
quello che dici è giusto così se tu
non ho bisogno di verifica delle impronte digitali per
ogni schieramento non lo metti nel tuo
il diritto al documento pensa a quello che è
che hai davvero bisogno di affrontare e il tuo
audit e documentarlo in modo appropriato
con dev work con op funziona con SEC e
Dì solo quello che fai e poi fai cosa
tu dici che è così semplice
abbiamo avuto in passato così tanti pazzi
i controlli erano affidabili questa è sicurezza
teatro proprio qui intendo questo non lo è
aggiungendo davvero qualsiasi valore , dice che lo faremo
tiralo fuori come oh possiamo farlo sì
non puoi farlo durante l’audit
ok fresco
le cose si stanno muovendo molto più agevolmente diffidate
del terzo silo non farlo proprio no
non creare il team DevOps che sono
supplicando di non farlo, infatti ero su
una missione per distruggere l’ingegnere DevOps
ruolo nella mia azienda ogni volta che l’ho visto
postato ero come no non stiamo chiamando
è un ingegnere DevOps che alla fine ho perso
perché il marketing ha vinto giusto così ora noi
avere lo stesso annuncio di lavoro pubblicato tre
volte come ingegnere DevOps come sito
ingegnere di affidabilità come un sistema
ingegnere perché perché questo è ciò che le persone
stanno cercando per bene ma quando arriva
alla vera organizzazione tenta di uccidere
con il fuoco se vedi quel terzo silo
formando vuoi sapere perché, perché
accade esattamente come pensi che sarebbe
accadere
tutti i tipi di passi indietro oh, va bene
questo è DevOps questa cosa è giusta
non noi non siamo responsabili per quello
dev e ops insieme lo lasciano
la squadra DevOps anche ulteriori
concentra questo tipo di responsabilità
un po ‘come stavo solo menzionando il
il team DevOps inizia ad assumere
come tutte queste cose di automazione e
l’altro po ‘di che è un sacco di che
roba è la cosa bella sul campo
proprio ora nel settore giusto e tu
puoi creare molto risentimento quando tu
avere un
terzo silo ed è come se no no
fanno le cose AWS fanno l’automazione
ti basta ruotare i registri di backup e
sai che non so essere avvisato quando
il disco si riempie che non è divertente è
non è divertente per nessuno quindi vedi il terzo
silo che inizia a formarsi
uccidilo con il fuoco oh sì e l’altro
cosa proprietà della produzione
ambiente è ancora più oscura ragione
perché non lascerò nessuno strumento
fuori l’intero processo e poi passo
via come bene non sono io se le cose
andato male tutto bene scusa che schierare
crash chiama l’altro silo che è loro
cosa ora no
scegliere un set di strumenti quindi questo è questo
polemica unica cosa con DevOps noi
impiccati così tanto negli strumenti che hai
docker Jenkins ec2 abbiamo tutto questo
post sul blog che arrivano a noi su tutti questi
cose magiche che Google e Facebook
stanno facendo bene tu non sei Google che sei
non su Facebook se non lo sei, ma tu lo sei
probabilmente non qualcuno su Google scala qui
no non la pensavo così a leggere come
Google risolve i loro problemi mentre è
lettura del bagno interessante probabilmente
Non qualcosa che si desidera riprendere e
essere come hey abbiamo bisogno di implementare questo
perché stiamo ottenendo almeno 120 colpi
un secondo dobbiamo essere in grado di scalare
calma dinamica verso il basso
risolvi i tuoi problemi proprio così quando sei
scegli il tuo set di strumenti assicurati
tienilo a mente che problema ho?
risolvere per la mia azienda giustamente quali sono i miei
problemi di organizzazione che potevi
implementa finestra mobile con kubernetes con
dinamico conosci il ridimensionamento del ridimensionamento automatico
gruppi, ma se davvero solo bisogno di
gestire meglio sudoers proprio lì
modi più facile da fare che impegnarsi per
iterazione : non lo inchioderai
la prima volta che non lo fai è facile da pensare
come oh uomo siamo dietro la curva
la storia di ognuno è diversa da tutti
l’organizzazione è diversa per tutti
lavorerà al proprio ritmo fino a quando
stai migliorando questa è la cosa
è fantastico, un giorno lo sei
ti siederai e lo capirai
come mi ricordo forse sei mesi fa noi
avuto nell’interruzione non era nemmeno un
interruzione
abbiamo avuto un degrado nel servizio giusto
è durato 15 minuti e siamo tutti d’accordo
fuoco cercando di capire cosa è successo
come non siamo stati avvisati di questo
prima
quale tipo di KPI avrebbe assistito
con questo e poi hai fermato qualsiasi cosa
e tu sei come l’uomo, sei e mezzo fa
questa cosa sarebbe stata giù per 30
minuti e la cura del cliente avrebbe
ci ha chiamato e ci ha detto come hey Diners
non stanno ottenendo XYZ, se lo fai
che l’iterazione lentamente ti ritrovi
in un altro posto che fai sempre
te stesso meglio e prima che te ne renda conto
ti guarderai indietro e lo farai
nemmeno riconoscere l’anno scorso come
come abbiamo lasciato che quello è quello?
insano in modo da non sentire come si deve fare
tutto in una volta, perché l’altro
prendi anche quello ti impedisce
dal fare qualsiasi progresso bene non possiamo
fallo perché non abbiamo elastico
Auto ridimensionamento gruppi e non possiamo farlo
perché non abbiamo metriche KPI così
ci sediamo solo sulle nostre mani e facciamo
Niente di niente se è qualcosa che è
piccolo sai come oh ecco questo
servizio che dobbiamo riavviare ogni
l’altra settimana è quella giusta per automatizzare quella build
che si basa sui tuoi successi fa a
enorme differenza e cercare di trovare rapidamente
vince bene prova a trovare piccole cose
che si può fare oggi, perché saresti
sorpreso da come i piccoli ostacoli che
affronti rapidamente a diventare grande
cose così se riesci a trovare piccole cose
per aiutare a costruire quel momento
porterai tutti a bordo a tutti
muovendosi nella stessa direzione ed è
fantastico ma la cosa più importante è farlo
risolvere i propri problemi per favore per favore
per favore
a volte desidero Google e Facebook
smetterebbe solo di scrivere post sul blog
affrontare le lacune del set di competenze è un’altra chiave
area in cui stiamo lavorando
abbiamo già fatto tanta strada ma
sono ancora conosci posti dove
abbiamo persone da cui provengono
ambienti operativi tradizionali corretti e
potrebbero non esserci sviluppatori o forse
che la rovina di quel faro non possono
essere abituato all’infrastruttura come a
codice o lo sviluppo del software
ciclo di vita queste persone sono ancora
diritto prezioso come non pensare di aver bisogno
per riorganizzare la tua intera organizzazione
le persone possono imparare che sono persone intelligenti
quindi devi solo capire dove
le vostre lacune sono e affrontarle
appropriatamente e il campo è così
vasto così vasto che
tutti non devono essere un hardcore
sviluppatore giusto non tutti devono
essere un hard performance engineer giusto
le persone possono trovare le loro nicchie e fornire
valore per la squadra in quei particolari
aree così una cosa che abbiamo fatto
davvero aiutato era che dovevamo scegliere a
linguaggio di programmazione comune per il
tipo operativa di lavoro che siamo stati
andando a fare
siamo prevalentemente un negozio di Java giusto
l’idea di costruire strumenti per
le operazioni in Java mi hanno fatto letteralmente imbavagliare
erano così bene che potremmo saperlo
ci siamo radunati attorno a Python così ora
abbiamo scelto una serie di strumenti comuni
siamo in grado di costruire librerie dopo di noi
costruisci quelle librerie che le persone possono consumare
quelle librerie e poi finisce
tipo di costruzione di un ordine naturale di
insiemi di abilità, ora abbiamo il massimo
ingegneri senior che costruiscono biblioteche
può essere consumato e utilizzato dal
gente che sta imparando proprio così se
ci stai entrando e sei solo
iniziando a imparare Python che non hai
per combattere queste cose complesse come oh
bene come sto andando a prendere in modo dinamico
i dati dal nostro deposito valore chiave bene
c’è una biblioteca che lo farà
per te non ti preoccupare
ci arriveremo lì alla fine e poi
hai anche il codice che le persone possono
rivedere per sapere cosa sai
il nostro stile particolare di come facciamo le cose
l’altro vantaggio nella scelta di un comune
il linguaggio di programmazione è più facile
adozione in generale giusta ed è molto
più facile trovare risorse quando tu
in realtà bisogno di assumere così ora quando noi
assumere siamo come se tu avessi un
linguaggio se è Python quella è la bomba
giusto facile non dobbiamo preoccuparci
beh, sai che è bravo in Ruby ma no
bene e vai ma in un certo senso va bene
Perl Python è il nostro linguaggio di scelta se
ti senti comodo passando a Python
e sai che è anche giusto
gioco ma la direzione è chiara
dobbiamo anche iniziare ad assumere un po ‘
un po ‘diverso per le operazioni ora che è Ops
diventare più di una più ampia abilità impostare
potrebbe valere la pena di portare persone
da diverse aree come parte del
processo di intervista giusto avere qualcuno
da intervistare dev ops gente ha ragione
un DBA intervista qualcuno a destra ops
avere un’idea di dove questa persona
skillet bugie perché penso che fosse
major caritatevoli che hanno detto che stai guardando
per gli ingegneri a forma di T in linea
un sacco di aree ma in profondità in un’area e
potresti non avere le abilità impostate sul tuo
squadra appositamente per capire dove
quella persona va in profondità ma sapendo che a
la persona è capace di andare in profondità dice a
molto sulle loro capacità per
imparare per progredire e per
assimilare nel tuo ambiente
certo che sottolinei il comune
linguaggio che viene scelto correttamente
perché non vuoi che qualcuno venga
dentro e poi io come sai bene
bene, so che stiamo usando Python ma tu
sappi che questa cosa di Erlang è baboom come si fa
Ho tutti di passare a quel no
assicurarsi che sia chiaro e in anticipo nel
processo di intervista e anche mettere un
enfasi sulla mentalità di sviluppo
giusto non significa che devono essere a
roccia coder stelle, ma fare in modo che essi
comprendere i concetti destra assicurarsi
che sono a bordo con test giusto
testare che sarà una cosa importante
avremo bisogno di sviluppatori per aiutare gli operatori
con entreremo in quello in un secondo ma
assicurati che siano a bordo con il
filosofia e metodo di fare
cose perché renderà il
integrazione con Devon ops così tanto
più facile se tutti sono sulla stessa pagina
l’allenamento non è sufficiente o noi sempre
di ‘oh, sai, li addestreremo
ragazzi per fare una cosa giusta e in qualche modo
quella volta non ti forma mai magicamente
devono impegnarsi a farlo bene bisogna
dì come sai che daremo
voi questa cosa da fare e stiamo andando
rendici responsabile per questo è dove
la motivazione viene da dove è
troviamo il tempo per fare queste cose
capita se è solo un obiettivo al
all’inizio dell’anno che dice oh imparare
Python non succede
stessa cosa con lo sviluppo giusto se noi
dì che sai che devi avere una migliore
sistemi che capiscono che non stai andando
per ottenere quella comprensione di sistemi
per osmosi , probabilmente no
persino farcela leggendo
la posizione è il tipo di cemento che
fonde queste idee e concetti e
ti consente di eseguirli effettivamente
l’ ambiente di produzione trova i mentori
vero ragazzi potete scambiare il personale op può essere
mentorato da dev e viceversa funziona
piuttosto bene è anche un po ‘ come come
molti hanno familiarità con il concetto di
Sindrome di Imposo, giusto così ho
sindrome di impostore cronica e cosa
sindrome dell’impostore è che è fondamentalmente la
idea di avere difficoltà
interiorizzare i propri successi destra
quindi sei costantemente nel timore che tu sia
sta per essere chiamato una frode che stai andando
veniamo richiamati proprio a quel impostore
la sindrome è più diffusa delle persone
rendersi conto ma è anche un ostacolo
fare domande proprio così quando hai
quel tipo di tutoraggio incrociato che dà
qualcuno il conforto sapendo che oh questo
il tizio mi sta facendo domande che lui
non sa ora mi sento a mio agio
facendogli domande che non conosco
okay , l’allenamento non è abbastanza, assicurati
trovi un progetto che voi ragazzi potete
attivamente lavorare per non tutti è a
lo sviluppatore non tutti sono persone OPS
di nuovo ricorda che le persone hanno
diverse abilità e quelle abilità sono
prezioso e possono ancora essere sfruttati
e avere successo in una parte della squadra
i membri del team di supporto giusto escono da loro
timoneria quando possibile, giusto se
c’è qualcosa che sono solo
completamente non a proprio agio con e
non l’hanno mai provato, lo sai dato
loro sono qualcosa di piccolo da giocare
con forse scoprono che non è loro
tazza di tè giusto ma almeno ora tu
conoscere al contrario di solo qualche paura inane
è esistito da quando conosci C ++ 101
giusto e ricorda che le emozioni lo sono
importante parliamo molto delle operazioni di abbraccio
e DevOps, ma credo che uno dei
le cose più importanti che mi hanno attratto
la comunità è il tipo di empatia che è
proiettato e discusso , siamo noi
parlando di esseri umani reali con
sentimenti reali emozioni reali e te
dobbiamo tenerne conto non solo
solo durante i tuoi DevOps
trasformazione ma come cultura in
generale perché una volta che costruisci empatia
rende il lavoro di squadra molto più semplice di Google
effettivamente messo fuori uno studio che fondamentalmente
ha detto che i membri del team sono i più
efficaci sono quelli
i jerks sono essenzialmente gentili con entrambi
altro
tutti stanno cercando di fare del loro meglio
può
tutto quello che possiamo fare è aiutarli
andare d’ accordo tutto bene
il viaggio DevOps è duro e tuo
il viaggio sarà diverso dagli altri ma è
ne vale assolutamente la pena quando esci come te
inizia queste trasformazioni nel tuo
L’organizzazione di
assicurati di parlare con altre persone
assicurati di essere coinvolto nel tuo
la comunità fa domande perché le possibilità
qualcuno ha incontrato lo stesso
problema che hai fatto fare empatia
certo che stai trattando tutti con
rispetto assicurati di aver capito
tutti sono in un posto diverso quindi
non dire che conosci il marchio Schneider
come oh stai ancora usando l’ASP classico
non è che io voglia usare l’ASP classico
Non ho scelta giusta, solo
dove sono adesso, quindi tienilo dentro
mente e sii buono l’uno con l’ altro
questo è tutto
grazie mille, è stato fantastico
Ho ancora la sindrome di impostore pure
quindi sì domande di cui hai parlato
Python come il tuo linguaggio principale e riguardo
Qualora bash o simili sarebbero
più semplice o più veloce, quindi lo sai
modulo il tuo cursore che è come
tutti gli strumenti fanno schifo sì sì sì sì
in realtà hanno la stessa conversazione e
evitiamo come Perl o altre lingue
così è più o meno la scelta
tra bash e Python e fondamentalmente il mio
bar è se ho bisogno di qualsiasi forma di complesso
struttura dati Python piuttosto semplice
proprio come oh è necessario un allineamento no, non
in bash si si, va bene, questo è l’unico
l’altra domanda che abbiamo fatto qui lo fa
Qualcuno ha domande come di persona
senza scivolare in una tastiera sì
bene, puoi ripetere la domanda
per favore
sì, la domanda era come nella sua
lo sviluppo organizzativo è in gran parte
responsabile di molte statistiche OP
e ops è come una seconda classe
cittadino come facciamo per elevare il
Il personale dell’OP ha un posto uguale a
tabella immagino che la prima domanda sia fare
voi ragazzi avete interruzioni del tutto perché
Sento che il valore di OPS è sfortunatamente
di solito causato quando c’è un
interruzione e ci sono alcuni sforzi eroici
l’altro giorno il nostro CEO è venuto da me e lui
era come oh Jeff, sì, ti ho sentito
prendendo un breve anno sabbatico e ha detto oh
Ho sentito che ti stai prendendo un anno sabbatico e io
volevo solo chattare con te molto velocemente
certo che ti conosco da tutti
interruzioni ed è come wow ah proprio come
Io voglio essere il maresciallo del fuoco, no
voglio essere il pompiere giusto così
quelle interruzioni è l’opportunità che
op dovrebbe cessare di avere un posto al
tavolo e dire come qui sono le cose
che avremmo potuto fare meglio prima
nel processo che avrebbe impedito
la necessità di questi sforzi eroici giusti
quindi conosci il maresciallo contro il fuoco
pompiere in modo da mantenere una sorta di
guidando quei punti a casa e alla fine
qualcuno realizzerà come sai
questo problema è successo prima e non l’abbiamo fatto
indirizzo che forse dobbiamo fare
il tavolo prima forse abbiamo bisogno di ottenere
ops al tavolo prima e una volta voi
iniziare a farsi coinvolgere nel processo
le operazioni precedenti diventano inestimabili
specialmente quando le operazioni iniziano ad aggiungere
intuizione che gli sviluppatori non avevano pensato
semplicemente perché la mentalità è
diverso
grazie Jeff mi è piaciuto molto questa sessione
Ho due domande per te sembra
come la tua organizzazione è ma vuoi
considera la tua organizzazione come un centro
di eccellenza per DevOps che funziona
tra tech ops e ingegneria sono
cercando di capire come hai
la tua organizzazione prende DevOps e i loro
metodologia al livello successivo di
imparare cosa succede in ingegneria e
come questo flusso tra entrambi
organizzazione e la mia seconda parte di
la domanda era quale capacità si tiene
per la vostra organizzazione oi vostri membri a
elevarsi al livello successivo è questo
50/50 dove lavorano per a
team di sviluppo 50% e 50% per
operazione mi fermerò qui
Grazie, va bene un paio di cose
ci consideriamo un centro di
Eccellenza sai che non lo so
Ho mai messo quell’etichetta su di noi
perché sento che forse siamo i miei
sindrome di impotenza mi sento come se fossimo
sempre nella nostra infanzia in questo processo
giusto quindi stiamo sempre iterando
cercando sempre di migliorare mi sento come
siamo un centro di eccellenza nel nostro
sforzo per essere migliore ma c’è sempre
spazio per il miglioramento giusto quindi penso
è importante generare un feedback
loop con il tuo staff con il tuo
team di sviluppo per capire quali sono
facciamo male che possiamo fare meglio
dove sono le cose in cui non siamo
soddisfare le vostre aspettative e viceversa
in modo che possiamo lavorare continuamente
rendendolo migliore in termini di tuo
seconda domanda credo che la domanda
era quello che stiamo facendo per migliorare
le nostre capacità sono corrette e quali sono le capacità
abbiamo per questo, quindi siamo fortunati
che il nostro CEO proviene da un ambiente molto tecnico
sfondo e lui ha un forte
impegno per l’apprendimento, quindi abbiamo questo
concetto chiamato apprendimento venerdì dove
praticamente ogni venerdì entrano in loro
soddisfare il pranzo e dicono che sai
10 dalle 9 in punto a mezzogiorno ottenere nulla
che hai bisogno di essere avvolto dal pre
dalla settimana precedente fatta e poi
da mezzogiorno al resto della giornata al tuo
il tempo impara ad armeggiare
trovare soluzioni che l’azienda
potrebbe essere in grado di usare, ma è il tuo tempo
per tipo di imparare e far crescere il tuo skillset
in qualsiasi modo tu ritenga opportuno ed è un
opportunità fenomenale perché sai
uno non molte organizzazioni ce l’hanno
ma due non molte organizzazioni hanno
con il pieno supporto del CEO che
fondamentalmente è entrato e ha detto di ascoltare ragazzi
Non si rendeva conto che avevamo smesso di fare questo
inizieremo a farlo di nuovo, lo sono
dirò a tutti i product manager che
riescono a passare il tuo tempo solo lunedì
Giovedì è una specie di enorme
impegno dell’organizzazione come te
fallo in altre organizzazioni è difficile
devi davvero costruire il tempo in e
assicurati che la tua gestione sia
proteggendo quel tempo perché è molto
facile da ottenere quel tempo preso da te
sì hai detto che avevi provato o
hai visto che avevi esperienza con
integrare le operazioni direttamente nel
struttura di reporting degli sviluppatori
consegnando prodotti puoi elaborare un
un po ‘di più su dove le sfide
sono con quello e cosa ne pensi
su potenzialmente come avere due
classi di operazioni in cui metà è in
quella struttura di segnalazione e poi
c’è una specie di più operazioni globali
quello può funzionare con loro ma è più
globale per l’intera organizzazione giusta
Giusta domanda così buona
quindi l’ esperienza iniziale con
l’integrazione della squadra era in gran parte sul
lavagna giusta perché abbiamo detto tutto
destra se iniziamo integrando questi
squadre che prenderanno queste
Funzioni del gruppo SRE ha attualmente
quindi un po ‘di sottofondo conosci GrubHub
ha circa 10 anni ora o forse 12
e hanno iniziato una piccola startup scrappy
giusto così è come hanno fatto tutti
tutto come abbiamo iniziato a formarci
gruppi operativi conosci la roba
che in genere sarebbe detenuto da un IT
l’organizzazione era detenuta dalla sres
così quando abbiamo iniziato a venire con DevOps
diciamo bene se integriamo queste persone
come facciamo a sapere consapevolmente mettere LDAP
supporto sul piatto di un team di prodotto
questo è ciò che ha portato a questo
spaccatura ibrida che abbiamo oggi il
l’altra cosa era che volevamo essere sicuri
che i sistemisti e questo
potrebbe mostrare il
tipo di copertura delle nostre scommesse che volevamo
assicurarsi che i sistemi che
gli ingegneri avevano un meccanismo per l’escalation
esce dalla loro struttura di segnalazione
cioè sai che hey c’è questo orribile
Bug SSL dobbiamo fermare tutto e
implementare la correzione
bene i miei incentivi sono un po ‘
diverso e ho bisogno di ottenere questo prodotto
fuori così la domanda era come fare come noi
assicurarsi che abbiano una strada verso
intensificare al di fuori di quello e questo è
in definitiva ciò che ci ha portato dove siamo
in termini di altre domande con il
seconda cosa operativa sì, questo è un
cosa che in realtà abbiamo ancora tecnicamente
che nel nostro ambiente abbiamo un gruppo
che chiamiamo grub ops che è fondamentalmente
il nostro NOC e sono in gran parte responsabili
per il sistema legacy che siamo
migrando lontano da così sono in a
funzione di supporto per questo e servono
quasi esattamente come stavi dicendo
dove sono un braccio delle operazioni ma
non sono davvero coinvolti con il
roba di prodotti giorno per giorno non sono
parte della mischia che stavamo cercando di
costruisci quel ponte da sre a grub ops
ma l’ho effettivamente chiamato
la mia gestione come un terzo silo che necessita
per essere eliminato penso che sia il migliore
opportunità sarebbe anche di integrare
quel gruppo nelle squadre di flusso o in
i sres o usarli come junior
ingegneri junior di sviluppatori proprio così noi
Diciamo tutto bene, li accoppiamo a ciascuno
uno di voi grub ops gente con un SRE
e questo sarà il tuo mentore e lo faremo
essenzialmente servire usarlo come una pipeline
ok questo è sfortunatamente tutto ciò che abbiamo tempo
per grazie mille Jeff grazie
tu
Ho avuto la bella sessione di pranzo post così
tutti sono pieni posso vedere tutti
capito , proveremo a tenerti
sveglio attraverso questa cosa il mio discorso è
intitolato DevOps il buono cattivo e il cattivo
siamo concentrarsi principalmente andando sul male e
il brutto diritto non è quello che non lo faccio
amore DevOps giusto I love DevOps
ma penso che ci siano abbastanza discorsi
quanto sia bello come sorprendente è
e c’è un numero di cose che vanno
su quando fai questo DevOps
trasformazione che se lo fai in a
l’aspirapolvere sei un po ‘ come forse abbiamo fatto
qualcosa di sbagliato e poi improvvisamente lo è
come oh no, tutti dovevano capirlo
fuori e tu sei come oh, vorrei averlo avuto
lo so, quindi ti farò camminare
attraverso alcune delle cose che noi
incontrato e, si spera, condividere o salvare
voi ragazzi un po ‘di dolore prima di iniziare
anche se mi limiterò a ripetere il mio nome
è Jeff Smith, gestisco l’affidabilità del sito
ingegneria a GrubHub quanti di noi
ho sentito parlare di hub grub va bene per
quelli di voi che non ci sono, è così
eccezionale
grub hub com colleghiamo i commensali con
ristoranti per ottenere cibo consegnato e
è un’esperienza tremenda e spero
ti piace e se ti diverti, noi
stanno assumendo è incredibile quanto sia difficile
è ottenere cibo da un posto a
altre tonnellate di tonnellate di tecnologia
problemi interessanti quindi se lo sei
carriere di grub di interesse comm slash carreggiate
o puoi vedermi dopo il discorso che sto facendo
Twitter puoi trovarmi al buio e
sporco il mio indirizzo e-mail è Jeff
cose dork ultimo ma non meno questo è
non un discorso sulla diversità, quindi sorprendi ora
che quegli elefanti fuori dalla stanza
c’è un probabilmente c’è una coppia
cose che dovrebbero probabilmente raccontare
me stesso prima di iniziare solo
un po ‘ come incorniciare il contesto di questo
parla bene
Credo di essere considerato una specie di downer
sulle cose giuste, tutto è terribile
un po ‘ nel mio libro e non perché lo sono
una di quelle persone scontrose che solo
odia tutto ma è solo che io
credo fermamente che lì
non è una soluzione perfetta
e cerco di sradicare qualsiasi idea o
suggerimenti che questa soluzione che il mio
il team ha appena funzionato
giusto perché ci sono sempre dei compromessi
ci sono sempre cose che sono buone e
male e si sorta di avere a che fare con
è vero anche il mio bambino di quattro anni
iniziando a imparare che è proprio come
oh, non sapevo se avrei saltato il gelato
Potrei avere una torta più tardi , è come stare bene
si, è un trade-off giusto
la stessa cosa con la progettazione di sistemi è così
tutto quello che sto dicendo con un po ‘
di grano di sale l’altra cosa tu
dovrebbe sapere su di me, purtroppo, è che
NON sono un esperto, non sono un pensiero
Leader Ho un blog probabilmente ottiene circa
30 colpi al mese ma così così il tuo chilometraggio
su questo può variare ma voglio solo lasciare
voi ragazzi sapete che sapete di avere gentilezza
di passare attraverso questi dolori e problemi
quindi capisci che questo è del nostro
prospettiva arcobaleni unicorni come
è un po ‘quello di cui abbiamo parlato e
crescerci o in grub pops in DevOps man
sembra molto peggio su un grande schermo
come quella santa mucca ma è una specie di
dove siamo con lo stato di DevOps
in questo momento tutto è bello
è tutto incredibile ci sono arcobaleni
ovunque ma non è del tutto vero
giusto e l’analogia che tipo di
usare è come immaginare di essere in una fabbrica
e quella fabbrica diciamo che sai cosa
voi ragazzi dovete entrare nell’arcobaleno
gli affari mettono gli arcobaleni dappertutto
e sono come tutti i dolci che siamo
intenzione di farlo e poi alla fine del
giorno sono come se tu sapessi che abbiamo tutto
questi arcobaleni ma è sempre luminoso
ora sai che nessuno può andare a dormire
e siamo come oh sì, succede
tutti hanno ragione, così tante persone non capiscono
a quella sezione arcobaleno e sono come
oh dobbiamo aver fatto qualcosa di sbagliato
giusto perché ovviamente se altre persone
stanno avendo questo problema che non sarebbero
esponendo quanto sia fantastico
c’è una serie di problemi che arrivano
e devi affrontarli
appropriatamente e non tutto è roseo
quindi perché passare a DevOps per noi molto
delle ragioni comuni che la maggior parte di voi
I ragazzi hanno ragione quando hai solo il codice
e tu lo lanci oltre il recinto alle operazioni
nessuno vince, è tutto problematico
attraverso la maggior parte di noi hanno probabilmente
sperimentato che solo un rapido spettacolo di
mani quante persone identificano
loro stessi come sviluppatori e quanti
la gente è ops gente va bene, va bene
quindi sì gettando il codice oltre il recinto
non è vantaggioso per chiunque lo sia
problematico ma l’altra cosa sono le operazioni
e dev ha davvero diverse mentalità
su come affrontiamo i problemi giusti e
è normale perché in realtà abbiamo
incentivi leggermente diversi proprio come a
risultato di ciò abbiamo leggermente
mentalità diverse
ma entrambi sono utili per entrambi gli atteggiamenti mentali
entrambi i gruppi, quindi c’è una mancanza di a
mentalità di sviluppo nelle operazioni e
c’è una mancanza di mentalità operativa
in fase di sviluppo, quindi quando abbiamo visto DevOps
visto che come un’opportunità di tipo di
sposare queste due cose e, si spera
eseguire meglio e portare quella mentalità
quelle mentalità disparate per entrambe le squadre
quindi quando abbiamo inizialmente distribuito DevOps
la prima cosa che dovevamo fare era avere
guardare la struttura organizzativa a destra
perché hai persone come me che sono
manager che hanno rapporti diretti e noi
dì ora che prendiamo dev we are
prenderò l’op quindi andremo a fare la poltiglia
loro insieme e la gente dice tutto bene
ma cosa vuol dire giusto lo fa
significo che riferire a questa persona è il mio lavoro
cambiando titolo queste sono tutte cose reali
che si deve affrontare, perché ci
le persone sono coinvolte nel modo giusto se io solo
ti ho detto che sai un giorno come hey siamo
andando cambiare il nostro modo di lavorare sarò
darti un titolo leggermente diverso e
sarà fantastico
avrai una serie di domande
che devi aver risposto bene chi
faccio rapporto a chi è il mio capo se lo sono
lavorare con questo team di sviluppo
loro il mio capo se le operazioni sono qui
sai cosa significa in termini di
quali sono le mie responsabilità come a
lo sviluppatore è stato uno dei più grandi
cose che dovevamo affrontare l’altra cosa
erano set di strumenti e flussi di lavoro per le operazioni
squadra come abbiamo suggerito
prima c’è una mancanza di sviluppo
mentalità in alcuni negozi operativi non
tutti loro il tuo chilometraggio può variare ma dentro
alcuni di loro ce l’hanno
mancanza fondamentale perché non abbiamo
ha funzionato in quei tipi di ambienti
il giusto controllo del codice sorgente per noi era un mucchio
di file back con orario diurno ed è stato
eccezionale
ma non ha funzionato così bene come a
risultato che devi anche affrontare
con cambiare set di abilità che sono
necessario per le squadre sia in
sviluppo e operazioni giuste
Le operazioni devono imparare cose o
circondando lo sviluppo del software
lo sviluppo del ciclo di vita deve imparare
cose in termini di come ciò che serve
eseguire un sistema in produzione i tipi di
dati hai bisogno dei tipi di allertarti
bisogno
cose del genere quindi devi prepararti
te stesso che non sarà solo
prenderemo queste due squadre
li mescoleremo insieme e
tutto andrà magica ci sono
un numero di cose che stanno andando a
devono essere affrontati da un set di abilità
prospettiva affinché tu possa essere veramente
successo così come sono nei DevOps
comunità trovo un paio di differenti
o strutture org astratte che esistono
proprio la prima struttura organizzativa che vedo
i membri del team ops non lo sono
incorporato nei team di sviluppo e loro
riferire a chi conduce la squadra è una specie di
come questa squadra unificata, non c’è
più vera organizzazione delle operazioni separate
poi c’è un modello in cui c’è OP
membri del team che rimangono separati ma
c’è una sorta di impegno ufficiale
processo per quelle risorse e questo è
una specie di questo è una specie di modello
che abbiamo usato abbiamo una tecnologia separata
struttura organizzativa, ma ogni report di sre
direttamente bene non direttamente ma riporta
a un team di streaming che conduce così sono a
membro di quella squadra in contesto ma in
realtà quella linea è punteggiata e loro
continuando a riferirmi e riferirò a
il vicepresidente delle operazioni tecnologiche e poi il terzo è
si forma una nuova squadra chiamata dev ops it’s
efficacemente un terzo silo e probabilmente
dopo un anno ti renderai conto che lo è
effettivamente rilasciato ingegneria penso
questo è un un modello comune che vediamo
dove vedi un lavoro DevOps e lo sei
come hmm questo suona esattamente come
rilasciare l’ ingegneria perché è così
parleremo un po ‘del terzo silo
un po ‘di più ma sai evitare il terzo
silo se possibile arresto e pensare
quello che stai facendo si vuole distruggere
silos aggiungendo un altro silo più grande
gruppo di tutti i tempi quindi questo è un rapido
guarda come appare la nostra struttura organizzativa
così, abbiamo il VP e l’ingegneria
abbiamo ottenuto lead funzionali team lead dev
QA e analisti aziendali quindi abbiamo a
struttura organizzativa separata dove abbiamo
il vicepresidente del team tecnico ops conduce e a
gruppo di membri operativi che fanno rapporto in
la squadra conduce come ho detto c’è quello
linea tratteggiata in modo tale che il nostro staff operativo sia
parte della squadra giusta partecipano
partecipano allo stand delle squadre
nella pianificazione iterazione della squadra
riunioni ma continuano a riportare a
organizzazione separata e perché è così
entreremo in solo un secondo perché
è un’altra cosa che tipo di morsi
tu
quindi alcuni dei benefici della nostra scelta
il modo in cui abbiamo finito per farlo è uno noi
fare un maggiore coinvolgimento con il nostro
team di sviluppo giusto perché siamo dentro
le squadre di flusso perché siamo nel
riunioni di pianificazione iterativa perché
siamo negli stand-up sai che siamo
interfacciarsi con gli sviluppatori in modo molto più elevato
tasso di quanto abbiamo mai avuto prima
e lo sviluppo si interfaccia con
operazioni molto più sai che è
sempre guardato da un lato
in termini di come quello che sta ottenendo Ops
da esso, ma lo sviluppo diventa un bel po ‘
di vantaggio anche perché ora sono in qualche modo
avere questa persona di contatto che possono
ottenere l’accesso che abbiamo probabilmente
maledettamente negato in passato c’è un
rinnovato focus su allerta e monitoraggio
ora che abbiamo una sola squadra
tipo di responsabile per questo prodotto
dall’inizio alla fine c’è questo nuovo
concentrati su come va bene questa app
esibirsi bene e va oltre il semplice
Utilizzo della CPU e utilizzo della memoria
entra in cose come tu sai come
molti ordini al secondo ti stiamo facendo
sapere quanto tempo impiega per soddisfare un
ordina questo tipo di metriche di business
che aiutano a dare forma e a fornire il contesto
come i servizi sta eseguendo che sono
più che come oh siamo al 40% della CPU
utilizzo corretto cosa vuol dire
dal punto di vista dell’impatto sulle imprese che
non significa niente
quindi avere la squadra che ha Devon
Ops lavorano insieme uno dà a sres an
strada per parlare con gli sviluppatori
e dire come hey quali sono le cose
che dovremmo misurazione e alla sua
allo stesso modo nell’altro modo il
gli sviluppatori possono dire come se tu lo sapessi
non so come si comporta il sistema
perché non ho accesso alla tua figata
gli strumenti mi danno l’accesso in modo che possiamo
costruisci questa cosa e falla funzionare meglio
maggiori opzioni per la selezione degli strumenti a causa di
il personale operativo è presente presto quello che ho
dire è che così sto andando dare come un
poca confessione operativa qui
la tecnologia ci capita a volte
ops proprio come stai canticchiando
stai andando alla grande, sai che sei
hai tutti i tipi di monitoraggio
il mio database sequel e poi qualcuno
dice che sai che abbiamo un nuovo prodotto
entrando che gestirà Couchbase
e non avra ‘il front-end di js e
sarà fantastico qui è quando
quello che ti succede è il tuo istante
reazione a dire oh no no way not gonna
accadrà ora andando a farlo lo darò
voi tutti questi motivi per cui vi garantisco
tu e nove volte su dieci se tu
sposta quella conversazione nove mesi
prima dove il codice è davvero solo su
la parte posteriore di un tovagliolo e tu dici hey
Jeff stiamo pensando di usare
Couchbase e nodejs Sarei come l’uomo I
basta leggere un post sul blog che è quello
Fantastico facciamolo, è la differenza
tra yay o nay da un operativo
prospettiva quindi lo stiamo trovando
gli sviluppatori si sentono molto più a loro agio
venendo su e dicendo come hey ci sono
alcuni strumenti diversi che vogliamo usare
ecco perché vogliamo usarli , facciamo
capire cosa dobbiamo fare in ordine
per realizzare questo obiettivo e un sacco di volte
da un punto di vista operativo è
come sicuro qui ci sono le cose che noi
bisogno di fare o indirizzo per fare
che lo sappiamo in anticipo così che quando lo
arriva alla produzione tutto è equipaggiato
il modo in cui deve essere e ops e
dev sono felici e alla fine è un
riduzione di noi contro di loro giusta
perché non ci sono né noi né loro perché
siamo tutti seduti nello stesso quad a destra
condividendo la stessa pizza condividendo lo stesso
battute che condividono lo stesso schifoso Wi-Fi
sì , perché a volte c’è sempre questo
credenza come Ops ha un Wi-Fi migliore
di noi perché lo possiedono non è vero
anche il nostro è terribile, ora è il bello
cose
il brutto e il brutto non è troppo
terribile ma ce ne sono alcuni
problemi organizzativi che ne derivano
di loro essendo da una prospettiva ops
anche se abbiamo quasi preso le nostre sere
e li ha incorporati nelle squadre di streaming
ci sono un sacco di cose che sono ops
ancora responsabile di ciò
team di sviluppo e prodotto
Intendo onestamente a loro non importa davvero
a lungo termine, giusto, è così
a loro non importa che suoni
terribile ma come è difficile dire hey
si sa che caratteristica davvero cool voi
voluto implementare e hai bisogno di me per
tu sai due ore a settimana che non posso fare
che perché devo rattoppare destra LDAP
quello non è davvero qualcosa
I team di sviluppo vogliono sentire perché
questo non è davvero di loro competenza
le cose che stanno responsabile
quindi scopriamo che ci sono stati a
un po ‘di tirare la guerra in termini di risorse
perché anche se abbiamo detto hey sei
ne avrò un sacco di dedicato
risorse e realtà non lo sono
dedicati sono parzialmente dedicati
pseudo dedicato che sembra terribile il
l’altro pezzo è la gestione degli incidenti ora
gli sviluppatori stanno iniziando ad aiutare molto
più con la gestione degli incidenti ma quello
non rimuove il fatto che Ops lo sia
in gran parte guidato da interruzioni quando arriva
per gestire la produzione giusta, quindi come in
sviluppatore pianifichi il tuo sprint se tu
bisogno della risorsa sre sapendo che a
qualsiasi punto potesse essere portato via e
costretto a lavorare su un altro problema, giusto
queste non sono cose insormontabili
sono solo cose di cui hai bisogno
capire come stiamo andando a trattare
con quello come abbiamo intenzione di dare la priorità
queste cose
il cambio di contesto costante anche
diventa difficile proprio perché adesso
le persone sono al servizio di due padroni diritto
s lo staff OP è responsabile a
il team di sviluppo e perché lo sono
parte di quella squadra che non vogliono lasciare
la squadra che vogliono assicurarsi
stanno rispettando le loro scadenze ma
sono anche responsabili nei miei confronti e
Devo incollare il mio sequel di cui ho bisogno
aggiornamento LDAP Ho bisogno di fare un PCI su di esso così
quel cambio di contesto tende a creare a
molto attrito come lo si indirizza
bene sai che lo indirizzi attraverso
pianificazione ma se non lo sai
andando in esso è sorta di pensate come oh
Ho questa risorsa dedicata e
vita sta per essere grande e non è
in modo che sia qualcosa che abbiamo dovuto
affrontare anche noi abbiamo in gran parte
affrontato attraverso avere un separato
riunione di pianificazione operativa in modo che noi
può disporre tutte le cose che Ops
deve essere fatto e abbiamo un
opportunità di pesare quelli contro il
cose che il team del prodotto deve ottenere
fatto in modo che tu sappia che è fondamentalmente un grande
incontrarci con tutto il team ci guida
fondamentalmente dire qui sono le cose che
Vogliamo essere fatti voi ragazzi dite il
le cose che hai bisogno di fare lo faremo
dare la priorità insieme in questo modo
prendere una decisione in base alle esigenze di
il business e andiamo avanti da
lì o poi a volte l’incontro è
vuoto ed è come va bene non credo nulla
ha bisogno di essere in ordine di priorità mi divertirò
con esso
priorità un termine che continua a venire
non ha davvero infastidito questa priorità
in realtà ha una forma plurale come
non ha senso quando pensi
su di esso dovrebbe essere la priorità periodo
uno singolare ma viviamo in un mondo con
priorità quindi chi stabilisce le priorità
destra dove che provengono da
proviene da operazioni da cui proviene
il team di sviluppo ti ho detto come abbiamo tipo
affrontato che abbiamo bisogno di bilanciare il
Ops lavoro di assunzione con la velocità della squadra
quello che intendo è come il flusso
le squadre iniziano a fare il loro
pianificando riunioni dobbiamo essere
consapevole che Ops ha un sacco di cose
che hanno bisogno di essere fatto anche noi
ho bisogno di essere sicuro e questo è il mio lavoro
ampiamente usato per dire ok, non posso
sovraccaricare questi ragazzi con troppo
le operazioni funzionano perché lui o lei
ha un sacco di lavoro di prodotto che anche
deve avere fatto in modo da essere consapevoli di questo
equilibrio ed essere si conosce molto in sintonia
con i team lead è molto molto
importante per avere successo
perché devi capire cosa
è che stanno mettendo fuori per lavoro e
che cosa stai mettendo nel
fare la fila per il lavoro o lo staff necessario per
ogni squadra la mia reazione istintiva è sì
vedendo la difficoltà che ho avuto nell’assumere
Vado forse non proprio lì ci sono
alcune squadre il cui lavoro è specificamente in
come sai la quantità di
materiale di produzione che stanno spedendo
out non garantisce uno staff operativo a tempo pieno
membro in tal caso, fondamentalmente lo diamo
loro a metà tempo o abbiamo un fidanzamento
processo in modo che quando hanno bisogno di a
risorsa sanno chi contattare così
che possiamo assegnare una particolare risorsa
per soddisfare i loro bisogni sono in genere
felice perché sono come te lo sai
non abbiamo bisogno di un ragazzo che si prende una sedia
in realtà non sai aiutare il
squadra fuori non vogliamo qualcuno seduto
in una riunione di pianificazione dell’iterazione sai
90 minuti a settimana che non capisco
qualsiasi cosa fuori di esso, essendo consapevole di come
le tue squadre stanno sfruttando la sre
le risorse sono molto importanti dedicate
risorse porta a poveri destra pianificazione
perché presumi che questa persona sia
sarà sempre disponibile che non lo è
sempre il caso
è problematico che devi ancora pianificare
per queste risorse e coordinare
appropriatamente ora è ancora un vantaggio
perché hai questa persona dedicata
che vai e sai chi chiedere
e con chi parlare e il modo in cui noi
tipicamente la struttura è come lo sai
si va i cavi di squadra o chiunque sul
squadra va alla SRE
e se l’ area sì ha un conflitto lui
si intensifica se non lui o lei può mediare
è proprio lì e capire cosa fare
Il prossimo
quindi quando la linea DevOps è sfocata quando
inizi a muoverti in DevOps, sai
a volte inizi a parlare di te
senti del modello che hai costruito tu
gestiscilo bene è l’idea che a
il team di prodotto è responsabile di a
soluzione completamente dal codice di commit a
produzione distribuire nel monitoraggio, ma se
tu vieni da un tradizionale
organizzazione che probabilmente hai vissuto in un
mondo in cui è come dev non ha accesso
alla produzione giusta non lo facciamo davvero
che siamo disponibili per come secondo e
supporto di terzo livello se ne hai bisogno ma
in gran parte dipende da voi ragazzi che non lo fanno
lavora sempre in un ambiente DevOps
perché in sostanza hai questo nuovo
membro della squadra e tu le dici come hey
ti unisci al team di cui fai parte
il team sei uno di noi sei il
solo uno su chiamata vede come va
guarda bene, non va bene ma
allo stesso tempo che hai a guardare
dal punto di vista dello sviluppo o
sono come se sapessi che sono andato
in dev quindi non ero in chiamata così hai
per capire che aspetto ha quell’equilibrio
piace ma l’ altra cosa che devi
a capire è come si fa a dare quel
persona l’accesso alla produzione dello sviluppatore
perché niente voglio dire niente è di più
infuriato che essere impaginato alle 2:00
al mattino
e non avendo accesso a fare una dannata cosa
per aiutare a destra posso guardare questo no
non posso vederlo perché non ho accesso
alla produzione posso risolvere questo no, davvero
non posso perché non ho accesso a
produzione
quello era strano lo trovarono ok dolce
forse stanno solo controllando la serratura così
sì in modo che è qualcosa che si deve
per affrontare il modo in cui siamo
tentare di affrontarlo è fondamentalmente
attraverso strumentazione di inferno fuori
tutto bene spingere tante metriche quante
molti tipi di modifiche che è necessario
fai attraverso alcuni strumenti di automazione e prova
per automatizzare e provare a verificarlo
strumenti di automazione giusto eravamo solo
avere una conversazione al di fuori di Steve e
un altro ragazzo di Braintree su questo
nuovo script che è uscito per ec2
istanze che fondamentalmente contrassegneranno un
istanza ec2 se qualcuno ha effettuato l’accesso
in modo da ottenere un tag speciale su di esso così
lo implementeremo a
fondamentalmente dire oh qualcuno ha effettuato l’accesso
questa casella per qualche ragione eseguiamo a
riportiamo scopriamo perché quella persona
doveva entrare in quella scatola così che possiamo
chiedere loro che cosa hai bisogno per
ragazzo che era sulla scatola che tu
non poteva farlo attraverso un altro strumento giusto
perché non potresti farlo a Splunk perché?
non potresti farlo attraverso il cane dei dati perché?
non c’era un lavoro Jenkins da lì noi
può tipo di costruire il nostro repertorio di
strumenti per i tipi comuni di attività
che facciamo regolarmente o
speriamo non così regolare se è un
incidente ma è qualcosa che tu
costruisci e non lo farai
conosci tutto il giorno in cui tu lo farai
devo iterare lentamente su di esso proprio così
non picchiarti quando sei
Oh uomo abbiamo avuto modo di mantenere la registrazione in
la scatola richiede tempo è la memoria muscolare
giusto che la prima cosa le persone fanno I
ricorda quando abbiamo implementato la prima volta
Splunk
le persone stavano ancora facendo finestre a X termine
con sette sessioni e trasmissione a
il terminale è come un tizio , Splunk
tipo di origine di accesso irregolare a tutto il
i server vengono interrogati dopo un po ‘di tempo
sbarazzarsi di quella memoria muscolare e se
sei stato in un lavoro tradizionale per a
mentre potevo vedere questo essere problematico
ma quando si tratta di asset di produzione
accesso hai un’altra serie di
problemi che affiorano – lo adoro
foto lo adoro assolutamente
DevOps unicorno che schizza dappertutto
sicurezza giusta e questo è quello che succede
se non stai attento, è così facile
per il motivo e solo così sai che ho appena gettato
questo qui qui guarda questo è divertente
Devo capire qualcosa da parlare
su questo ma ma l’ho inviato al nostro
capo della sicurezza anche perché ero tipo
questo è più o meno quello che sei stato
dicendomi bene mentre li costruiamo
strumenti mentre costruiamo l’assiduo amazzone
mentre lasciamo che le cateratte si aprano
gli sviluppatori sono in grado di aiutare l’accesso e
gestire la produzione dobbiamo pensare
sicurezza giusta perché è ancora un
gli audit dei diritti delle cose sono ancora una cosa e
niente è peggio di quando la tua sicurezza
ragazzi come va bene dobbiamo fare un no mio
bene cosa sta succedendo con questo
accesso accedere a questi server giusto questo è
cosa significa il mio ragazzo della sicurezza e lui è come
voi ragazzi state solo tirando fuori arcobaleni
ma devo spalmarlo in modo che tu lo voglia
per tenerlo nella parte posteriore della tua mente
quando sei fuori tipo di automatizzare questi
le cose come vanno le cose nel mio
altri processi specificamente intorno al
Lupi dell’audit diritti audit sono a
Fatto della vita , accadono e possono
aggiungere complessità ai flussi di lavoro DevOps
principalmente in giro come cose simili
hai costruito un sacco di nostri
organizzazioni intorno all’idea di
separazione delle funzioni destra quanti
hai sentito questo perché non potresti averlo
accesso a un server che non puoi fare
quella separazione dei doveri, amico, non puoi
scrivere il codice e distribuirlo è pazzesco
l’uomo è pazzesco , non lo facciamo
bene lo facciamo adesso, ma come facciamo?
affrontare le preoccupazioni di audit in merito
come dimostriamo che lo sai
distribuire che abbiamo fatto era qaid da qualcuno
diverso dallo sviluppatore e quelli sono
cose che devi pensare
circa in termini di tua attrezzatura e
la tua catena di strumenti giusto quanti ragazzi hanno
gestione modificata nel proprio ambiente
e quanti dei tuoi dispiegamenti sono sotto a
cambia gestione, quindi cosa fai?
fare bene la nostra risposta è stata automatizzata
il più possibile, così abbiamo provato
per definire il flusso di lavoro e come si definisce
il flusso di lavoro da cui automatizziamo l’inferno
il flusso di lavoro quindi mettiamo gli strumenti
automatizzare quel flusso di lavoro attraverso il cambiamento
gestione quindi se si modifica
il set di strumenti è la cosa che ha
per entrare nella gestione del cambiamento, ma se
stai schierando e stai seguendo
la catena di strumenti standard che implementa
puoi andare ora con cui devi lavorare
sicurezza per capire cosa
i requisiti sono giusti perché tanto
come ci piace andare attraverso il processo di
creare la sicurezza del biglietto no
davvero a cuore il biglietto vero loro
voglio preoccuparmi del processo che è stato
dietro il biglietto, così pensavamo di averlo
per vincere siamo come hey siamo
creazione automatica dei biglietti JIRA
no no no sai come faccio a saperlo
questo è stato provato come faccio a sapere che
è stato testato da qualcuno diverso dal
sviluppatore come faccio a sapere che non lo è
un’applicazione per l’audit finanziario e
che cosa che cosa percorso di distribuzione deve cambiare
di conseguenza, quindi, lavora a stretto contatto con
sicurezza per capire cosa
è che devi fare per
incontra quel bar e onestamente la sicurezza
lo adora nel modo giusto pensavo che sarebbe stato
un incubo per la mia sicurezza ragazzi come si
si puoi automatizzare tutto questo e noi
può mettere un processo attorno ai cambiamenti che sono
tutto per piegarsi all’indietro per aiutare
me stesso era disposto a scrivere codice
che fa paura perché non codifica
ma era come se lo fossi uomo è un
sviluppatore overflow stack completo
l’altro ultimo è probabilmente il
il più grande a destra
la tua verifica controlla così tante persone
vai sul web e scopri cos’altro
le persone stanno facendo per il loro controllo e
poi rigurgitano questo nel loro
controlli di controllo sai quali revisori
preoccupati che tu dica quello che fai
quello che dici è giusto così se tu
non ho bisogno di verifica delle impronte digitali per
ogni schieramento non lo metti nel tuo
il diritto al documento pensa a quello che è
che hai davvero bisogno di affrontare e il tuo
audit e documentarlo in modo appropriato
con dev work con op funziona con SEC e
Dì solo quello che fai e poi fai cosa
tu dici che è così semplice
abbiamo avuto in passato così tanti pazzi
i controlli erano affidabili questa è sicurezza
teatro proprio qui intendo questo non lo è
aggiungendo davvero qualsiasi valore , dice che lo faremo
tiralo fuori come oh possiamo farlo sì
non puoi farlo durante l’audit
ok fresco
le cose si stanno muovendo molto più agevolmente diffidate
del terzo silo non farlo proprio no
non creare il team DevOps che sono
supplicando di non farlo, infatti ero su
una missione per distruggere l’ingegnere DevOps
ruolo nella mia azienda ogni volta che l’ho visto
postato ero come no non stiamo chiamando
è un ingegnere DevOps che alla fine ho perso
perché il marketing ha vinto giusto così ora noi
avere lo stesso annuncio di lavoro pubblicato tre
volte come ingegnere DevOps come sito
ingegnere di affidabilità come un sistema
ingegnere perché perché questo è ciò che le persone
stanno cercando per bene ma quando arriva
alla vera organizzazione tenta di uccidere
con il fuoco se vedi quel terzo silo
formando vuoi sapere perché, perché
accade esattamente come pensi che sarebbe
accadere
tutti i tipi di passi indietro oh, va bene
questo è DevOps questa cosa è giusta
non noi non siamo responsabili per quello
dev e ops insieme lo lasciano
la squadra DevOps anche ulteriori
concentra questo tipo di responsabilità
un po ‘come stavo solo menzionando il
il team DevOps inizia ad assumere
come tutte queste cose di automazione e
l’altro po ‘di che è un sacco di che
roba è la cosa bella sul campo
proprio ora nel settore giusto e tu
puoi creare molto risentimento quando tu
avere un
terzo silo ed è come se no no
fanno le cose AWS fanno l’automazione
ti basta ruotare i registri di backup e
sai che non so essere avvisato quando
il disco si riempie che non è divertente è
non è divertente per nessuno quindi vedi il terzo
silo che inizia a formarsi
uccidilo con il fuoco oh sì e l’altro
cosa proprietà della produzione
ambiente è ancora più oscura ragione
perché non lascerò nessuno strumento
fuori l’intero processo e poi passo
via come bene non sono io se le cose
andato male tutto bene scusa che schierare
crash chiama l’altro silo che è loro
cosa ora no
scegliere un set di strumenti quindi questo è questo
polemica unica cosa con DevOps noi
impiccati così tanto negli strumenti che hai
docker Jenkins ec2 abbiamo tutto questo
post sul blog che arrivano a noi su tutti questi
cose magiche che Google e Facebook
stanno facendo bene tu non sei Google che sei
non su Facebook se non lo sei, ma tu lo sei
probabilmente non qualcuno su Google scala qui
no non la pensavo così a leggere come
Google risolve i loro problemi mentre è
lettura del bagno interessante probabilmente
Non qualcosa che si desidera riprendere e
essere come hey abbiamo bisogno di implementare questo
perché stiamo ottenendo almeno 120 colpi
un secondo dobbiamo essere in grado di scalare
calma dinamica verso il basso
risolvi i tuoi problemi proprio così quando sei
scegli il tuo set di strumenti assicurati
tienilo a mente che problema ho?
risolvere per la mia azienda giustamente quali sono i miei
problemi di organizzazione che potevi
implementa finestra mobile con kubernetes con
dinamico conosci il ridimensionamento del ridimensionamento automatico
gruppi, ma se davvero solo bisogno di
gestire meglio sudoers proprio lì
modi più facile da fare che impegnarsi per
iterazione : non lo inchioderai
la prima volta che non lo fai è facile da pensare
come oh uomo siamo dietro la curva
la storia di ognuno è diversa da tutti
l’organizzazione è diversa per tutti
lavorerà al proprio ritmo fino a quando
stai migliorando questa è la cosa
è fantastico, un giorno lo sei
ti siederai e lo capirai
come mi ricordo forse sei mesi fa noi
avuto nell’interruzione non era nemmeno un
interruzione
abbiamo avuto un degrado nel servizio giusto
è durato 15 minuti e siamo tutti d’accordo
fuoco cercando di capire cosa è successo
come non siamo stati avvisati di questo
prima
quale tipo di KPI avrebbe assistito
con questo e poi hai fermato qualsiasi cosa
e tu sei come l’uomo, sei e mezzo fa
questa cosa sarebbe stata giù per 30
minuti e la cura del cliente avrebbe
ci ha chiamato e ci ha detto come hey Diners
non stanno ottenendo XYZ, se lo fai
che l’iterazione lentamente ti ritrovi
in un altro posto che fai sempre
te stesso meglio e prima che te ne renda conto
ti guarderai indietro e lo farai
nemmeno riconoscere l’anno scorso come
come abbiamo lasciato che quello è quello?
insano in modo da non sentire come si deve fare
tutto in una volta, perché l’altro
prendi anche quello ti impedisce
dal fare qualsiasi progresso bene non possiamo
fallo perché non abbiamo elastico
Auto ridimensionamento gruppi e non possiamo farlo
perché non abbiamo metriche KPI così
ci sediamo solo sulle nostre mani e facciamo
Niente di niente se è qualcosa che è
piccolo sai come oh ecco questo
servizio che dobbiamo riavviare ogni
l’altra settimana è quella giusta per automatizzare quella build
che si basa sui tuoi successi fa a
enorme differenza e cercare di trovare rapidamente
vince bene prova a trovare piccole cose
che si può fare oggi, perché saresti
sorpreso da come i piccoli ostacoli che
affronti rapidamente a diventare grande
cose così se riesci a trovare piccole cose
per aiutare a costruire quel momento
porterai tutti a bordo a tutti
muovendosi nella stessa direzione ed è
fantastico ma la cosa più importante è farlo
risolvere i propri problemi per favore per favore
per favore
a volte desidero Google e Facebook
smetterebbe solo di scrivere post sul blog
affrontare le lacune del set di competenze è un’altra chiave
area in cui stiamo lavorando
abbiamo già fatto tanta strada ma
sono ancora conosci posti dove
abbiamo persone da cui provengono
ambienti operativi tradizionali corretti e
potrebbero non esserci sviluppatori o forse
che la rovina di quel faro non possono
essere abituato all’infrastruttura come a
codice o lo sviluppo del software
ciclo di vita queste persone sono ancora
diritto prezioso come non pensare di aver bisogno
per riorganizzare la tua intera organizzazione
le persone possono imparare che sono persone intelligenti
quindi devi solo capire dove
le vostre lacune sono e affrontarle
appropriatamente e il campo è così
vasto così vasto che
tutti non devono essere un hardcore
sviluppatore giusto non tutti devono
essere un hard performance engineer giusto
le persone possono trovare le loro nicchie e fornire
valore per la squadra in quei particolari
aree così una cosa che abbiamo fatto
davvero aiutato era che dovevamo scegliere a
linguaggio di programmazione comune per il
tipo operativa di lavoro che siamo stati
andando a fare
siamo prevalentemente un negozio di Java giusto
l’idea di costruire strumenti per
le operazioni in Java mi hanno fatto letteralmente imbavagliare
erano così bene che potremmo saperlo
ci siamo radunati attorno a Python così ora
abbiamo scelto una serie di strumenti comuni
siamo in grado di costruire librerie dopo di noi
costruisci quelle librerie che le persone possono consumare
quelle librerie e poi finisce
tipo di costruzione di un ordine naturale di
insiemi di abilità, ora abbiamo il massimo
ingegneri senior che costruiscono biblioteche
può essere consumato e utilizzato dal
gente che sta imparando proprio così se
ci stai entrando e sei solo
iniziando a imparare Python che non hai
per combattere queste cose complesse come oh
bene come sto andando a prendere in modo dinamico
i dati dal nostro deposito valore chiave bene
c’è una biblioteca che lo farà
per te non ti preoccupare
ci arriveremo lì alla fine e poi
hai anche il codice che le persone possono
rivedere per sapere cosa sai
il nostro stile particolare di come facciamo le cose
l’altro vantaggio nella scelta di un comune
il linguaggio di programmazione è più facile
adozione in generale giusta ed è molto
più facile trovare risorse quando tu
in realtà bisogno di assumere così ora quando noi
assumere siamo come se tu avessi un
linguaggio se è Python quella è la bomba
giusto facile non dobbiamo preoccuparci
beh, sai che è bravo in Ruby ma no
bene e vai ma in un certo senso va bene
Perl Python è il nostro linguaggio di scelta se
ti senti comodo passando a Python
e sai che è anche giusto
gioco ma la direzione è chiara
dobbiamo anche iniziare ad assumere un po ‘
un po ‘diverso per le operazioni ora che è Ops
diventare più di una più ampia abilità impostare
potrebbe valere la pena di portare persone
da diverse aree come parte del
processo di intervista giusto avere qualcuno
da intervistare dev ops gente ha ragione
un DBA intervista qualcuno a destra ops
avere un’idea di dove questa persona
skillet bugie perché penso che fosse
major caritatevoli che hanno detto che stai guardando
per gli ingegneri a forma di T in linea
un sacco di aree ma in profondità in un’area e
potresti non avere le abilità impostate sul tuo
squadra appositamente per capire dove
quella persona va in profondità ma sapendo che a
la persona è capace di andare in profondità dice a
molto sulle loro capacità per
imparare per progredire e per
assimilare nel tuo ambiente
certo che sottolinei il comune
linguaggio che viene scelto correttamente
perché non vuoi che qualcuno venga
dentro e poi io come sai bene
bene, so che stiamo usando Python ma tu
sappi che questa cosa di Erlang è baboom come si fa
Ho tutti di passare a quel no
assicurarsi che sia chiaro e in anticipo nel
processo di intervista e anche mettere un
enfasi sulla mentalità di sviluppo
giusto non significa che devono essere a
roccia coder stelle, ma fare in modo che essi
comprendere i concetti destra assicurarsi
che sono a bordo con test giusto
testare che sarà una cosa importante
avremo bisogno di sviluppatori per aiutare gli operatori
con entreremo in quello in un secondo ma
assicurati che siano a bordo con il
filosofia e metodo di fare
cose perché renderà il
integrazione con Devon ops così tanto
più facile se tutti sono sulla stessa pagina
l’allenamento non è sufficiente o noi sempre
di ‘oh, sai, li addestreremo
ragazzi per fare una cosa giusta e in qualche modo
quella volta non ti forma mai magicamente
devono impegnarsi a farlo bene bisogna
dì come sai che daremo
voi questa cosa da fare e stiamo andando
rendici responsabile per questo è dove
la motivazione viene da dove è
troviamo il tempo per fare queste cose
capita se è solo un obiettivo al
all’inizio dell’anno che dice oh imparare
Python non succede
stessa cosa con lo sviluppo giusto se noi
dì che sai che devi avere una migliore
sistemi che capiscono che non stai andando
per ottenere quella comprensione di sistemi
per osmosi , probabilmente no
persino farcela leggendo
la posizione è il tipo di cemento che
fonde queste idee e concetti e
ti consente di eseguirli effettivamente
l’ ambiente di produzione trova i mentori
vero ragazzi potete scambiare il personale op può essere
mentorato da dev e viceversa funziona
piuttosto bene è anche un po ‘ come come
molti hanno familiarità con il concetto di
Sindrome di Imposo, giusto così ho
sindrome di impostore cronica e cosa
sindrome dell’impostore è che è fondamentalmente la
idea di avere difficoltà
interiorizzare i propri successi destra
quindi sei costantemente nel timore che tu sia
sta per essere chiamato una frode che stai andando
veniamo richiamati proprio a quel impostore
la sindrome è più diffusa delle persone
rendersi conto ma è anche un ostacolo
fare domande proprio così quando hai
quel tipo di tutoraggio incrociato che dà
qualcuno il conforto sapendo che oh questo
il tizio mi sta facendo domande che lui
non sa ora mi sento a mio agio
facendogli domande che non conosco
okay , l’allenamento non è abbastanza, assicurati
trovi un progetto che voi ragazzi potete
attivamente lavorare per non tutti è a
lo sviluppatore non tutti sono persone OPS
di nuovo ricorda che le persone hanno
diverse abilità e quelle abilità sono
prezioso e possono ancora essere sfruttati
e avere successo in una parte della squadra
i membri del team di supporto giusto escono da loro
timoneria quando possibile, giusto se
c’è qualcosa che sono solo
completamente non a proprio agio con e
non l’hanno mai provato, lo sai dato
loro sono qualcosa di piccolo da giocare
con forse scoprono che non è loro
tazza di tè giusto ma almeno ora tu
conoscere al contrario di solo qualche paura inane
è esistito da quando conosci C ++ 101
giusto e ricorda che le emozioni lo sono
importante parliamo molto delle operazioni di abbraccio
e DevOps, ma credo che uno dei
le cose più importanti che mi hanno attratto
la comunità è il tipo di empatia che è
proiettato e discusso , siamo noi
parlando di esseri umani reali con
sentimenti reali emozioni reali e te
dobbiamo tenerne conto non solo
solo durante i tuoi DevOps
trasformazione ma come cultura in
generale perché una volta che costruisci empatia
rende il lavoro di squadra molto più semplice di Google
effettivamente messo fuori uno studio che fondamentalmente
ha detto che i membri del team sono i più
efficaci sono quelli
i jerks sono essenzialmente gentili con entrambi
altro
tutti stanno cercando di fare del loro meglio
può
tutto quello che possiamo fare è aiutarli
andare d’ accordo tutto bene
il viaggio DevOps è duro e tuo
il viaggio sarà diverso dagli altri ma è
ne vale assolutamente la pena quando esci come te
inizia queste trasformazioni nel tuo
L’organizzazione di
assicurati di parlare con altre persone
assicurati di essere coinvolto nel tuo
la comunità fa domande perché le possibilità
qualcuno ha incontrato lo stesso
problema che hai fatto fare empatia
certo che stai trattando tutti con
rispetto assicurati di aver capito
tutti sono in un posto diverso quindi
non dire che conosci il marchio Schneider
come oh stai ancora usando l’ASP classico
non è che io voglia usare l’ASP classico
Non ho scelta giusta, solo
dove sono adesso, quindi tienilo dentro
mente e sii buono l’uno con l’ altro
questo è tutto
grazie mille, è stato fantastico
Ho ancora la sindrome di impostore pure
quindi sì domande di cui hai parlato
Python come il tuo linguaggio principale e riguardo
Qualora bash o simili sarebbero
più semplice o più veloce, quindi lo sai
modulo il tuo cursore che è come
tutti gli strumenti fanno schifo sì sì sì sì
in realtà hanno la stessa conversazione e
evitiamo come Perl o altre lingue
così è più o meno la scelta
tra bash e Python e fondamentalmente il mio
bar è se ho bisogno di qualsiasi forma di complesso
struttura dati Python piuttosto semplice
proprio come oh è necessario un allineamento no, non
in bash si si, va bene, questo è l’unico
l’altra domanda che abbiamo fatto qui lo fa
Qualcuno ha domande come di persona
senza scivolare in una tastiera sì
bene, puoi ripetere la domanda
per favore
sì, la domanda era come nella sua
lo sviluppo organizzativo è in gran parte
responsabile di molte statistiche OP
e ops è come una seconda classe
cittadino come facciamo per elevare il
Il personale dell’OP ha un posto uguale a
tabella immagino che la prima domanda sia fare
voi ragazzi avete interruzioni del tutto perché
Sento che il valore di OPS è sfortunatamente
di solito causato quando c’è un
interruzione e ci sono alcuni sforzi eroici
l’altro giorno il nostro CEO è venuto da me e lui
era come oh Jeff, sì, ti ho sentito
prendendo un breve anno sabbatico e ha detto oh
Ho sentito che ti stai prendendo un anno sabbatico e io
volevo solo chattare con te molto velocemente
certo che ti conosco da tutti
interruzioni ed è come wow ah proprio come
Io voglio essere il maresciallo del fuoco, no
voglio essere il pompiere giusto così
quelle interruzioni è l’opportunità che
op dovrebbe cessare di avere un posto al
tavolo e dire come qui sono le cose
che avremmo potuto fare meglio prima
nel processo che avrebbe impedito
la necessità di questi sforzi eroici giusti
quindi conosci il maresciallo contro il fuoco
pompiere in modo da mantenere una sorta di
guidando quei punti a casa e alla fine
qualcuno realizzerà come sai
questo problema è successo prima e non l’abbiamo fatto
indirizzo che forse dobbiamo fare
il tavolo prima forse abbiamo bisogno di ottenere
ops al tavolo prima e una volta voi
iniziare a farsi coinvolgere nel processo
le operazioni precedenti diventano inestimabili
specialmente quando le operazioni iniziano ad aggiungere
intuizione che gli sviluppatori non avevano pensato
semplicemente perché la mentalità è
diverso
grazie Jeff mi è piaciuto molto questa sessione
Ho due domande per te sembra
come la tua organizzazione è ma vuoi
considera la tua organizzazione come un centro
di eccellenza per DevOps che funziona
tra tech ops e ingegneria sono
cercando di capire come hai
la tua organizzazione prende DevOps e i loro
metodologia al livello successivo di
imparare cosa succede in ingegneria e
come questo flusso tra entrambi
organizzazione e la mia seconda parte di
la domanda era quale capacità si tiene
per la vostra organizzazione oi vostri membri a
elevarsi al livello successivo è questo
50/50 dove lavorano per a
team di sviluppo 50% e 50% per
operazione mi fermerò qui
Grazie, va bene un paio di cose
ci consideriamo un centro di
Eccellenza sai che non lo so
Ho mai messo quell’etichetta su di noi
perché sento che forse siamo i miei
sindrome di impotenza mi sento come se fossimo
sempre nella nostra infanzia in questo processo
giusto quindi stiamo sempre iterando
cercando sempre di migliorare mi sento come
siamo un centro di eccellenza nel nostro
sforzo per essere migliore ma c’è sempre
spazio per il miglioramento giusto quindi penso
è importante generare un feedback
loop con il tuo staff con il tuo
team di sviluppo per capire quali sono
facciamo male che possiamo fare meglio
dove sono le cose in cui non siamo
soddisfare le vostre aspettative e viceversa
in modo che possiamo lavorare continuamente
rendendolo migliore in termini di tuo
seconda domanda credo che la domanda
era quello che stiamo facendo per migliorare
le nostre capacità sono corrette e quali sono le capacità
abbiamo per questo, quindi siamo fortunati
che il nostro CEO proviene da un ambiente molto tecnico
sfondo e lui ha un forte
impegno per l’apprendimento, quindi abbiamo questo
concetto chiamato apprendimento venerdì dove
praticamente ogni venerdì entrano in loro
soddisfare il pranzo e dicono che sai
10 dalle 9 in punto a mezzogiorno ottenere nulla
che hai bisogno di essere avvolto dal pre
dalla settimana precedente fatta e poi
da mezzogiorno al resto della giornata al tuo
il tempo impara ad armeggiare
trovare soluzioni che l’azienda
potrebbe essere in grado di usare, ma è il tuo tempo
per tipo di imparare e far crescere il tuo skillset
in qualsiasi modo tu ritenga opportuno ed è un
opportunità fenomenale perché sai
uno non molte organizzazioni ce l’hanno
ma due non molte organizzazioni hanno
con il pieno supporto del CEO che
fondamentalmente è entrato e ha detto di ascoltare ragazzi
Non si rendeva conto che avevamo smesso di fare questo
inizieremo a farlo di nuovo, lo sono
dirò a tutti i product manager che
riescono a passare il tuo tempo solo lunedì
Giovedì è una specie di enorme
impegno dell’organizzazione come te
fallo in altre organizzazioni è difficile
devi davvero costruire il tempo in e
assicurati che la tua gestione sia
proteggendo quel tempo perché è molto
facile da ottenere quel tempo preso da te
sì hai detto che avevi provato o
hai visto che avevi esperienza con
integrare le operazioni direttamente nel
struttura di reporting degli sviluppatori
consegnando prodotti puoi elaborare un
un po ‘di più su dove le sfide
sono con quello e cosa ne pensi
su potenzialmente come avere due
classi di operazioni in cui metà è in
quella struttura di segnalazione e poi
c’è una specie di più operazioni globali
quello può funzionare con loro ma è più
globale per l’intera organizzazione giusta
Giusta domanda così buona
quindi l’ esperienza iniziale con
l’integrazione della squadra era in gran parte sul
lavagna giusta perché abbiamo detto tutto
destra se iniziamo integrando questi
squadre che prenderanno queste
Funzioni del gruppo SRE ha attualmente
quindi un po ‘di sottofondo conosci GrubHub
ha circa 10 anni ora o forse 12
e hanno iniziato una piccola startup scrappy
giusto così è come hanno fatto tutti
tutto come abbiamo iniziato a formarci
gruppi operativi conosci la roba
che in genere sarebbe detenuto da un IT
l’organizzazione era detenuta dalla sres
così quando abbiamo iniziato a venire con DevOps
diciamo bene se integriamo queste persone
come facciamo a sapere consapevolmente mettere LDAP
supporto sul piatto di un team di prodotto
questo è ciò che ha portato a questo
spaccatura ibrida che abbiamo oggi il
l’altra cosa era che volevamo essere sicuri
che i sistemisti e questo
potrebbe mostrare il
tipo di copertura delle nostre scommesse che volevamo
assicurarsi che i sistemi che
gli ingegneri avevano un meccanismo per l’escalation
esce dalla loro struttura di segnalazione
cioè sai che hey c’è questo orribile
Bug SSL dobbiamo fermare tutto e
implementare la correzione
bene i miei incentivi sono un po ‘
diverso e ho bisogno di ottenere questo prodotto
fuori così la domanda era come fare come noi
assicurarsi che abbiano una strada verso
intensificare al di fuori di quello e questo è
in definitiva ciò che ci ha portato dove siamo
in termini di altre domande con il
seconda cosa operativa sì, questo è un
cosa che in realtà abbiamo ancora tecnicamente
che nel nostro ambiente abbiamo un gruppo
che chiamiamo grub ops che è fondamentalmente
il nostro NOC e sono in gran parte responsabili
per il sistema legacy che siamo
migrando lontano da così sono in a
funzione di supporto per questo e servono
quasi esattamente come stavi dicendo
dove sono un braccio delle operazioni ma
non sono davvero coinvolti con il
roba di prodotti giorno per giorno non sono
parte della mischia che stavamo cercando di
costruisci quel ponte da sre a grub ops
ma l’ho effettivamente chiamato
la mia gestione come un terzo silo che necessita
per essere eliminato penso che sia il migliore
opportunità sarebbe anche di integrare
quel gruppo nelle squadre di flusso o in
i sres o usarli come junior
ingegneri junior di sviluppatori proprio così noi
Diciamo tutto bene, li accoppiamo a ciascuno
uno di voi grub ops gente con un SRE
e questo sarà il tuo mentore e lo faremo
essenzialmente servire usarlo come una pipeline
ok questo è sfortunatamente tutto ciò che abbiamo tempo
per grazie mille Jeff grazie
tu
Please follow and like us: