tu
Sono piegato e sono qui per andare
Berlino con i denti segna Keith Martin il
autore dell’infrastruttura del libro chiamato
questa mattina una disputa con Maricopa
cazzo e lei ha detto qualcosa come se
il codice associato fa parte del futuro di
ingegneria quindi siamo davvero felici
ce l’hai qui Keith chi sei e cosa?
stai facendo qualità quindi sono a
consulente con quel lavoro e quello che faccio
sto entrando con la nostra consegna del software
squadra in organizzazioni la voglia
consegnare alcuni software e trovare di più
modi efficaci di fornire software
e mi sto sempre più coinvolgendo
entra con loro per parlare di aiuto
con come siamo riusciti a passare il
produzione e come interagiamo
Team operativi IT e cosa sono
sempre più spesso si sta facendo coinvolgere
con il lavoro con dimensioni operative di
organizzazioni e come possono adottare o
modi agili di lavorare come possono usare
gli strumenti / dell’automazione dell’infrastruttura
usando le pratiche dal software
ingegneria così infrastruttura come il codice è
rilevante perché ora l’infrastruttura è
diventando virtualizzato e diventando cloud
quindi sta essenzialmente diventando software
diventare dati quindi significa che possiamo
applicare strumenti dall’ingegneria del software
sistemi di controllo della versione di vita e possiamo
applicare pratiche come test-driven
sviluppo e integrazione continua
e consegna continua e applicare quelli
a come gestiamo la nostra infrastruttura
che ci aiuta a consegnare più velocemente
con più affidabilità di quanto potremmo
prima così sono i principi di base
assicurati di poter ricostruire qualsiasi parte
dei nostri sistemi della nostra infrastruttura
molto facilmente e molto affidabile che possiamo
mantenere le cose configurate in modo coerente
modo e che abbiamo solo un alto livello
di tutto è trattato come costantemente
cambiando e potendo evolvere e
effettuare correzioni in attraverso
è con un overhead molto basso ok no
principi senza genitori è così che cosa
stai entrando nei tre fatti entrambi
la prassi coinvolta è così difficile
la prima pratica è assicurarsi che
puoi definire la tua infrastruttura in
file che puoi trattare come fonte
codice quindi piuttosto che averti guidato
strumenti di automazione in cui devi puntare
e fai clic che potrebbero non essere molto
ripetibile che vuoi mettere nei file
che puoi inserire in un controllo di versione
sistema che porta al secondo
pratica che sta testando per applicare e
utilizzare test automatici per testare le modifiche a
la tua infrastruttura ogni volta che fai
un cambiamento che vuoi essere in grado di
testando immediatamente il feedback veloce
se porterà qualcosa e
Immagino che la terza pratica che consiglierei sia
in giro immagino che la consegna sia continua così così
prendendo quel test quindi potendo
sposta le modifiche attraverso una pipeline
automaticamente e assicurarsi in ciascuno
ambiente in cui stai applicando le modifiche
allo stesso modo quindi se hai un livello elevato
di fiducia costante che quello che metti
in produzione puoi metterlo per noi
e facilmente perché hai già fatto
in ambienti precedenti e puoi
assicurati che funzionerà e poi
solo l’inerzia delle risorse è fredda per me
Susan esistente o dimorare per fare qualcosa
quindi di nuovo ombreggiato ma penso il migliore
modo per avvicinarsi è trovare piccoli
pezzi che puoi iniziare con e su
in sostanza costruisci per le parole così piuttosto
di prendere un’istanza esistente di
infrastrutture e sistemi e cercando di
tipo di automatizzare le modifiche ad esso vorrei
dì come puoi replicare quel sistema dentro
un modo completamente guidato
infrastruttura come codice, quindi posso avere un
immagine di server che posso creare e
creare in modo affidabile nuovi server dal
file di configurazione in automatico
configurare quei sistemi in modo che sia possibile
fallo più e più e più volte e
quindi portalo in una posizione in cui tu
può quindi tornare indietro per diventare il tuo sei
eseguire il sistema e farlo per uno
parte del tuo sistema e prendi quello
attraverso la produzione e
comodo con come si apportano modifiche
quindi a quel sistema fino a
produzione e quindi iniziare ad espandersi
ad altre parti del tuo patrimonio, oh come me
veramente associato freddo così come fai tu
supponendo che tu stia usando uno strumento
come dire terraforme e lo chef da automatizzare
come crei un po ‘ di infrastruttura
è ogni volta che apporti una modifica
un particolare cambiamento di quei file
vuoi assicurarti di avere dei test
che stanno per catturare quel cambiamento
e scoprire se è funzionato
correttamente hai messo quel test in un
script automatico di qualche tipo e commit
che equipaggia il tuo codice allora nel tempo tu
costruisci due cose che accumuli
quel tipo di libreria di test che danno
tu la sicurezza che ne fai un altro
cambia che non hai intenzione di rompere
qualcosa che non intendevi rompere e
aiuta anche a migliorare il design di
il tuo sistema perché per avere
questo test automatico sul tuo sistema
deve essere ben progettato e pulito e
disaccoppiato altrimenti sai che lo è
troppo difficile testare il controllo come dovrebbe
Sono qui con segreti come David
password o così bene una prima regola è
non mettere mai quei segreti in chiaro
nel tuo sistema di controllo della versione è giusto
troppo vulnerabile anche se è un privato
repository è troppo vulnerabile a
qualcuno che ha accesso e accesso
quei segreti che puoi potenzialmente mettere
loro in forma criptata i loro strumenti che
ti aiuta a crittografare i segreti per archiviare
il controllo della versione e poi ci sono
anche strumenti come hash equivale a vault e
e altri che sono essenzialmente segreti
server che consentono di archiviare
oratori e gestisci i segreti in un molto
modo controllato, va bene, grazie mille
e goditi il legname grazie
Sono piegato e sono qui per andare
Berlino con i denti segna Keith Martin il
autore dell’infrastruttura del libro chiamato
questa mattina una disputa con Maricopa
cazzo e lei ha detto qualcosa come se
il codice associato fa parte del futuro di
ingegneria quindi siamo davvero felici
ce l’hai qui Keith chi sei e cosa?
stai facendo qualità quindi sono a
consulente con quel lavoro e quello che faccio
sto entrando con la nostra consegna del software
squadra in organizzazioni la voglia
consegnare alcuni software e trovare di più
modi efficaci di fornire software
e mi sto sempre più coinvolgendo
entra con loro per parlare di aiuto
con come siamo riusciti a passare il
produzione e come interagiamo
Team operativi IT e cosa sono
sempre più spesso si sta facendo coinvolgere
con il lavoro con dimensioni operative di
organizzazioni e come possono adottare o
modi agili di lavorare come possono usare
gli strumenti / dell’automazione dell’infrastruttura
usando le pratiche dal software
ingegneria così infrastruttura come il codice è
rilevante perché ora l’infrastruttura è
diventando virtualizzato e diventando cloud
quindi sta essenzialmente diventando software
diventare dati quindi significa che possiamo
applicare strumenti dall’ingegneria del software
sistemi di controllo della versione di vita e possiamo
applicare pratiche come test-driven
sviluppo e integrazione continua
e consegna continua e applicare quelli
a come gestiamo la nostra infrastruttura
che ci aiuta a consegnare più velocemente
con più affidabilità di quanto potremmo
prima così sono i principi di base
assicurati di poter ricostruire qualsiasi parte
dei nostri sistemi della nostra infrastruttura
molto facilmente e molto affidabile che possiamo
mantenere le cose configurate in modo coerente
modo e che abbiamo solo un alto livello
di tutto è trattato come costantemente
cambiando e potendo evolvere e
effettuare correzioni in attraverso
è con un overhead molto basso ok no
principi senza genitori è così che cosa
stai entrando nei tre fatti entrambi
la prassi coinvolta è così difficile
la prima pratica è assicurarsi che
puoi definire la tua infrastruttura in
file che puoi trattare come fonte
codice quindi piuttosto che averti guidato
strumenti di automazione in cui devi puntare
e fai clic che potrebbero non essere molto
ripetibile che vuoi mettere nei file
che puoi inserire in un controllo di versione
sistema che porta al secondo
pratica che sta testando per applicare e
utilizzare test automatici per testare le modifiche a
la tua infrastruttura ogni volta che fai
un cambiamento che vuoi essere in grado di
testando immediatamente il feedback veloce
se porterà qualcosa e
Immagino che la terza pratica che consiglierei sia
in giro immagino che la consegna sia continua così così
prendendo quel test quindi potendo
sposta le modifiche attraverso una pipeline
automaticamente e assicurarsi in ciascuno
ambiente in cui stai applicando le modifiche
allo stesso modo quindi se hai un livello elevato
di fiducia costante che quello che metti
in produzione puoi metterlo per noi
e facilmente perché hai già fatto
in ambienti precedenti e puoi
assicurati che funzionerà e poi
solo l’inerzia delle risorse è fredda per me
Susan esistente o dimorare per fare qualcosa
quindi di nuovo ombreggiato ma penso il migliore
modo per avvicinarsi è trovare piccoli
pezzi che puoi iniziare con e su
in sostanza costruisci per le parole così piuttosto
di prendere un’istanza esistente di
infrastrutture e sistemi e cercando di
tipo di automatizzare le modifiche ad esso vorrei
dì come puoi replicare quel sistema dentro
un modo completamente guidato
infrastruttura come codice, quindi posso avere un
immagine di server che posso creare e
creare in modo affidabile nuovi server dal
file di configurazione in automatico
configurare quei sistemi in modo che sia possibile
fallo più e più e più volte e
quindi portalo in una posizione in cui tu
può quindi tornare indietro per diventare il tuo sei
eseguire il sistema e farlo per uno
parte del tuo sistema e prendi quello
attraverso la produzione e
comodo con come si apportano modifiche
quindi a quel sistema fino a
produzione e quindi iniziare ad espandersi
ad altre parti del tuo patrimonio, oh come me
veramente associato freddo così come fai tu
supponendo che tu stia usando uno strumento
come dire terraforme e lo chef da automatizzare
come crei un po ‘ di infrastruttura
è ogni volta che apporti una modifica
un particolare cambiamento di quei file
vuoi assicurarti di avere dei test
che stanno per catturare quel cambiamento
e scoprire se è funzionato
correttamente hai messo quel test in un
script automatico di qualche tipo e commit
che equipaggia il tuo codice allora nel tempo tu
costruisci due cose che accumuli
quel tipo di libreria di test che danno
tu la sicurezza che ne fai un altro
cambia che non hai intenzione di rompere
qualcosa che non intendevi rompere e
aiuta anche a migliorare il design di
il tuo sistema perché per avere
questo test automatico sul tuo sistema
deve essere ben progettato e pulito e
disaccoppiato altrimenti sai che lo è
troppo difficile testare il controllo come dovrebbe
Sono qui con segreti come David
password o così bene una prima regola è
non mettere mai quei segreti in chiaro
nel tuo sistema di controllo della versione è giusto
troppo vulnerabile anche se è un privato
repository è troppo vulnerabile a
qualcuno che ha accesso e accesso
quei segreti che puoi potenzialmente mettere
loro in forma criptata i loro strumenti che
ti aiuta a crittografare i segreti per archiviare
il controllo della versione e poi ci sono
anche strumenti come hash equivale a vault e
e altri che sono essenzialmente segreti
server che consentono di archiviare
oratori e gestisci i segreti in un molto
modo controllato, va bene, grazie mille
e goditi il legname grazie
Please follow and like us: