[Musica]
Sono Cummings, lavoro per IBM
particolare parte dell’IBM che lavoro per è
chiamato IBM cloud garage e di
Certo quando diciamo che molte persone
dì che cosa è una carrozza cosa fai io
spiega così siamo dentro come una start-up
IBM il nostro obiettivo è aiutare i clienti ad adottare
il cloud siamo consulenti quindi usciamo
ai siti dei clienti vediamo quello che sono
facendoci capire se potrebbe essere
fatto meglio li alleniamo lungo la strada
al cloud
così che è, ma molto di quello che ho intenzione di
parlare di oggi è un’esperienza che
abbiamo lavorato con clienti che lo sono
cercando di sfruttare al massimo il
nube dovrei dire pure che abbiamo un
rete di circa 14 garage incluso
uno a Copenaghen e Copenaghen
garage sta assumendo quindi se sei locale e
ti piacerebbe un’opportunità davvero interessante e
se sei interessato allo sviluppo basato sui test
e programmazione estrema Lean Startup all
quel genere di cose raggiungono o
Google lavori IBM perché è locale
Copenaghen ma abbiamo anche Monaco
Londra bella Madrid, quindi se non ci sei
Copenaghen potremmo anche lavorare con quello
Voglio iniziare dando un po ‘di a
definizione di cloud nativo quindi come
molte persone hanno una definizione nel tuo
a capo di cosa sia la nuvola nativa
circa la metà della stanza penso che sia forse
circa forse 3040 mani e penso cosa
questo significa che probabilmente ne abbiamo 30
o 40 diverse definizioni di cloud
nativo in questa stanza perché uno dei
le cose sul cloud nativo è che tende a
essere un sacco di cose diverse per un sacco di
la gente sembra un concetto facile ma
lo sai che fa un po ‘
infangato ai bordi dovrei dire come
bene penso una delle cose che
Nativo di cloud è davvero mancante come
Ho un concetto in confronto a dire che Java è
che ha bisogno di una mascotte, ho detto che questo è mio
tentare una mascotte nativa nuvola penso
è fantastico chiunque abbia mai mostrato
a voi è una sorta di andata Mmmmm bastone
alla tua giornata di lavoro, ma vedi come è stato
sai se immagini quello che è nativo di
una nuvola giusta
sembra che potrebbe sembrare un po ‘così
ma forse un po ‘meno come un marziano
comunque andando rapidamente alle cose
non coinvolgere disegni di nuvole lì
questo discorso è iniziato quando stavo leggendo
Twitter come si fa e ho visto un tweet di
Daniel Bryant, che ha parlato in precedenza oggi
e in generale se Daniel dice che lo è
giusto ma ho guardato questo tweet e io
pensavo che non ne fossi veramente sicuro
e io non puoi davvero vedere cosa
era che ero preoccupato ma se io
rendilo un po ‘più grande che probabilmente puoi
che è che c’era questo posizionamento
di cloud nativo e questa definizione di
cloud nativo come qualcosa che era su a
spettro da SOA a micro-servizi a
nuvola nativo così quando si testa SOA voi
allora avevano tubi intelligenti e punti terminali stupidi
passi ai micro servizi
tutto era molto meglio che avevi
endpoint intelligenti e pipe stupide e poi
sei ancora meglio e progredisci
cloud nativo e hai avuto un intelligente
piattaforma e servizi stupidi e ho pensato
per me che semplicemente non mi sento come me
fare questo non mi sento come le cose che sono
dire ai clienti di fare per diventare
nativi del cloud che non significa che sia un
definizione sbagliata significa solo che non lo è
per me diciamo che il nostro team costruisce
applicazioni cloud native e tuttavia spesso no
avere microcircuiti
stiamo sbagliato bene ad essere onesti la la
articolo che proviene da uno dei
ragioni per cui parlava di cloud
nativo come evoluzione dei micro servizi
era un articolo su micro
servizi quindi ovviamente se i tuoi articoli
sui micro servizi allora ha senso
parlare di cloud nativo come forma o
come una progressione di micro servizi e
è davvero un buon articolo quindi
anche se ero un po ‘preoccupato per quello
diagramma per me mi sento nel suo complesso è
veramente buono e dovresti andare tutti via
e leggerlo è di un Billiken Librium
chi lavora per Red Hat e lo sai di nuovo
se parli di micro servizi
allora questo ha senso in quel contesto
ma ovviamente non è solo in quello
articolo sui micro servizi dove noi
parlare di ginocchio nuvola
e microservizi come se fossero carini
cose simili alla nuvola nativa
la base di calcolo ha questo molto lungo
definizione per il cloud computing nativo
che non leggerò, ma la chiave
le cose in esso dicono che è micro
servizi contenitori e dinamicamente
orchestrato bene mi piace il dinamico
parte orchestrata ma io sono gli altri due
solo un po ‘meno sicuro ma poi quello
mi mette in questa posizione davvero strana
che è che sono qui di fronte
molti di voi vanno a Copenhagen e io sono
dicendo il cloud computing nativo
fondamento cosa sanno del cloud
nativo, sono sicuro di sapere molto di più
di un intero fondamento che è stato impostato
che il mio datore di lavoro ti sponsorizza
quello il cui nome è il cloud nativo
base di calcolo e così ho tipo di
di nuovo voglio provare a capire bene
perché la mia definizione è così diversa da
la definizione delle persone che sono
dovrebbe sapere di cloud nativo e
anche in prima fila qui c’è
ci sono quattro persone che hanno tutti il cloud
guru nativo in cima quindi sono un po ‘spaventato
che ad un certo punto sai che pensi
ci sarà una corsa al palco
e verrai a dirmelo
quello che ho sbagliato e di cui ho bisogno
smettere di parlare di cloud nativo
perché perché davvero ho
ho frainteso qualcosa che ero un po ‘
allarmato anche perché alcuni ero
leggere Twitter prima di questo discorso come uno
fa e c’è un tweet da Casper
chi sta dicendo se andate a vedere
Copenaghen e voglio discutere di cloud
tecnologia di base nativa per favore
per favore sai darmi un personale
messaggio o trovarmi nella sede del
il prossimo paio di giorni e ho pensato oh
beh sto pensando di discuterne in giro
un’ora ma ne discuterò
Davanti a molte persone e io no
avere il tempo di parlarti prima, quindi spero
quello che dico va bene e poi alla fine io
ha capito che in realtà non voleva
persone per ottenere il permesso di parlare
nuvola nativo ha appena stava offrendo a
discutere di cloud nativo quindi se dopo questo
parla che sei molto arrabbiato puoi andare e
parla con lui puoi dire che l’ho visto
discorso terribile e loro davvero no
capisci il cloud nativo in assoluto
chattare e puoi dirmi cosa sono
la definizione corretta deve essere equa
anche se ero un po ‘preoccupato
sui micro servizi nel
i contenitori fanno parte del cloud nativo
fondamento informatico l’ultima parte
di quella frase sta parlando del
ragioni per cui vorresti fare cloud
nativo e questo penso di essere assolutamente
giusto perché la ragione per cui tu vorresti
per farlo se vuoi costruire alla grande
prodotti più veloci e per me questo è il
la cosa più importante su cloud native
è il perché o un altro modo di pensare
su questo è bene che problema siamo noi
effettivamente cercando di risolvere e il problema
probabilmente non ho bisogno di usarne di più
contenitori se stai cercando di lucidare
il tuo CV se stai cercando qualcosa di nuovo
occupazione se lo sei se ci stai provando
negoziare e si paga aumento forse il
il problema che stai cercando di risolvere è che ho bisogno
più contenitori ho bisogno di più kubernetes
Anja Ho bisogno di più qualcosa del genere ma
in generale il mio CV sembra noioso non è davvero
una buona ragione per andare nativo ci deve
essere una sorta di attività sottostante
problema o esigenza di business che è
andando a muoverti in quella direzione e
a pensare a ciò che tale obbligo
potrebbe essere utile tornare indietro
cloud nativo e pensare bene perché cloud
quando abbiamo iniziato a parlare
nuvola e pensando al cloud e io sono
abbastanza vecchio da ricordare lo spostamento nel
industria da non nuvola a nuvola noi
ci ho davvero pensato come un’utilità
e abbiamo pensato che ci fossero tutte queste cose
come l’ elettricità che non era più
generare in-house perché così sarebbe
essere finanziariamente davvero inefficiente e
Non sarebbe in realtà noi abbiamo ottenere nulla
voglio esternalizzare questi e i nostri
il potere computazionale è la stessa cosa di noi
voglio esternalizzare questo e lo sarà
Più economico risparmieremo molto
soldi e in particolare la ragione è
Sara ‘molto piu’ economico non lo e ‘
in parte che le persone che mantengono questi
i sistemi per vivere probabilmente stanno andando
per essere in grado di farlo in modo più efficiente e
più efficacemente di quanto possiamo ma è
anche perché ne avremo di più
elasticità e cosa significa questo
se il venerdì nero ne avrò un sacco
traffico ma il resto dell’anno no
ottenere molto traffico al fine di
sostenere il traffico del Black Friday che ho
disporre la capacità massima
e poi il resto dell’anno che sto pagando
per tutti di questa capacità che io non
hai bisogno di tutto questo Hardware, forse lo sai
se lo avessi
spegnerlo così, invece
facciamo qualcosa dove pago solo
per quello che uso questo modello di utilità di
il calcolo c’è un altro grande vantaggio
che abbiamo visto quando siamo passati al cloud
e quella era la promessa della velocità e di
questo non intendo davvero la velocità dell’hardware
anche se ne vediamo un po ‘
così ora stiamo iniziando a vedere
GPU per l’apprendimento automatico e per i dati
elaborazione nei data center e voi
non vorrebbe necessariamente questo tipo di
Hardware certamente non nel
quantità che puoi ottenere in
cloud nei data center locali e
stiamo anche iniziando a vedere ancora di più
hardware esotico e così sarà
in realtà è semplicemente impossibile avere
localmente quindi, per esempio, l’IBM produce quantum
i computer disponibili sul cloud ci sono
solo una manciata di computer quantistici
disponibile nel mondo quindi non lo sei
andando ad avere uno in un locale che dati
centro e devono essere raffreddati a
circa 0,42 Kelvin che è più freddo di
lo spazio tra le stelle
quindi è improbabile che tu raggiunga quel tipo
di temperatura in un centro dati locale
a meno che tu non sia veramente bravo
refrigerazione ma la velocità che il
gli affari stavano pensando al
il cloud era più veloce da quando scrivevamo
il nostro codice a quando lo otteniamo al nostro
cliente perché era come te
devo fare questo processo davvero noioso
e tu vorresti che tu fossi tagliato
il tuo rilascio e quindi dovresti inviare
off a Dublino e che avevano in realtà di stampa
il tuo software su CD che sembra
incredibilmente bizzarro ora e tutto
processo ci vorrà molto tempo
non vorrei farlo molto spesso
perché era così irritante e così
avresti rilasciato il software solo una volta
ogni anno o una volta ogni due anni con
con la promessa del cloud era Wow
perché abbiamo il costo di ottenere il nostro
software per un cliente molto più basso di noi
possiamo farlo più spesso possiamo essere di più
sensibile al al al cliente
stiamo anche vedendo alcuni più esotici
funzionalità nel cloud , ad esempio
abbiamo Watson sul cloud che conosci
questo non c’è tensorflow c’è tutto
queste cose sarebbero belle
complicato da eseguire localmente ma invece
puoi semplicemente approfittarne
i servizi pull un sacco di diversi
servizi insieme in un’applicazione
fare qualcosa di molto più interessante
di quello che potresti fare localmente
così tutto sembra incredibile, quindi perché?
cloud nativo perché non era cloud buono
abbastanza bene abbiamo pensato a come il cloud
l’elettricità che conosci è questa utilità
di cui tutti potremmo approfittarne ma
quello che in effetti è successo è che molti
ci siamo trasferiti al cloud e il mio clicker ha
appena morto lei è eccitante
è la battuta finale che sta costruendo il
suspense ci muoviamo verso il cloud e
altrimenti non lo scopriremo mai in fretta
ci siamo trasferiti nel cloud e abbiamo ottenuto
fulminato
in modo tale che non vuoi mai un tecnico
fallimento ma tu sei la diapositiva su
il fallimento tecnico è probabilmente il giusto
punto per avere il fallimento tecnico così a
molti di noi hanno trovato ciò che aveva
hanno funzionato davvero bene su Prem
orribile sulla nuvola stavamo perdendo
dati che stavamo ricevendo interruzioni solo
non riuscivo nemmeno a sopportarlo nel primo
posiziona bene quello che stava succedendo
alla fine ha funzionato un sacco di
schemi che avevano molto senso
quando stavamo girando in un data center
questo non aveva assolutamente senso nel cloud
e queste erano cose come il registro
gestione che era quella giusta
cosa da fare era avere circa sei
diversi file per i tuoi log
e inseriresti messaggi di questo tipo in
questo file e messaggi di questo tipo in
questo file e tu avresti diversi
granularità nei diversi file e
poi scorreresti tra i tuoi file e
quindi li copi in un altro
posto sul file system e abbiamo avuto tutto
di questa elaborata infrastruttura per
fare la cosa giusta per i nostri registri e in
il cloud cosa succederebbe se lo facessimo
tutte queste cose ai nostri log nostra
la macchina virtuale sarebbe morta e poi lo faremmo
mai essere in grado di ottenere quei registri così noi
non aveva modo di capire cosa fosse successo
ha causato la fine di quel contenitore
perché era morto, quindi abbiamo dovuto
sorta di rollback e abbiamo dovuto dire oh no
dobbiamo trattare molto sembra un evento
i flussi lo stanno semplicemente mettendo fuori standard
va bene non devi fare nulla
più difficile di così e se fai qualcosa
sei più difficile di quello che effettivamente sei
me ne pentirai
quindi questi sono stati codificati come i 12 fattori
così alcune persone dicono oh bene il 12
i fattori non sono esattamente esatti 12
fattori sai che tu eri quello che tu
è necessario eseguire un’applicazione su
Nube di Heroku e alcuni di loro non erano
giusto e tu ce ne sono altri
che è necessario ma in fondo erano una
Davvero un buon inizio per come scrivere un
applicazione per funzionare sul cloud così tu
non essere fulminato e uno davvero
cosa importante con i 12 fattori è
che non c’è davvero nulla in esso
sui micro servizi e ancora a me
sembra davvero una buona definizione di
cloud nativo e sulla maggior parte delle cose in
i 12 fattori sono cose come essere
ferro potente al riavvio e lo sai
quindi cloud nativo penso che dovrebbe essere molto
di più su qualcosa che è 12 fattore di ish
e molto meno di essere micro servizi
e se deve essere un sinonimo di
qualsiasi cosa davvero dovrebbe essere articolo
brevetti e se qualcosa ha bisogno di un sinonimo
dovrebbe il suo articolo potente proprio perché
l’elemento potente non è molto divertente da dire
Non mi diverto molto a dire come nativo
speaker penso che sia probabilmente ancora meno
divertente da dire se non sei un nativo
Altoparlante inglese così dove i contenitori
rientrare in tutto questo perché niente in
i 12 fattori sono tutto
contenitori bene penso che i contenitori hanno
stata una tecnologia così rivoluzionaria
c’è un sacco di cose che
sono stati davvero difficili prima di quei contenitori
reso semplice c’era tutto questo
complessità che abbiamo dovuto affrontare in
ordine al fine di sostenere qualcosa in
per prendere un pezzo di software e
rendilo utilizzabile per noi quei contenitori
appena risolto , è davvero buono ma
la cosa fondamentale con i contenitori è questo
i contenitori sono buoni ma non è un
competizione per vedere quanti contenitori
si può avere non è come se ho una
container Sto facendo bene se ne ho 10
contenitori sto facendo bene e se ho
60 contenitori avrò un aumento sai
loro il loro potere non aumenta il
con il loro numero e in particolare
pensando ai micro servizi
hai bisogno di un’applicazione modulare in ordine
per ridimensionare di sicuro ma non è necessario
Comunicazione HTTP tra le parti di
la tua applicazione per essere cloud
nativo se hai tutti questi altri
caratteristiche quindi chi conosce la storia
della matita spaziale un paio di sterline così
questa è una storia classica sulla complessità
e la storia è quella nell’aurora
della corsa allo spazio la NASA ha speso milioni di dollari
dollari inventando questa penna che lo farebbe
scrivi nello spazio e la ragione di cui ha bisogno
tutto ciò che l’ingegneria è perché nello spazio
non ci sono penne a sfera normali per gravità
lavorare per gravità forzando l’inchiostro verso il basso se
non c’è gravità quindi devi avere
un piccolo contenitore pressurizzato da forzare
le cose vanno giù e tutto diventa abbastanza
costoso e la storia è che il
I russi non hanno speso milioni di dollari
dollari inventando invece una penna spaziale
i russi hanno appena usato una matita per scrivere
nello spazio e la morale della storia è
quella complessità aggiunge spese e in
particolare complessità non necessaria come
utilizzando una penna spazio quando si poteva solo
usare una matita aggiunge spese inutili
ora si scopre che la storia è sbagliata
praticamente ogni singola parte di esso così
la prima cosa che è sbagliata è quella
in realtà entrambi all’inizio dello spazio
esplorazione sia della NASA che dei russi
usa le matite che erano tutto ciò che avevano loro
usa le matite ma c’era un aspetto finanziario
scandalo sulla NASA e la spesa di
loro scrivono cose perché il loro spazio
le matite costano circa centotrenta
dollari ciascuno che nel 1960 il denaro è un
enorme quantità da spendere per una matita quando
è solo una matita che la penna spaziale non era
in realtà è stato sviluppato dalla NASA
sviluppato da una società indipendente
perché essendo stato morso da tutti i
clamore suscitato il centotrenta
matite di dollari non c’era modo
che la NASA stiamo per spendere di più
continua a sviluppare tutto ciò che sai
qualsiasi cosa oggi scrivesse nello spazio così
era una compagnia indipendente la Fisher
Compagnia di Space Pen che ha realizzato la penna spaziale
ma in realtà hanno speso circa un milione
dollari per svilupparlo ma una volta loro
sapere una volta che hanno elaborato il loro economico
modello in realtà lo hanno venduto davvero
a buon mercato quindi lo hanno venduto per circa $ 2 così
la matita spaziale è circa 60 volte di più
costoso rispetto alla penna spaziale
c’è un’altra cosa interessante su
matite nello spazio che è questo se tu se
tu scrivi con una matita probabilmente
non se ne accorge nemmeno , ma si lascia in ordine
di una sottile traccia di grafite sulla carta
alcuni sono attaccati al giornale e altri
del suo solo galleggiare bene è seduto su
la carta e non sta causando alcun danno
perché sei sulla terra se sei su
spazio non si siede solo sulla carta
è una specie di fluttuante e poi te
inspiralo e quel genere di cose e
causa tutti i tipi di problemi se tu
rompere accidentalmente il pennino e ottieni un
più grande pezzo di grafite che causa
ancora più problemi perché poi può
andare in un occhio e causare danni agli occhi tutti
un sacco di cose così si scopre che
le matite nello spazio sono davvero pessime
idea
c’è un altro problema con le matite nello spazio
che sono infiammabili, la NASA tende a
evitare di mettere cose infiammabili dove
non è così stamattina
Le parole di Casey sono davvero buone
distinzione tra accidentale
complessità e complessità essenziale così
la complessità accidentale è il tipo di
la complessità che ne deriva non ha bisogno
esserci ma semplicemente deriva dal fatto che
siamo tutti impegnati persone siamo tutti umani
ci stiamo occupando di più
richieste contrastanti e così via
la complessità si intrufola in essenziale
la complessità è il tipo di complessità
che deve essere davvero lì per
soddisfare i tuoi obiettivi di business, ad esempio se
vuoi avere alta disponibilità tu
bisogno di avere qualche ridondanza nel tuo
sistema che ridondanza rende più difficile
per gestire è necessario capire come
spingere i tuoi aggiornamenti in due posti ma tu
non può semplicemente passare attraverso il tuo sistema e
di ‘bene, liberiamoci di tutto questo
server ridondanti il nostro sistema sarà così
molto più semplice perché il tuo sistema
sarà più semplice ma lo sarà anche
molto meno utile quindi deve essere lì
e Casey stava parlando di come lo sai
tu
una specie di te ha questa idea di bene
non è per complessità dove
non ha bisogno di andare e di pensare bene
chi metterebbe la complessità dove è
non ha bisogno di andare
la sua ipotesi ottimistica era che no
si potrebbe Penso che se si sta lavorando
il tuo curriculum vitae effettivamente mette complessità
dove non ha bisogno di andare
perché lì abbiamo questa paura di
manca in termini di tecnologia
e abbiamo questa idea che se
tutti gli altri stanno usando una certa tecnologia
dovremmo farlo anche ed è per questo
vedi un sacco di aziende che copiano il
Modello Netflix quando non hanno il
stessi requisiti e vincoli di
Netflix e finisci con questi
architetture che forse non sono il
giusto tipo di architettura ma ma loro
fanno sentire coinvolgere tutti
stanno facendo qualcosa che sai davvero
interessante e stimolante quindi un passo
di nuovo a due contenitori che ho definito
nuvola sorta nativo di e voglio
definire i contenitori anche perché io ho
state parlando di una nuvola
nativo o se i contenitori si adattano al
definizione di cloud nativo o meno e I
pensa per avere quella conversazione
sensibilmente non sorta di avere una
definizione di cosa sia un contenitore in questo modo
indietro quando iniziammo tutti con il bare metal
server quelli che ancora puoi
fai quelli che puoi ancora ottenere e
anche sul cloud in realtà puoi ancora
avere il metallo nudo così, per esempio, abbiamo
alcuni server bare metal che danno veramente
buona prestazione ma ad un costo così
dipende da quali sono i requisiti ma noi
rapidamente capito che i server bare metal
erano un modo piuttosto inefficiente di operare
servizi cloud quindi siamo andati al virtuale
macchine incredibili che potevamo adattare
molti di loro su un singolo metallo nudo noi
potrebbe prenderli e portarli in giro
sono una rivoluzione contenitori erano
ancora più di una rivoluzione perché
i contenitori erano così leggeri, penso
forse siamo tutti un po ‘emozionati
sui contenitori e così ho visto
contenitori utilizzati nei luoghi in cui sono
non è appropriato, ad esempio, ho visto
contenitori utilizzati come file zip a
contenitori davvero un brutto modo di fare un
file zip perché tutto il caching
che è uno dei vantaggi di
contenitori che perdi e così via
finisce per essere un modo costoso per
fai bene, ma sai se è tutto
hai un martello se tutto ciò che hai è
un contenitore, quindi i file zip sembrano
come le unghie o qualcosa del genere ma
l’altra cosa da notare sui contenitori
così come sono stati in giro per a
mentre è un vecchio concetto di Linux di loro
è diventato molto popolare con la finestra mobile
non sono solo docker e ora penso
siamo tutti molto bene con quello
idea, ma prima ancora di essere portuali non lo erano
solo docker quindi cloud fonderia per esempio
Sono un grande fan della fonderia di cloud um I
pensa che l’industria stia andando verso
kubernetes ma la fonderia del cloud ha molto
da offrire in modo lo sviluppatore e l’esperienza
per esempio con la fonderia del cloud is is
al momento superiore ai kuberneté
certo che abbiamo questo tribalismo
tra contenitori e funzioni così noi
avere i contenitori persone e il
funziona con le persone ed è il tipo di
realistica sai che i contenitori dicono
non esiste una cosa senza server e
poi le funzioni dicono di sì ma noi
scala in modo migliore e siamo molto meglio
molti modi
funzioni che penso creano da sole
sfide di complessità a volte mi preoccupo
circa la verificabilità di questi sistemi
perché ogni singolo componente è
molto testabile ma il comportamento emergente
non è necessariamente così testabile e e
quindi le unità che stai testando sono
più piccolo che può essere una buona cosa o o
non può essere ma le funzioni del contenitore fanno
avere dei veri vantaggi
contenitori in termini di scalabilità
caratteristiche in termini di come è possibile
girali e poi e prendi davvero
buona scalabilità a grana fine
schierabilità quel genere di cose loro
hanno anche alcuni problemi che vediamo
esempio che c’è un sacco di
vincoli che vengono messi sul
funzioni dal runtime, per esempio
se le tue dipendenze superano un certo
dimensione che può essere un problema se il tuo
il tempo di avvio è abbastanza lungo che può essere un
problema e quindi siamo qualcosa visto a
un po ‘di rollback pure … beh
le funzioni sono buone per questo tipo di
i contenitori di applicazione sono buoni per questo
tipo di applicazione se ho davvero
dipendenze complesse forse voglio essere
usando un contenitore ma mi piacerebbe molto
quelle caratteristiche di scalabilità del
funzioni e così poi ci divertiamo
e così divertente che non è così divertente
come sembra
quello
una combinazione di funzione e contenitore
e se combini questi due allora tu
ottenere errori di Fontaine Devo dire che penso
il divertimento che Tanner fa tecnicamente molto
senso perché risolvono prendono il
il meglio di entrambi i mondi, ma hanno a
problema che è che ho letto un articolo
a proposito di divertenti conciatori e ho pensato a tutto questo
suona davvero bene, voglio saperne di più
Voglio sapere che voglio vedere se questo
è appropriato per me, quindi ho cercato su Google
spontaneo e per due pagine di Google
risultati questo è tutto ciò che ho avuto se a
la tecnologia non può essere cercata, non è mai
decollando
così ho detto che gli errori di Fontaine non erano così divertenti
come suonavano in realtà loro tipo
sono banali perché è tutto il divertimento di
contenitori ma senza il fastidio di
dovendo gestire kubernetes che è
più o meno il diritto sogno ma andando
Torna a nuvola era nativo Nader nube
era una cosa molto prima del dottore
reso popolare che l’idea contenitore così
i contenitori e la finestra mobile erano una specie di
intorno al 2013 microservices come un
il modello architettonico ha davvero iniziato
essere parlato nel 2011 ma abbiamo iniziato
parlando di cloud nativo nel 2010 così a
questo dimostra che il cloud è nativo
più che solo micro servizi e
contenitori l’alternativa
l’interpretazione è che lo dimostra
Sono davvero vecchio stile e quello
la definizione è cambiata e io no
tenuto alto perché ho bloccato il
definizione la prima definizione che io
ho visto ma in quel post del blog che ho solo
ha mostrato così tanto il cloud nativo è arrivato davvero
dal dal rispetto della comunità Netflix
e anche da Paul Fremantle sono Paul
La definizione di Fremantle che sembra
davvero intuitivo per me è qualcosa che
si comporta bene sul cloud e poi sul
seguire da quello è spettacoli di esperienza
al fine di comportarsi bene sulla nuvola esso
deve essere scritto per il cloud
altrimenti si limiterà a comportarsi
disgustosamente sul cloud ma finora
Ho parlato per un po ‘di tempo
sui contenitori cos’è un contenitore
dovremmo usare i contenitori micro-servizi
e tutto ciò non ha nulla a che fare con
la cultura è così che è tutto il modo in cui corriamo
la nostra applique
non cosa c’è nell’applicazione ma dentro
termini dell’impatto sul business di ciò che noi
fare in termini di impatto sull’utente di cosa
lo facciamo in termini di capacità di cambiare
il mondo che riguarda tutto ciò che è nel
applicazione non solo il meccanismo che
abbiamo usato per eseguirlo e così tornare a
questi obiettivi che abbiamo avuto con il cloud
nativo l’obiettivo era la velocità ma qual è il
indica che sai così abbiamo la velocità
ma allora non ne approfittiamo
era il punto di avere tutto il
velocità ma poi semplicemente inviando lo stesso vecchio
cose che hai sempre inviato
al mercato ma facendolo un po ‘
più veloce e qual è il punto di essere
in grado di rispondere al mercato se tu
non rispondono al mercato e ciò che è
il punto di un’architettura che può andare
più veloce se non stai andando davvero
più veloce quindi c’è questo anti
modello che vediamo che sta avendo il
architettura dei microservizi ma non
effettivamente avendo l’architettonico
caratteristiche oltre al micro
servizi che ti permettono di andare più veloce
e non avere la tua cultura
ti consente di andare più veloce e così via
che porta al fallimento nativo del cloud così
questo è ciò che accade al cloud nativo
mascotte quando le cose vanno male e queste
sono tutto basato su cose che ho visto
lavorare con i clienti e penso
a volte guardi la lista e tu
dì pure che è terribile che non lo farei mai
scrivere qualsiasi domanda simile e se
quindi questo è davvero buono
in un buon posto penso a volte gli altri
guardalo e dì oh lo faccio tutto io
in questo modo perché è difficile cambiare e
è anche vero che conosci queste cose
tutti arrivano a questi punti con il bene
intenzioni così il primo anti-modello
è il fallimento del servizio micro così ero
tipo di provare a sapere guardando un nuovo
codebase e ho capito che il dominio
il modello era abbastanza complesso, lo sapevi
circa 20 classi aveva 70 campi e
ogni micro servizio aveva bisogno di usare piuttosto
molto l’intero modello e così via
loro lo sapevano con i micro servizi
non dovevi solo avere un
libreria di oggetti condivisa e avere tutti
riferimento che, perché poi hai
questo accoppiamento
così invece quello che hanno fatto è stato tagliato
e incollato il codice tra ciascuno
microservizio per non avere il
accoppiamento ma era ancora proprio come
coppie giusto perché ogni volta un campo
nome cambiato in un micro-servizio ogni
l’altro microservizio si è rotto e così tu
sapere che il sogno era micro-servizi
è che hai i tuoi micro-servizi
e hai il tuo modello di dominio e
il tuo modello di dominio è altrettanto disaccoppiato
come i tuoi micro-servizi e ogni dominio
mappe davvero ordinate per un micro servizio
ma quello che era successo qui era fondamentalmente
avevamo questo enorme modello di dominio e poi
avremmo diviso un sacco di micro servizi
ma ma non erano profondamente disaccoppiati e
quindi questo porta al prossimo problema
che è ogni volta che hanno cambiato il codice
qualcosa è rotto e il motivo per questo
era perché anche se io l’ho avuto loro
aveva tutte le comunicazioni HTTP tra
i loro micro servizi in pratica quello che loro
era un monolite distribuito e
un altro modo di pensare che è
Nube spaghetti nativi quindi se prendi
il tuo mucchio di spaghetti e lo metti su
questo è da Nuvoloso con una probabilità di
A proposito, polpette e tu conosci me
non credo che intendessero fare
una metafora per il cloud computing nativo
ma è difficile immaginare uno migliore in
in qualche modo cadena prendi i tuoi spaghetti
lo metti nel cloud e questo
non c’è niente di meglio ma solo di più
violento quando va male così giusto
perché un container attraversa molti
contenitori o solo perché il sistema
attraversa molti container che
non significa che sia disaccoppiato solo
significa che è molto più difficile eseguire il debug e a
molto più difficile da gestire quell’accoppiamento così
questo è Mars Explorer che è un
storia della NASA piuttosto triste quindi questo è quello che
sembra davvero che io ami questo perché
se lo guardi puoi vederlo
sembra praticamente come se fosse fatta di un
asciugatrice alcuni sacchetti della spazzatura e alcuni
nastro adesivo così simile a quei tubi
ci sono davvero sono sicuro che ho il
quelli identici nella mia asciugatrice e
e così davvero ti ho capito
borse bin che sembrano così e poi
quelle piccole cose lì sembrano esattamente
come un nastro adesivo
quindi l’ esploratore di Marte non ha avuto un
felice fine non credo fosse perché
era fatto da un’asciugatrice che
si sono riproposti era più sottile
problema di quello così il destino del
Mars Explorer era che si è schiantato
Marte e la ragione per farlo nessuno
ricorda la ragione
Kaycee in fondo ricorda di si
esattamente che era metrico e imperiale
così abbiamo usato l’esploratore di Marte
unità metriche unità metriche che abbiamo avuto a
centralina a terra che utilizzata
unità imperiali e in questo caso il
sistema è stato è stato molto distribuito era
distribuito fino a Marte e
la distribuzione non ha aiutato perché il
il problema era fondamentalmente un contratto
quando sono andati dal loro fornitore e e
ottenuto che quel fornitore lo scriva solo
parte del sistema non avevano davvero
specificato con cura abbastanza loro
ipotesi circa il tutto dell’unità
sembrava funzionare ma in realtà loro
accumulato una serie di piccoli errori e
l’effetto di ciò è che si è schiantato
al sole o in caso di schianto su Marte
quindi il morale è davvero quello con
microservizi di cui hai assolutamente bisogno
test contrattuali guidati dal consumatore perché
altrimenti c’è un sacco di
ipotesi che avrai in una squadra
che l’altra squadra non sa
tu fai cambiamenti in una squadra e il
l’altra squadra non ne saprà e
allora ottieni problemi e ovviamente a
cosa fondamentale con il tuo consumatore
i test di contatto devono essere
automatizzato quindi se io vado in una squadra e
dicono che i nostri test non sono automatizzati
Ho sentito che non abbiamo idea se il nostro codice
funziona che è una specie di terrificante
cosa da ascoltare perché se non lo sai
se il tuo codice funziona, le probabilità sono almeno
alcuni di essi non funziona perché non si sa
anche se tutti in quella squadra lo sono
i sistemi perfetti si stanno comportando bene
modi e documentazione inaspettati per
le dipendenze possono essere sbagliate
aggiornamenti della documentazione da o dipendenza
aggiornamenti possono cambiare il comportamento che puoi
fare affidamento su un bug su una dipendenza quando
quel bug di dipendenza viene risolto e le cose vanno
sbagliato e quindi l’effetto di tutti
questo è che ottieni questi bug così con
il Mars Explorer quando loro quando loro
ha fatto l’analisi di esso
avevano questa dichiarazione piuttosto triste che
ha detto che abbiamo fatto test end-to-end noi
credevo che questo errore sarebbe stato
catturato
avevano i loro componenti ogni componente
era ben testato ma perché il sistema
nel suo complesso non è stato testato insieme il
l’aria non è stata catturata e così con
senza questi test questo porta a un tipo
di una paralisi aziendale che può essere
abbastanza controllato o può essere abbastanza
incontrollato ma in entrambi i casi ciò che
gli affari diranno è non abbiamo idea se
il nostro software funziona così che faremo
una lunga fase di UAT alla fine per essere sicuri
Funziona e certamente non possiamo chip
fino a quando non passeremo attraverso questa fase UAT
fondamentalmente il sogno di agile siamo noi
dovrebbe essere in grado di spedire in qualsiasi momento ma
non possiamo spedire perché non sappiamo se
le cose funzionano così non possiamo spedire con micro
servizi perché dovrebbero essere
dispiegabile in modo indipendente di cui hai davvero bisogno
bene, hai bisogno di contrarre test e tu
anche bisogno di test di integrazione automatizzati
e la cosa con quelle è che c’è
non ha senso avere quei test a meno che
le persone li guardano
quindi sono entrato in squadra e ho fatto
Detto bene dov’è la tua build dov’è
il tuo stato di build che alla fine ho trovato
ed è stato letto mmm ho detto oh
le build sono rosse e hanno detto oh sono io
sappi che sai che non c’è se costruisce
fallisce e nessuno l’ha visto è come un
albero nella foresta sai che non hai
qualcuno deve sapere che una build fallisce
per quella build dare valore e
davvero quello dovrebbe essere passivo
non dovrei a volte scoprire che c’è
una persona in una squadra che finisce per essere
tipo del poliziotto di costruzione e così quando il
la compilazione fallisce, lo noteranno e poi
andranno e vi diranno Bob off, ma
non è davvero un buon modo per farlo
deve essere che Bob scopre in un
conosci un modo passivo per avere se
hai solo una build con te
conosci il semaforo o qualcuno che conosci
qualcosa del genere è una sirena di vergogna
bene se hai più build di
probabilmente qualcosa come una costruzione giusta
qui c’è il radiatore che sarà a
opzione migliore ma sai che devi
avere qualcosa
un’altra cosa che a volte ho sentito come
Ho detto oh oh questa build è rotta e
hanno detto sì , è stato rotto per
settimane che è così triste perché lo sai
questa è la classica finestra rotta
problema che una volta le persone si abituano
vedendo qualcosa che è rosso loro no
hanno più alcuna voglia di risolvere il problema semplicemente
si abituano a che quella cosa è rossa
e e e questo può portare ad alcuni abbastanza
problemi seri, quindi questa non è la NASA
storia questa è un’agenzia spaziale russa
storia del protozoo e così la lezione è
come rompere una sonda spaziale ma si potrebbe
anche pensare ad esso come come essere licenziato
dall’agenzia spaziale russa che è
che avevano questo era negli anni ’80
e non avevano quello che pensavamo
di test automatico ma avevano un
Linter automatizzato e quindi avrebbe codice
lo passerebbe e poi lo farebbero
scoprire problemi ed è stato tutto
codice assembly quindi eravate abbastanza carini
difficile da guardare quel codice e
scopri i problemi e c’è sfortunato
l’ingegnere ha fatto un piccolo errore e l’ha messo
un trattino in più e sfortunatamente il
i controlli automatici non funzionavano e lui
davvero voluto ottenere che l’aggiornamento così fuori
ha detto bene, sono sicuro che il mio codice è buono
abbastanza semplicemente bypasserò l’ automatismo
controlla perché il controllo automatico è stato
rotto e l’effetto di tutto ciò che era
che rompe la sonda spaziale perché
è successo per sfortunata coincidenza
che l’ effetto di quello – era quello di cambiare
il suo comando – il comando per spegnere
il meccanismo di ricarica nello spazio
sonda così aveva queste pinne che avrebbe fatto
tipo di seguire il sole ha spento il
pinne e quindi era solo una specie di sat
lì fluttuiamo nello spazio e poi
alla fine è finito il potere e lì
non c’era nulla che potesse essere fatto in questo modo
era la fine di quella sonda spaziale che vediamo
così come vediamo molti casi in cui
c’è la possibilità di muoversi
più veloce ma i processi che abbiamo messo
in atto per prevenire gli incidenti non lo sono
tenere il passo così in questo caso è stato un
fallimento tecnico ma ne vediamo molti
processo fallimenti e quindi io uno dei
i primi progetti che ho fatto con un cliente
volevano davvero diventare più cloud
nativo e sai approfittarne
il cloud e così abbiamo ottenuto il loro
applicazione ora ce l’abbiamo fatta a te
sapere chi sta gestendo i clienti che stiamo utilizzando
siamo stati davvero contenti fino a loro
è venuto da noi e ha detto che abbiamo programmato
il tuo consiglio di revisione dell’architettura e noi
detto ma ma lo abbiamo spedito
siamo fuori dal progetto è fatto e
avevano questo processo che era stato messo
sul posto per cogliere problemi ma il
scadenze erano così incompatibile che
questo processo non aveva senso, ma lo siamo ancora
dovevo attraversarlo e con un po ‘di Marte
Explorer avevano una specie di a era
problema di processo diverso ma avevano
lo hanno fatto di nuovo questo tipo di a
processo che invece di aiutare le cose
ferire le cose perché gli ingegneri che
erano chi erano responsabili per il
navigazione potevano vedere quel qualcosa
non era proprio giusto così come funzionava
era che loro avrebbero fatto un
aggiustamento e poi un po ‘più tardi lo avrebbero fatto
controlla per vedere dove era ed era
mai esattamente dove si aspettavano che fosse
così loro sanno che hanno avvertito bene
qualcosa non va qui
ma non ha compilato la giusta forma e
perché non hanno compilato il giusto
non è stato fatto nulla e poi hanno perso
la sonda spaziale così davvero deve essere
pensando questo processo aggiunge valore se
il processo non aggiunge valore per sbarazzarsi di
questo non significa che tu non voglia
essere rigorosi vuoi essere veramente
rigoroso ma deve essere diverso
tipo di rigore quindi sono un grande fan di
programmazione estrema penso che sia il
giusto tipo di rigore è difficile da fare ma
è adatto per il cloud così
lo sviluppo basato sui test assicurandosi che
hai questo test per assicurarti che
hanno la capacità di fallire
certo che ci sono affermazioni nei test
piuttosto che avere una copertura del 100%
e nessun test nessuno afferma la coppia
programmare così piuttosto che fare un codice
recensione che potrebbe essere compensata da alcuni
quantità di tempo ed è troppo tardi per
i problemi di cattura li colgono in quel momento
con la programmazione delle coppie e tutto qui
davvero ottimizzato per il feedback e quello
stai guadagnato che è la promessa del
il cloud è quel feedback quindi vediamo molto
di aziende che hanno il tecnico
capacità di ottenere il feedback ma possono
tagliati fuori così così lo faremo
scopri che una caratteristica che abbiamo pensato
sarebbe davvero una buona idea, come si comincia
attraversando ci siamo resi conto in realtà di questo
non aggiungerò nessun valore , non lo faremo
fare questo è particolarmente un problema
quando stiamo contrattando perché
contratti tendono a non essere non molto
flessibile, ma avremo questo problema
dove qualcosa è nel piano così uniforme
anche se tutti sanno che non dovremmo fare
c’è una riluttanza a cambiare il
piano e vediamo la stessa cosa in
altra direzione , dove abbiamo
questa grande nuova idea ma perché non lo è
nel piano ci atteniamo al piano
quindi il Titanic è ovviamente un classico
analogia microservizi perché se tu
pensa a Titanic a cui pensi
paratie se ci pensi
micro-servizi che pensi di paratie
il Titanic aveva delle paratie che avevano
fatto un’ottimizzazione interessante con
le loro paratie che è quella invece di
le paratie raggiungono fino in fondo
la cima
si fermarono a circa un piede e mezzo
sotto la parte superiore e cosa significava
quello una volta le cose iniziarono ad andare di più
spesso di quanto lo avessero anticipato
punta troppo e l’acqua scorreva
sopra le paratie e poi io
ha avuto un fallimento molto rapido una volta ottenuto
a un certo punto di errore ma il principale
problema con il Titanic in effetti
non era davvero un’ottimizzazione della paratia
sai che era una specie di a
ottimizzazione ragionevole che avevano fatto
con le informazioni che avevano e
che il problema principale con un Titanic era
un problema di dimensioni quindi il Titanic era il
la più grande nave del suo tempo era circa
quattro isolati di città e quello era
per lo più bene tranne quando si naviga
attraverso i campi degli iceberg sono normali
non avevano alcun radar che non avevano
avere qualcosa del genere così normale
meccanismo per navigare attraverso un
campo iceberg era che avresti avuto un
fai attenzione se la vedetta vedrebbe un
iceberg direi oh, dobbiamo andare
la sinistra sembra un iceberg più avanti
e tutti si adatterebbero con
il Titanic vedendo l’ iceberg
che ha abbattuto la nave rompendo
lungo il lato della nave ma perché
la nave era così grande che non era agile
abbastanza per evitarlo e quindi, ovviamente
c’è stata un’enorme perdita di vite quindi
ho visto alcuni riferimenti a figure nascoste
già oggi quanti di voi hanno visto
figure nascoste solo un piccolo numero di
mani va bene così per tutti gli altri voi
deve andare a guardare le figure nascoste che è
un film così bello è un film di benessere
sul razzismo e la guerra fredda e
matematica e se questo non lo vende
e poi non so che cosa farebbe il
il punto di partenza per
figure nascoste è che è l’alba di
la corsa allo spazio davvero pre computer o
i computer sono appena agli inizi, quindi è così
la sala computer e la sala computer
non è il computer non è così blu
macchina da scrivere al
il computer sono le persone e la NASA lo sono
consapevole che stanno perdendo la corsa allo spazio
possono vedere che i russi sono
ottenere le cose nello spazio e sono
Non hanno bisogno di capire come
modernizzare hanno bisogno di capire come
accelerare il loro programma spaziale
la tecnologia è ovviamente il modo ovvio
per fare questo in modo che portino in un IBM
computer ma ne hanno un paio
sfide con esso quindi lasciami solo fare
sicuro che funzioni
un pensiero per misurare queste cose sono
ho paura, signore, non ti piacerebbe che ci fermassimo?
tutti i computer non fanno come non possono
entrare nella stanza personale basta tenere
sta andando, sì, signore , è grande, quindi è così
quello scatto finale che lei poi prosegue
insegnare ai computer umani Fortran e
quindi diventano la programmazione Fortran
squadra quindi c’è il computer quando loro
finalmente abbatti la porta e prendila
dentro e penso la cosa che trovo
interessante di questo non è quello lì
era un problema di piano che non avevano
anticipato quanto era grande il computer
quando hanno costruito l’edificio a causa di
corso quando hanno costruito l’edificio
i computer non esistevano, non potevano
forse hanno anticipato quanto sia grande un IBM
mainframe è stato quando lo hanno costruito
costruendo così il piano era perfettamente
corretta
IBM non avrebbe potuto creare quel computer
più piccolo perché era il primo
computer basato su transistor erano grandi
e quindi la cosa fondamentale non era quella lì
era un problema di piano in cui la cosa fondamentale era
come hanno risposto al problema del piano
che è stato in questo caso che hanno mostrato
l’agilità di usare un martello più grande per
abbattere il muro ma spesso noi
scoprire che non stiamo rispondendo a
questi cambiamenti e vogliamo tutto
essere perfetto e si sa che non vogliamo
abbattere il muro che non vogliamo
fare questi compromessi e davvero quello
significa che ci stiamo privando del
opportunità di feedback
quindi non guideresti mai mai una macchina
lo sai andando così e non visto
perché è quel feedback che sapere
quello che hai di fronte è davvero
critico e, spesso, quando vediamo
problemi di ingegneria il sottostante
causa era una mancanza di feedback sia
a causa della mancanza di una mancanza di strumenti o
o o a causa di decisioni che erano state
fatto o per fondamentale
vincoli di ingegneria così con il Marte
Esploratore l’uno dei motivi che
hanno avuto problemi con quella maggior parte del
tempo non potevano vedere l’Explorer e
quindi avrebbero dovuto fare un corso
correzione e dire bene penso che se tu
vai sai per sapere potere quelli
propulsore per due secondi e dovresti
finire all’incirca dove devi essere ma
non potevano davvero vederlo e quello
era il motivo per cui non si rendevano conto che lo era
così vicino a Marte finché non fu troppo tardi
e il feedback è davvero un buon affare
Ho usato molto la parola business
Sono un ingegnere quindi il feedback è davvero
buona ingegneria così è così
importante e parliamo molto di un
MVP ora e l’obiettivo di un MVP è quello di ottenere
feedback è per capire quale sia il tuo
l’ipotesi è e fare il minimo
è necessario fare in modo da capire se
quell’ipotesi è giusta o no
e quello può essere così scomodo
perché tutti vogliamo che le cose siano perfette
e tutti noi vogliamo che tu lo sappia
qualcosa va bene e quindi c’è un
dire di un MVP se non lo sei
imbarazzato dal tuo primo rilascio è stato
troppo tardi
quindi sai che lo sei se non lo fai
giusto se non ci sono alcune cose in
il tuo MVP che guardi e dici oh
Spero che nessuno lo veda perché è così
sai solo che volevo davvero lucidare
che nosecone e io non abbiamo e e il
l’obiettivo di un MVP è fare un esperimento
e il punto di un esperimento è quello
non sai cosa succederà se
tu sapevi cosa stava per accadere
non sarebbe un esperimento sarebbe solo
essere come al solito e poi per il nostro
stakeholder che possono essere davvero
scomodo perché quando diciamo di esserlo
lo farò e potrebbe non funzionare
allora questo significa che c’è un bene
Forse sai che sto facendo qualcosa di simile
può invocare il fallimento che è spaventoso ma
è importante come
dobbiamo fare questo tipo di
sperimentazione dobbiamo imparare da
il mondo che ci circonda così con il Titanic
quando loro quando trovarono il relitto
del Titanic erano un po ‘sorpresi
e confuso perché la maggior parte era
lì e la scala non c’era e
loro potrebbero dire dalle fotografie del
Titanic e dai piani che aveva avuto a
scala quando salpò così come poteva
non ha una scala e hanno pensato
vabbè forse era perché era di legno
e il legno marcito, ma un sacco di
l’altro legno era ancora lì
e alla fine hanno scoperto cosa
è successo alla scala a causa del
Film titanico perché James Cameron
ricreato il Titanic in modo così fedele
in realtà era come un retroattivo
esperimento sul Titanic e loro
ha scoperto molte cose e una di queste
era il comportamento della scala
perché anche se la scala era
inchiodato quando allagarono la nave
quello che è successo è stata la scala
abbastanza vivace da strapparlo via
ancore e in qualche modo sparato
il tetto del Titanic e fluttuò via
e poi è stato mangiato
e quindi gli utenti sono come le scale
pensiamo di capire come scale
lavoro ma poi le cose diventano strane e noi
pensiamo di capire cosa vogliono i nostri utenti
ma sono solo strani che faranno
cose davvero strane quando c’erano gli sms
presentò le compagnie telefoniche pensate
bene questa è una bella caratteristica laterale
ma sai che le persone potrebbero usarlo a
un po ‘e non si aspettavano a
tutto il cambiamento e il comportamento completo
successo da persone che vogliono parlare
voce alle persone che realizzano in realtà io
odiava parlare al telefono e loro
fatto solo perché non c’era
alternativa non appena abbiamo avuto un
l’alternativa con la gente di sms è iniziata
usando gli sms
e così quando facciamo i nostri sistemi abbiamo bisogno di
ottimizzare in modo che quando si sa se lo siamo
responsabile dell’infrastruttura SMS e
decolla che possiamo possiamo aggiustare
e abbiamo bisogno di ottimizzare per il recupero come
bene, quindi quando le cose vanno bene, dobbiamo
regolano quando le cose vanno male dobbiamo
regolare così il problema con questo spazio
la sonda era che era così irrecuperabile
una volta perso il potere non c’era nulla
che potevano fare per salvare quel
sistema quindi se pensi a una specie di a
spettro di recuperabilità
a un’estremità qualcosa è andato storto
il mio sistema è bricked non c’è niente
che potrà mai fare quel lavoro di sistema
guadagnato un po ‘ meglio ma solo un po’
meglio è una cosa in cui ne hai un sacco
handoff e quindi devi chiedere
permesso di sistemare il sistema e tu
forse devo chiedere il permesso da
più persone per sistemare bene un sistema
ci vorrà molto tempo
e sarà molto lento e
Davvero fastidioso se solo una persona ha
intervenire bene è molto meglio
ma sarà ancora abbastanza brutto se
il recupero è veloce ma i dati sono persi
beh, è meglio, ma gli utenti no
esattamente per essere felice e di
Naturalmente la cosa migliore è che sei tornato a
millisecondi e non ci sono state perdite di dati
e così questo è il cloud
sogno nativo non si tratta solo di
quello che ci mettiamo riguarda come noi
gestirlo se le cose vanno male e se noi
ottenere abbastanza automazione e se otteniamo
abbastanza idempotenza quindi possiamo ottenere
proprio quella situazione in cui abbiamo
la recuperabilità aziendale e il
recuperabilità tecnica ma il
la recuperabilità aziendale è importante come
bene perché gli utenti sono come le scale
faranno cose strane e così
Ho parlato molto della recuperabilità
e ho parlato molto della velocità e
velocità credo sia uno dei più
parti importanti non solo perché è
soddisfacendo così come ingegneri se facciamo
qualcosa e non si spegne
ci vuole solo un’eternità per uscire e c’è
un sacco di passaggi che è davvero
demoralizzante sai che lo odio
personalmente conosco le mie squadre lo odio
quando ciò che facciamo non si esaurisce ma velocemente
è anche molto buono per gli affari, quindi noi
stressarsi quando c’è tardi
i cambiamenti dei requisiti, ma dovremmo essere
felice perché è competitivo
vantaggio se otteniamo un cambiamento in ritardo in
requisiti perché ne sappiamo di più
più feedback significa più precisione e
la nuvola era ogni sorta di noioso
cose che dovevamo fare fino a quando non abbiamo colpito il
cloud e così i nativi del cloud dovrebbero sentirsi
la stessa nube nativo dovrebbe sentire che
c’è un sacco di roba noiosa
che prima dovevamo fare ciò che non facevamo
devo fare più e questo dovrebbe sentire
bene così con quello mi fermerò per favore
valutare le sessioni si prega di votare tutti i
sessioni e grazie mille
tu
Sono Cummings, lavoro per IBM
particolare parte dell’IBM che lavoro per è
chiamato IBM cloud garage e di
Certo quando diciamo che molte persone
dì che cosa è una carrozza cosa fai io
spiega così siamo dentro come una start-up
IBM il nostro obiettivo è aiutare i clienti ad adottare
il cloud siamo consulenti quindi usciamo
ai siti dei clienti vediamo quello che sono
facendoci capire se potrebbe essere
fatto meglio li alleniamo lungo la strada
al cloud
così che è, ma molto di quello che ho intenzione di
parlare di oggi è un’esperienza che
abbiamo lavorato con clienti che lo sono
cercando di sfruttare al massimo il
nube dovrei dire pure che abbiamo un
rete di circa 14 garage incluso
uno a Copenaghen e Copenaghen
garage sta assumendo quindi se sei locale e
ti piacerebbe un’opportunità davvero interessante e
se sei interessato allo sviluppo basato sui test
e programmazione estrema Lean Startup all
quel genere di cose raggiungono o
Google lavori IBM perché è locale
Copenaghen ma abbiamo anche Monaco
Londra bella Madrid, quindi se non ci sei
Copenaghen potremmo anche lavorare con quello
Voglio iniziare dando un po ‘di a
definizione di cloud nativo quindi come
molte persone hanno una definizione nel tuo
a capo di cosa sia la nuvola nativa
circa la metà della stanza penso che sia forse
circa forse 3040 mani e penso cosa
questo significa che probabilmente ne abbiamo 30
o 40 diverse definizioni di cloud
nativo in questa stanza perché uno dei
le cose sul cloud nativo è che tende a
essere un sacco di cose diverse per un sacco di
la gente sembra un concetto facile ma
lo sai che fa un po ‘
infangato ai bordi dovrei dire come
bene penso una delle cose che
Nativo di cloud è davvero mancante come
Ho un concetto in confronto a dire che Java è
che ha bisogno di una mascotte, ho detto che questo è mio
tentare una mascotte nativa nuvola penso
è fantastico chiunque abbia mai mostrato
a voi è una sorta di andata Mmmmm bastone
alla tua giornata di lavoro, ma vedi come è stato
sai se immagini quello che è nativo di
una nuvola giusta
sembra che potrebbe sembrare un po ‘così
ma forse un po ‘meno come un marziano
comunque andando rapidamente alle cose
non coinvolgere disegni di nuvole lì
questo discorso è iniziato quando stavo leggendo
Twitter come si fa e ho visto un tweet di
Daniel Bryant, che ha parlato in precedenza oggi
e in generale se Daniel dice che lo è
giusto ma ho guardato questo tweet e io
pensavo che non ne fossi veramente sicuro
e io non puoi davvero vedere cosa
era che ero preoccupato ma se io
rendilo un po ‘più grande che probabilmente puoi
che è che c’era questo posizionamento
di cloud nativo e questa definizione di
cloud nativo come qualcosa che era su a
spettro da SOA a micro-servizi a
nuvola nativo così quando si testa SOA voi
allora avevano tubi intelligenti e punti terminali stupidi
passi ai micro servizi
tutto era molto meglio che avevi
endpoint intelligenti e pipe stupide e poi
sei ancora meglio e progredisci
cloud nativo e hai avuto un intelligente
piattaforma e servizi stupidi e ho pensato
per me che semplicemente non mi sento come me
fare questo non mi sento come le cose che sono
dire ai clienti di fare per diventare
nativi del cloud che non significa che sia un
definizione sbagliata significa solo che non lo è
per me diciamo che il nostro team costruisce
applicazioni cloud native e tuttavia spesso no
avere microcircuiti
stiamo sbagliato bene ad essere onesti la la
articolo che proviene da uno dei
ragioni per cui parlava di cloud
nativo come evoluzione dei micro servizi
era un articolo su micro
servizi quindi ovviamente se i tuoi articoli
sui micro servizi allora ha senso
parlare di cloud nativo come forma o
come una progressione di micro servizi e
è davvero un buon articolo quindi
anche se ero un po ‘preoccupato per quello
diagramma per me mi sento nel suo complesso è
veramente buono e dovresti andare tutti via
e leggerlo è di un Billiken Librium
chi lavora per Red Hat e lo sai di nuovo
se parli di micro servizi
allora questo ha senso in quel contesto
ma ovviamente non è solo in quello
articolo sui micro servizi dove noi
parlare di ginocchio nuvola
e microservizi come se fossero carini
cose simili alla nuvola nativa
la base di calcolo ha questo molto lungo
definizione per il cloud computing nativo
che non leggerò, ma la chiave
le cose in esso dicono che è micro
servizi contenitori e dinamicamente
orchestrato bene mi piace il dinamico
parte orchestrata ma io sono gli altri due
solo un po ‘meno sicuro ma poi quello
mi mette in questa posizione davvero strana
che è che sono qui di fronte
molti di voi vanno a Copenhagen e io sono
dicendo il cloud computing nativo
fondamento cosa sanno del cloud
nativo, sono sicuro di sapere molto di più
di un intero fondamento che è stato impostato
che il mio datore di lavoro ti sponsorizza
quello il cui nome è il cloud nativo
base di calcolo e così ho tipo di
di nuovo voglio provare a capire bene
perché la mia definizione è così diversa da
la definizione delle persone che sono
dovrebbe sapere di cloud nativo e
anche in prima fila qui c’è
ci sono quattro persone che hanno tutti il cloud
guru nativo in cima quindi sono un po ‘spaventato
che ad un certo punto sai che pensi
ci sarà una corsa al palco
e verrai a dirmelo
quello che ho sbagliato e di cui ho bisogno
smettere di parlare di cloud nativo
perché perché davvero ho
ho frainteso qualcosa che ero un po ‘
allarmato anche perché alcuni ero
leggere Twitter prima di questo discorso come uno
fa e c’è un tweet da Casper
chi sta dicendo se andate a vedere
Copenaghen e voglio discutere di cloud
tecnologia di base nativa per favore
per favore sai darmi un personale
messaggio o trovarmi nella sede del
il prossimo paio di giorni e ho pensato oh
beh sto pensando di discuterne in giro
un’ora ma ne discuterò
Davanti a molte persone e io no
avere il tempo di parlarti prima, quindi spero
quello che dico va bene e poi alla fine io
ha capito che in realtà non voleva
persone per ottenere il permesso di parlare
nuvola nativo ha appena stava offrendo a
discutere di cloud nativo quindi se dopo questo
parla che sei molto arrabbiato puoi andare e
parla con lui puoi dire che l’ho visto
discorso terribile e loro davvero no
capisci il cloud nativo in assoluto
chattare e puoi dirmi cosa sono
la definizione corretta deve essere equa
anche se ero un po ‘preoccupato
sui micro servizi nel
i contenitori fanno parte del cloud nativo
fondamento informatico l’ultima parte
di quella frase sta parlando del
ragioni per cui vorresti fare cloud
nativo e questo penso di essere assolutamente
giusto perché la ragione per cui tu vorresti
per farlo se vuoi costruire alla grande
prodotti più veloci e per me questo è il
la cosa più importante su cloud native
è il perché o un altro modo di pensare
su questo è bene che problema siamo noi
effettivamente cercando di risolvere e il problema
probabilmente non ho bisogno di usarne di più
contenitori se stai cercando di lucidare
il tuo CV se stai cercando qualcosa di nuovo
occupazione se lo sei se ci stai provando
negoziare e si paga aumento forse il
il problema che stai cercando di risolvere è che ho bisogno
più contenitori ho bisogno di più kubernetes
Anja Ho bisogno di più qualcosa del genere ma
in generale il mio CV sembra noioso non è davvero
una buona ragione per andare nativo ci deve
essere una sorta di attività sottostante
problema o esigenza di business che è
andando a muoverti in quella direzione e
a pensare a ciò che tale obbligo
potrebbe essere utile tornare indietro
cloud nativo e pensare bene perché cloud
quando abbiamo iniziato a parlare
nuvola e pensando al cloud e io sono
abbastanza vecchio da ricordare lo spostamento nel
industria da non nuvola a nuvola noi
ci ho davvero pensato come un’utilità
e abbiamo pensato che ci fossero tutte queste cose
come l’ elettricità che non era più
generare in-house perché così sarebbe
essere finanziariamente davvero inefficiente e
Non sarebbe in realtà noi abbiamo ottenere nulla
voglio esternalizzare questi e i nostri
il potere computazionale è la stessa cosa di noi
voglio esternalizzare questo e lo sarà
Più economico risparmieremo molto
soldi e in particolare la ragione è
Sara ‘molto piu’ economico non lo e ‘
in parte che le persone che mantengono questi
i sistemi per vivere probabilmente stanno andando
per essere in grado di farlo in modo più efficiente e
più efficacemente di quanto possiamo ma è
anche perché ne avremo di più
elasticità e cosa significa questo
se il venerdì nero ne avrò un sacco
traffico ma il resto dell’anno no
ottenere molto traffico al fine di
sostenere il traffico del Black Friday che ho
disporre la capacità massima
e poi il resto dell’anno che sto pagando
per tutti di questa capacità che io non
hai bisogno di tutto questo Hardware, forse lo sai
se lo avessi
spegnerlo così, invece
facciamo qualcosa dove pago solo
per quello che uso questo modello di utilità di
il calcolo c’è un altro grande vantaggio
che abbiamo visto quando siamo passati al cloud
e quella era la promessa della velocità e di
questo non intendo davvero la velocità dell’hardware
anche se ne vediamo un po ‘
così ora stiamo iniziando a vedere
GPU per l’apprendimento automatico e per i dati
elaborazione nei data center e voi
non vorrebbe necessariamente questo tipo di
Hardware certamente non nel
quantità che puoi ottenere in
cloud nei data center locali e
stiamo anche iniziando a vedere ancora di più
hardware esotico e così sarà
in realtà è semplicemente impossibile avere
localmente quindi, per esempio, l’IBM produce quantum
i computer disponibili sul cloud ci sono
solo una manciata di computer quantistici
disponibile nel mondo quindi non lo sei
andando ad avere uno in un locale che dati
centro e devono essere raffreddati a
circa 0,42 Kelvin che è più freddo di
lo spazio tra le stelle
quindi è improbabile che tu raggiunga quel tipo
di temperatura in un centro dati locale
a meno che tu non sia veramente bravo
refrigerazione ma la velocità che il
gli affari stavano pensando al
il cloud era più veloce da quando scrivevamo
il nostro codice a quando lo otteniamo al nostro
cliente perché era come te
devo fare questo processo davvero noioso
e tu vorresti che tu fossi tagliato
il tuo rilascio e quindi dovresti inviare
off a Dublino e che avevano in realtà di stampa
il tuo software su CD che sembra
incredibilmente bizzarro ora e tutto
processo ci vorrà molto tempo
non vorrei farlo molto spesso
perché era così irritante e così
avresti rilasciato il software solo una volta
ogni anno o una volta ogni due anni con
con la promessa del cloud era Wow
perché abbiamo il costo di ottenere il nostro
software per un cliente molto più basso di noi
possiamo farlo più spesso possiamo essere di più
sensibile al al al cliente
stiamo anche vedendo alcuni più esotici
funzionalità nel cloud , ad esempio
abbiamo Watson sul cloud che conosci
questo non c’è tensorflow c’è tutto
queste cose sarebbero belle
complicato da eseguire localmente ma invece
puoi semplicemente approfittarne
i servizi pull un sacco di diversi
servizi insieme in un’applicazione
fare qualcosa di molto più interessante
di quello che potresti fare localmente
così tutto sembra incredibile, quindi perché?
cloud nativo perché non era cloud buono
abbastanza bene abbiamo pensato a come il cloud
l’elettricità che conosci è questa utilità
di cui tutti potremmo approfittarne ma
quello che in effetti è successo è che molti
ci siamo trasferiti al cloud e il mio clicker ha
appena morto lei è eccitante
è la battuta finale che sta costruendo il
suspense ci muoviamo verso il cloud e
altrimenti non lo scopriremo mai in fretta
ci siamo trasferiti nel cloud e abbiamo ottenuto
fulminato
in modo tale che non vuoi mai un tecnico
fallimento ma tu sei la diapositiva su
il fallimento tecnico è probabilmente il giusto
punto per avere il fallimento tecnico così a
molti di noi hanno trovato ciò che aveva
hanno funzionato davvero bene su Prem
orribile sulla nuvola stavamo perdendo
dati che stavamo ricevendo interruzioni solo
non riuscivo nemmeno a sopportarlo nel primo
posiziona bene quello che stava succedendo
alla fine ha funzionato un sacco di
schemi che avevano molto senso
quando stavamo girando in un data center
questo non aveva assolutamente senso nel cloud
e queste erano cose come il registro
gestione che era quella giusta
cosa da fare era avere circa sei
diversi file per i tuoi log
e inseriresti messaggi di questo tipo in
questo file e messaggi di questo tipo in
questo file e tu avresti diversi
granularità nei diversi file e
poi scorreresti tra i tuoi file e
quindi li copi in un altro
posto sul file system e abbiamo avuto tutto
di questa elaborata infrastruttura per
fare la cosa giusta per i nostri registri e in
il cloud cosa succederebbe se lo facessimo
tutte queste cose ai nostri log nostra
la macchina virtuale sarebbe morta e poi lo faremmo
mai essere in grado di ottenere quei registri così noi
non aveva modo di capire cosa fosse successo
ha causato la fine di quel contenitore
perché era morto, quindi abbiamo dovuto
sorta di rollback e abbiamo dovuto dire oh no
dobbiamo trattare molto sembra un evento
i flussi lo stanno semplicemente mettendo fuori standard
va bene non devi fare nulla
più difficile di così e se fai qualcosa
sei più difficile di quello che effettivamente sei
me ne pentirai
quindi questi sono stati codificati come i 12 fattori
così alcune persone dicono oh bene il 12
i fattori non sono esattamente esatti 12
fattori sai che tu eri quello che tu
è necessario eseguire un’applicazione su
Nube di Heroku e alcuni di loro non erano
giusto e tu ce ne sono altri
che è necessario ma in fondo erano una
Davvero un buon inizio per come scrivere un
applicazione per funzionare sul cloud così tu
non essere fulminato e uno davvero
cosa importante con i 12 fattori è
che non c’è davvero nulla in esso
sui micro servizi e ancora a me
sembra davvero una buona definizione di
cloud nativo e sulla maggior parte delle cose in
i 12 fattori sono cose come essere
ferro potente al riavvio e lo sai
quindi cloud nativo penso che dovrebbe essere molto
di più su qualcosa che è 12 fattore di ish
e molto meno di essere micro servizi
e se deve essere un sinonimo di
qualsiasi cosa davvero dovrebbe essere articolo
brevetti e se qualcosa ha bisogno di un sinonimo
dovrebbe il suo articolo potente proprio perché
l’elemento potente non è molto divertente da dire
Non mi diverto molto a dire come nativo
speaker penso che sia probabilmente ancora meno
divertente da dire se non sei un nativo
Altoparlante inglese così dove i contenitori
rientrare in tutto questo perché niente in
i 12 fattori sono tutto
contenitori bene penso che i contenitori hanno
stata una tecnologia così rivoluzionaria
c’è un sacco di cose che
sono stati davvero difficili prima di quei contenitori
reso semplice c’era tutto questo
complessità che abbiamo dovuto affrontare in
ordine al fine di sostenere qualcosa in
per prendere un pezzo di software e
rendilo utilizzabile per noi quei contenitori
appena risolto , è davvero buono ma
la cosa fondamentale con i contenitori è questo
i contenitori sono buoni ma non è un
competizione per vedere quanti contenitori
si può avere non è come se ho una
container Sto facendo bene se ne ho 10
contenitori sto facendo bene e se ho
60 contenitori avrò un aumento sai
loro il loro potere non aumenta il
con il loro numero e in particolare
pensando ai micro servizi
hai bisogno di un’applicazione modulare in ordine
per ridimensionare di sicuro ma non è necessario
Comunicazione HTTP tra le parti di
la tua applicazione per essere cloud
nativo se hai tutti questi altri
caratteristiche quindi chi conosce la storia
della matita spaziale un paio di sterline così
questa è una storia classica sulla complessità
e la storia è quella nell’aurora
della corsa allo spazio la NASA ha speso milioni di dollari
dollari inventando questa penna che lo farebbe
scrivi nello spazio e la ragione di cui ha bisogno
tutto ciò che l’ingegneria è perché nello spazio
non ci sono penne a sfera normali per gravità
lavorare per gravità forzando l’inchiostro verso il basso se
non c’è gravità quindi devi avere
un piccolo contenitore pressurizzato da forzare
le cose vanno giù e tutto diventa abbastanza
costoso e la storia è che il
I russi non hanno speso milioni di dollari
dollari inventando invece una penna spaziale
i russi hanno appena usato una matita per scrivere
nello spazio e la morale della storia è
quella complessità aggiunge spese e in
particolare complessità non necessaria come
utilizzando una penna spazio quando si poteva solo
usare una matita aggiunge spese inutili
ora si scopre che la storia è sbagliata
praticamente ogni singola parte di esso così
la prima cosa che è sbagliata è quella
in realtà entrambi all’inizio dello spazio
esplorazione sia della NASA che dei russi
usa le matite che erano tutto ciò che avevano loro
usa le matite ma c’era un aspetto finanziario
scandalo sulla NASA e la spesa di
loro scrivono cose perché il loro spazio
le matite costano circa centotrenta
dollari ciascuno che nel 1960 il denaro è un
enorme quantità da spendere per una matita quando
è solo una matita che la penna spaziale non era
in realtà è stato sviluppato dalla NASA
sviluppato da una società indipendente
perché essendo stato morso da tutti i
clamore suscitato il centotrenta
matite di dollari non c’era modo
che la NASA stiamo per spendere di più
continua a sviluppare tutto ciò che sai
qualsiasi cosa oggi scrivesse nello spazio così
era una compagnia indipendente la Fisher
Compagnia di Space Pen che ha realizzato la penna spaziale
ma in realtà hanno speso circa un milione
dollari per svilupparlo ma una volta loro
sapere una volta che hanno elaborato il loro economico
modello in realtà lo hanno venduto davvero
a buon mercato quindi lo hanno venduto per circa $ 2 così
la matita spaziale è circa 60 volte di più
costoso rispetto alla penna spaziale
c’è un’altra cosa interessante su
matite nello spazio che è questo se tu se
tu scrivi con una matita probabilmente
non se ne accorge nemmeno , ma si lascia in ordine
di una sottile traccia di grafite sulla carta
alcuni sono attaccati al giornale e altri
del suo solo galleggiare bene è seduto su
la carta e non sta causando alcun danno
perché sei sulla terra se sei su
spazio non si siede solo sulla carta
è una specie di fluttuante e poi te
inspiralo e quel genere di cose e
causa tutti i tipi di problemi se tu
rompere accidentalmente il pennino e ottieni un
più grande pezzo di grafite che causa
ancora più problemi perché poi può
andare in un occhio e causare danni agli occhi tutti
un sacco di cose così si scopre che
le matite nello spazio sono davvero pessime
idea
c’è un altro problema con le matite nello spazio
che sono infiammabili, la NASA tende a
evitare di mettere cose infiammabili dove
non è così stamattina
Le parole di Casey sono davvero buone
distinzione tra accidentale
complessità e complessità essenziale così
la complessità accidentale è il tipo di
la complessità che ne deriva non ha bisogno
esserci ma semplicemente deriva dal fatto che
siamo tutti impegnati persone siamo tutti umani
ci stiamo occupando di più
richieste contrastanti e così via
la complessità si intrufola in essenziale
la complessità è il tipo di complessità
che deve essere davvero lì per
soddisfare i tuoi obiettivi di business, ad esempio se
vuoi avere alta disponibilità tu
bisogno di avere qualche ridondanza nel tuo
sistema che ridondanza rende più difficile
per gestire è necessario capire come
spingere i tuoi aggiornamenti in due posti ma tu
non può semplicemente passare attraverso il tuo sistema e
di ‘bene, liberiamoci di tutto questo
server ridondanti il nostro sistema sarà così
molto più semplice perché il tuo sistema
sarà più semplice ma lo sarà anche
molto meno utile quindi deve essere lì
e Casey stava parlando di come lo sai
tu
una specie di te ha questa idea di bene
non è per complessità dove
non ha bisogno di andare e di pensare bene
chi metterebbe la complessità dove è
non ha bisogno di andare
la sua ipotesi ottimistica era che no
si potrebbe Penso che se si sta lavorando
il tuo curriculum vitae effettivamente mette complessità
dove non ha bisogno di andare
perché lì abbiamo questa paura di
manca in termini di tecnologia
e abbiamo questa idea che se
tutti gli altri stanno usando una certa tecnologia
dovremmo farlo anche ed è per questo
vedi un sacco di aziende che copiano il
Modello Netflix quando non hanno il
stessi requisiti e vincoli di
Netflix e finisci con questi
architetture che forse non sono il
giusto tipo di architettura ma ma loro
fanno sentire coinvolgere tutti
stanno facendo qualcosa che sai davvero
interessante e stimolante quindi un passo
di nuovo a due contenitori che ho definito
nuvola sorta nativo di e voglio
definire i contenitori anche perché io ho
state parlando di una nuvola
nativo o se i contenitori si adattano al
definizione di cloud nativo o meno e I
pensa per avere quella conversazione
sensibilmente non sorta di avere una
definizione di cosa sia un contenitore in questo modo
indietro quando iniziammo tutti con il bare metal
server quelli che ancora puoi
fai quelli che puoi ancora ottenere e
anche sul cloud in realtà puoi ancora
avere il metallo nudo così, per esempio, abbiamo
alcuni server bare metal che danno veramente
buona prestazione ma ad un costo così
dipende da quali sono i requisiti ma noi
rapidamente capito che i server bare metal
erano un modo piuttosto inefficiente di operare
servizi cloud quindi siamo andati al virtuale
macchine incredibili che potevamo adattare
molti di loro su un singolo metallo nudo noi
potrebbe prenderli e portarli in giro
sono una rivoluzione contenitori erano
ancora più di una rivoluzione perché
i contenitori erano così leggeri, penso
forse siamo tutti un po ‘emozionati
sui contenitori e così ho visto
contenitori utilizzati nei luoghi in cui sono
non è appropriato, ad esempio, ho visto
contenitori utilizzati come file zip a
contenitori davvero un brutto modo di fare un
file zip perché tutto il caching
che è uno dei vantaggi di
contenitori che perdi e così via
finisce per essere un modo costoso per
fai bene, ma sai se è tutto
hai un martello se tutto ciò che hai è
un contenitore, quindi i file zip sembrano
come le unghie o qualcosa del genere ma
l’altra cosa da notare sui contenitori
così come sono stati in giro per a
mentre è un vecchio concetto di Linux di loro
è diventato molto popolare con la finestra mobile
non sono solo docker e ora penso
siamo tutti molto bene con quello
idea, ma prima ancora di essere portuali non lo erano
solo docker quindi cloud fonderia per esempio
Sono un grande fan della fonderia di cloud um I
pensa che l’industria stia andando verso
kubernetes ma la fonderia del cloud ha molto
da offrire in modo lo sviluppatore e l’esperienza
per esempio con la fonderia del cloud is is
al momento superiore ai kuberneté
certo che abbiamo questo tribalismo
tra contenitori e funzioni così noi
avere i contenitori persone e il
funziona con le persone ed è il tipo di
realistica sai che i contenitori dicono
non esiste una cosa senza server e
poi le funzioni dicono di sì ma noi
scala in modo migliore e siamo molto meglio
molti modi
funzioni che penso creano da sole
sfide di complessità a volte mi preoccupo
circa la verificabilità di questi sistemi
perché ogni singolo componente è
molto testabile ma il comportamento emergente
non è necessariamente così testabile e e
quindi le unità che stai testando sono
più piccolo che può essere una buona cosa o o
non può essere ma le funzioni del contenitore fanno
avere dei veri vantaggi
contenitori in termini di scalabilità
caratteristiche in termini di come è possibile
girali e poi e prendi davvero
buona scalabilità a grana fine
schierabilità quel genere di cose loro
hanno anche alcuni problemi che vediamo
esempio che c’è un sacco di
vincoli che vengono messi sul
funzioni dal runtime, per esempio
se le tue dipendenze superano un certo
dimensione che può essere un problema se il tuo
il tempo di avvio è abbastanza lungo che può essere un
problema e quindi siamo qualcosa visto a
un po ‘di rollback pure … beh
le funzioni sono buone per questo tipo di
i contenitori di applicazione sono buoni per questo
tipo di applicazione se ho davvero
dipendenze complesse forse voglio essere
usando un contenitore ma mi piacerebbe molto
quelle caratteristiche di scalabilità del
funzioni e così poi ci divertiamo
e così divertente che non è così divertente
come sembra
quello
una combinazione di funzione e contenitore
e se combini questi due allora tu
ottenere errori di Fontaine Devo dire che penso
il divertimento che Tanner fa tecnicamente molto
senso perché risolvono prendono il
il meglio di entrambi i mondi, ma hanno a
problema che è che ho letto un articolo
a proposito di divertenti conciatori e ho pensato a tutto questo
suona davvero bene, voglio saperne di più
Voglio sapere che voglio vedere se questo
è appropriato per me, quindi ho cercato su Google
spontaneo e per due pagine di Google
risultati questo è tutto ciò che ho avuto se a
la tecnologia non può essere cercata, non è mai
decollando
così ho detto che gli errori di Fontaine non erano così divertenti
come suonavano in realtà loro tipo
sono banali perché è tutto il divertimento di
contenitori ma senza il fastidio di
dovendo gestire kubernetes che è
più o meno il diritto sogno ma andando
Torna a nuvola era nativo Nader nube
era una cosa molto prima del dottore
reso popolare che l’idea contenitore così
i contenitori e la finestra mobile erano una specie di
intorno al 2013 microservices come un
il modello architettonico ha davvero iniziato
essere parlato nel 2011 ma abbiamo iniziato
parlando di cloud nativo nel 2010 così a
questo dimostra che il cloud è nativo
più che solo micro servizi e
contenitori l’alternativa
l’interpretazione è che lo dimostra
Sono davvero vecchio stile e quello
la definizione è cambiata e io no
tenuto alto perché ho bloccato il
definizione la prima definizione che io
ho visto ma in quel post del blog che ho solo
ha mostrato così tanto il cloud nativo è arrivato davvero
dal dal rispetto della comunità Netflix
e anche da Paul Fremantle sono Paul
La definizione di Fremantle che sembra
davvero intuitivo per me è qualcosa che
si comporta bene sul cloud e poi sul
seguire da quello è spettacoli di esperienza
al fine di comportarsi bene sulla nuvola esso
deve essere scritto per il cloud
altrimenti si limiterà a comportarsi
disgustosamente sul cloud ma finora
Ho parlato per un po ‘di tempo
sui contenitori cos’è un contenitore
dovremmo usare i contenitori micro-servizi
e tutto ciò non ha nulla a che fare con
la cultura è così che è tutto il modo in cui corriamo
la nostra applique
non cosa c’è nell’applicazione ma dentro
termini dell’impatto sul business di ciò che noi
fare in termini di impatto sull’utente di cosa
lo facciamo in termini di capacità di cambiare
il mondo che riguarda tutto ciò che è nel
applicazione non solo il meccanismo che
abbiamo usato per eseguirlo e così tornare a
questi obiettivi che abbiamo avuto con il cloud
nativo l’obiettivo era la velocità ma qual è il
indica che sai così abbiamo la velocità
ma allora non ne approfittiamo
era il punto di avere tutto il
velocità ma poi semplicemente inviando lo stesso vecchio
cose che hai sempre inviato
al mercato ma facendolo un po ‘
più veloce e qual è il punto di essere
in grado di rispondere al mercato se tu
non rispondono al mercato e ciò che è
il punto di un’architettura che può andare
più veloce se non stai andando davvero
più veloce quindi c’è questo anti
modello che vediamo che sta avendo il
architettura dei microservizi ma non
effettivamente avendo l’architettonico
caratteristiche oltre al micro
servizi che ti permettono di andare più veloce
e non avere la tua cultura
ti consente di andare più veloce e così via
che porta al fallimento nativo del cloud così
questo è ciò che accade al cloud nativo
mascotte quando le cose vanno male e queste
sono tutto basato su cose che ho visto
lavorare con i clienti e penso
a volte guardi la lista e tu
dì pure che è terribile che non lo farei mai
scrivere qualsiasi domanda simile e se
quindi questo è davvero buono
in un buon posto penso a volte gli altri
guardalo e dì oh lo faccio tutto io
in questo modo perché è difficile cambiare e
è anche vero che conosci queste cose
tutti arrivano a questi punti con il bene
intenzioni così il primo anti-modello
è il fallimento del servizio micro così ero
tipo di provare a sapere guardando un nuovo
codebase e ho capito che il dominio
il modello era abbastanza complesso, lo sapevi
circa 20 classi aveva 70 campi e
ogni micro servizio aveva bisogno di usare piuttosto
molto l’intero modello e così via
loro lo sapevano con i micro servizi
non dovevi solo avere un
libreria di oggetti condivisa e avere tutti
riferimento che, perché poi hai
questo accoppiamento
così invece quello che hanno fatto è stato tagliato
e incollato il codice tra ciascuno
microservizio per non avere il
accoppiamento ma era ancora proprio come
coppie giusto perché ogni volta un campo
nome cambiato in un micro-servizio ogni
l’altro microservizio si è rotto e così tu
sapere che il sogno era micro-servizi
è che hai i tuoi micro-servizi
e hai il tuo modello di dominio e
il tuo modello di dominio è altrettanto disaccoppiato
come i tuoi micro-servizi e ogni dominio
mappe davvero ordinate per un micro servizio
ma quello che era successo qui era fondamentalmente
avevamo questo enorme modello di dominio e poi
avremmo diviso un sacco di micro servizi
ma ma non erano profondamente disaccoppiati e
quindi questo porta al prossimo problema
che è ogni volta che hanno cambiato il codice
qualcosa è rotto e il motivo per questo
era perché anche se io l’ho avuto loro
aveva tutte le comunicazioni HTTP tra
i loro micro servizi in pratica quello che loro
era un monolite distribuito e
un altro modo di pensare che è
Nube spaghetti nativi quindi se prendi
il tuo mucchio di spaghetti e lo metti su
questo è da Nuvoloso con una probabilità di
A proposito, polpette e tu conosci me
non credo che intendessero fare
una metafora per il cloud computing nativo
ma è difficile immaginare uno migliore in
in qualche modo cadena prendi i tuoi spaghetti
lo metti nel cloud e questo
non c’è niente di meglio ma solo di più
violento quando va male così giusto
perché un container attraversa molti
contenitori o solo perché il sistema
attraversa molti container che
non significa che sia disaccoppiato solo
significa che è molto più difficile eseguire il debug e a
molto più difficile da gestire quell’accoppiamento così
questo è Mars Explorer che è un
storia della NASA piuttosto triste quindi questo è quello che
sembra davvero che io ami questo perché
se lo guardi puoi vederlo
sembra praticamente come se fosse fatta di un
asciugatrice alcuni sacchetti della spazzatura e alcuni
nastro adesivo così simile a quei tubi
ci sono davvero sono sicuro che ho il
quelli identici nella mia asciugatrice e
e così davvero ti ho capito
borse bin che sembrano così e poi
quelle piccole cose lì sembrano esattamente
come un nastro adesivo
quindi l’ esploratore di Marte non ha avuto un
felice fine non credo fosse perché
era fatto da un’asciugatrice che
si sono riproposti era più sottile
problema di quello così il destino del
Mars Explorer era che si è schiantato
Marte e la ragione per farlo nessuno
ricorda la ragione
Kaycee in fondo ricorda di si
esattamente che era metrico e imperiale
così abbiamo usato l’esploratore di Marte
unità metriche unità metriche che abbiamo avuto a
centralina a terra che utilizzata
unità imperiali e in questo caso il
sistema è stato è stato molto distribuito era
distribuito fino a Marte e
la distribuzione non ha aiutato perché il
il problema era fondamentalmente un contratto
quando sono andati dal loro fornitore e e
ottenuto che quel fornitore lo scriva solo
parte del sistema non avevano davvero
specificato con cura abbastanza loro
ipotesi circa il tutto dell’unità
sembrava funzionare ma in realtà loro
accumulato una serie di piccoli errori e
l’effetto di ciò è che si è schiantato
al sole o in caso di schianto su Marte
quindi il morale è davvero quello con
microservizi di cui hai assolutamente bisogno
test contrattuali guidati dal consumatore perché
altrimenti c’è un sacco di
ipotesi che avrai in una squadra
che l’altra squadra non sa
tu fai cambiamenti in una squadra e il
l’altra squadra non ne saprà e
allora ottieni problemi e ovviamente a
cosa fondamentale con il tuo consumatore
i test di contatto devono essere
automatizzato quindi se io vado in una squadra e
dicono che i nostri test non sono automatizzati
Ho sentito che non abbiamo idea se il nostro codice
funziona che è una specie di terrificante
cosa da ascoltare perché se non lo sai
se il tuo codice funziona, le probabilità sono almeno
alcuni di essi non funziona perché non si sa
anche se tutti in quella squadra lo sono
i sistemi perfetti si stanno comportando bene
modi e documentazione inaspettati per
le dipendenze possono essere sbagliate
aggiornamenti della documentazione da o dipendenza
aggiornamenti possono cambiare il comportamento che puoi
fare affidamento su un bug su una dipendenza quando
quel bug di dipendenza viene risolto e le cose vanno
sbagliato e quindi l’effetto di tutti
questo è che ottieni questi bug così con
il Mars Explorer quando loro quando loro
ha fatto l’analisi di esso
avevano questa dichiarazione piuttosto triste che
ha detto che abbiamo fatto test end-to-end noi
credevo che questo errore sarebbe stato
catturato
avevano i loro componenti ogni componente
era ben testato ma perché il sistema
nel suo complesso non è stato testato insieme il
l’aria non è stata catturata e così con
senza questi test questo porta a un tipo
di una paralisi aziendale che può essere
abbastanza controllato o può essere abbastanza
incontrollato ma in entrambi i casi ciò che
gli affari diranno è non abbiamo idea se
il nostro software funziona così che faremo
una lunga fase di UAT alla fine per essere sicuri
Funziona e certamente non possiamo chip
fino a quando non passeremo attraverso questa fase UAT
fondamentalmente il sogno di agile siamo noi
dovrebbe essere in grado di spedire in qualsiasi momento ma
non possiamo spedire perché non sappiamo se
le cose funzionano così non possiamo spedire con micro
servizi perché dovrebbero essere
dispiegabile in modo indipendente di cui hai davvero bisogno
bene, hai bisogno di contrarre test e tu
anche bisogno di test di integrazione automatizzati
e la cosa con quelle è che c’è
non ha senso avere quei test a meno che
le persone li guardano
quindi sono entrato in squadra e ho fatto
Detto bene dov’è la tua build dov’è
il tuo stato di build che alla fine ho trovato
ed è stato letto mmm ho detto oh
le build sono rosse e hanno detto oh sono io
sappi che sai che non c’è se costruisce
fallisce e nessuno l’ha visto è come un
albero nella foresta sai che non hai
qualcuno deve sapere che una build fallisce
per quella build dare valore e
davvero quello dovrebbe essere passivo
non dovrei a volte scoprire che c’è
una persona in una squadra che finisce per essere
tipo del poliziotto di costruzione e così quando il
la compilazione fallisce, lo noteranno e poi
andranno e vi diranno Bob off, ma
non è davvero un buon modo per farlo
deve essere che Bob scopre in un
conosci un modo passivo per avere se
hai solo una build con te
conosci il semaforo o qualcuno che conosci
qualcosa del genere è una sirena di vergogna
bene se hai più build di
probabilmente qualcosa come una costruzione giusta
qui c’è il radiatore che sarà a
opzione migliore ma sai che devi
avere qualcosa
un’altra cosa che a volte ho sentito come
Ho detto oh oh questa build è rotta e
hanno detto sì , è stato rotto per
settimane che è così triste perché lo sai
questa è la classica finestra rotta
problema che una volta le persone si abituano
vedendo qualcosa che è rosso loro no
hanno più alcuna voglia di risolvere il problema semplicemente
si abituano a che quella cosa è rossa
e e e questo può portare ad alcuni abbastanza
problemi seri, quindi questa non è la NASA
storia questa è un’agenzia spaziale russa
storia del protozoo e così la lezione è
come rompere una sonda spaziale ma si potrebbe
anche pensare ad esso come come essere licenziato
dall’agenzia spaziale russa che è
che avevano questo era negli anni ’80
e non avevano quello che pensavamo
di test automatico ma avevano un
Linter automatizzato e quindi avrebbe codice
lo passerebbe e poi lo farebbero
scoprire problemi ed è stato tutto
codice assembly quindi eravate abbastanza carini
difficile da guardare quel codice e
scopri i problemi e c’è sfortunato
l’ingegnere ha fatto un piccolo errore e l’ha messo
un trattino in più e sfortunatamente il
i controlli automatici non funzionavano e lui
davvero voluto ottenere che l’aggiornamento così fuori
ha detto bene, sono sicuro che il mio codice è buono
abbastanza semplicemente bypasserò l’ automatismo
controlla perché il controllo automatico è stato
rotto e l’effetto di tutto ciò che era
che rompe la sonda spaziale perché
è successo per sfortunata coincidenza
che l’ effetto di quello – era quello di cambiare
il suo comando – il comando per spegnere
il meccanismo di ricarica nello spazio
sonda così aveva queste pinne che avrebbe fatto
tipo di seguire il sole ha spento il
pinne e quindi era solo una specie di sat
lì fluttuiamo nello spazio e poi
alla fine è finito il potere e lì
non c’era nulla che potesse essere fatto in questo modo
era la fine di quella sonda spaziale che vediamo
così come vediamo molti casi in cui
c’è la possibilità di muoversi
più veloce ma i processi che abbiamo messo
in atto per prevenire gli incidenti non lo sono
tenere il passo così in questo caso è stato un
fallimento tecnico ma ne vediamo molti
processo fallimenti e quindi io uno dei
i primi progetti che ho fatto con un cliente
volevano davvero diventare più cloud
nativo e sai approfittarne
il cloud e così abbiamo ottenuto il loro
applicazione ora ce l’abbiamo fatta a te
sapere chi sta gestendo i clienti che stiamo utilizzando
siamo stati davvero contenti fino a loro
è venuto da noi e ha detto che abbiamo programmato
il tuo consiglio di revisione dell’architettura e noi
detto ma ma lo abbiamo spedito
siamo fuori dal progetto è fatto e
avevano questo processo che era stato messo
sul posto per cogliere problemi ma il
scadenze erano così incompatibile che
questo processo non aveva senso, ma lo siamo ancora
dovevo attraversarlo e con un po ‘di Marte
Explorer avevano una specie di a era
problema di processo diverso ma avevano
lo hanno fatto di nuovo questo tipo di a
processo che invece di aiutare le cose
ferire le cose perché gli ingegneri che
erano chi erano responsabili per il
navigazione potevano vedere quel qualcosa
non era proprio giusto così come funzionava
era che loro avrebbero fatto un
aggiustamento e poi un po ‘più tardi lo avrebbero fatto
controlla per vedere dove era ed era
mai esattamente dove si aspettavano che fosse
così loro sanno che hanno avvertito bene
qualcosa non va qui
ma non ha compilato la giusta forma e
perché non hanno compilato il giusto
non è stato fatto nulla e poi hanno perso
la sonda spaziale così davvero deve essere
pensando questo processo aggiunge valore se
il processo non aggiunge valore per sbarazzarsi di
questo non significa che tu non voglia
essere rigorosi vuoi essere veramente
rigoroso ma deve essere diverso
tipo di rigore quindi sono un grande fan di
programmazione estrema penso che sia il
giusto tipo di rigore è difficile da fare ma
è adatto per il cloud così
lo sviluppo basato sui test assicurandosi che
hai questo test per assicurarti che
hanno la capacità di fallire
certo che ci sono affermazioni nei test
piuttosto che avere una copertura del 100%
e nessun test nessuno afferma la coppia
programmare così piuttosto che fare un codice
recensione che potrebbe essere compensata da alcuni
quantità di tempo ed è troppo tardi per
i problemi di cattura li colgono in quel momento
con la programmazione delle coppie e tutto qui
davvero ottimizzato per il feedback e quello
stai guadagnato che è la promessa del
il cloud è quel feedback quindi vediamo molto
di aziende che hanno il tecnico
capacità di ottenere il feedback ma possono
tagliati fuori così così lo faremo
scopri che una caratteristica che abbiamo pensato
sarebbe davvero una buona idea, come si comincia
attraversando ci siamo resi conto in realtà di questo
non aggiungerò nessun valore , non lo faremo
fare questo è particolarmente un problema
quando stiamo contrattando perché
contratti tendono a non essere non molto
flessibile, ma avremo questo problema
dove qualcosa è nel piano così uniforme
anche se tutti sanno che non dovremmo fare
c’è una riluttanza a cambiare il
piano e vediamo la stessa cosa in
altra direzione , dove abbiamo
questa grande nuova idea ma perché non lo è
nel piano ci atteniamo al piano
quindi il Titanic è ovviamente un classico
analogia microservizi perché se tu
pensa a Titanic a cui pensi
paratie se ci pensi
micro-servizi che pensi di paratie
il Titanic aveva delle paratie che avevano
fatto un’ottimizzazione interessante con
le loro paratie che è quella invece di
le paratie raggiungono fino in fondo
la cima
si fermarono a circa un piede e mezzo
sotto la parte superiore e cosa significava
quello una volta le cose iniziarono ad andare di più
spesso di quanto lo avessero anticipato
punta troppo e l’acqua scorreva
sopra le paratie e poi io
ha avuto un fallimento molto rapido una volta ottenuto
a un certo punto di errore ma il principale
problema con il Titanic in effetti
non era davvero un’ottimizzazione della paratia
sai che era una specie di a
ottimizzazione ragionevole che avevano fatto
con le informazioni che avevano e
che il problema principale con un Titanic era
un problema di dimensioni quindi il Titanic era il
la più grande nave del suo tempo era circa
quattro isolati di città e quello era
per lo più bene tranne quando si naviga
attraverso i campi degli iceberg sono normali
non avevano alcun radar che non avevano
avere qualcosa del genere così normale
meccanismo per navigare attraverso un
campo iceberg era che avresti avuto un
fai attenzione se la vedetta vedrebbe un
iceberg direi oh, dobbiamo andare
la sinistra sembra un iceberg più avanti
e tutti si adatterebbero con
il Titanic vedendo l’ iceberg
che ha abbattuto la nave rompendo
lungo il lato della nave ma perché
la nave era così grande che non era agile
abbastanza per evitarlo e quindi, ovviamente
c’è stata un’enorme perdita di vite quindi
ho visto alcuni riferimenti a figure nascoste
già oggi quanti di voi hanno visto
figure nascoste solo un piccolo numero di
mani va bene così per tutti gli altri voi
deve andare a guardare le figure nascoste che è
un film così bello è un film di benessere
sul razzismo e la guerra fredda e
matematica e se questo non lo vende
e poi non so che cosa farebbe il
il punto di partenza per
figure nascoste è che è l’alba di
la corsa allo spazio davvero pre computer o
i computer sono appena agli inizi, quindi è così
la sala computer e la sala computer
non è il computer non è così blu
macchina da scrivere al
il computer sono le persone e la NASA lo sono
consapevole che stanno perdendo la corsa allo spazio
possono vedere che i russi sono
ottenere le cose nello spazio e sono
Non hanno bisogno di capire come
modernizzare hanno bisogno di capire come
accelerare il loro programma spaziale
la tecnologia è ovviamente il modo ovvio
per fare questo in modo che portino in un IBM
computer ma ne hanno un paio
sfide con esso quindi lasciami solo fare
sicuro che funzioni
un pensiero per misurare queste cose sono
ho paura, signore, non ti piacerebbe che ci fermassimo?
tutti i computer non fanno come non possono
entrare nella stanza personale basta tenere
sta andando, sì, signore , è grande, quindi è così
quello scatto finale che lei poi prosegue
insegnare ai computer umani Fortran e
quindi diventano la programmazione Fortran
squadra quindi c’è il computer quando loro
finalmente abbatti la porta e prendila
dentro e penso la cosa che trovo
interessante di questo non è quello lì
era un problema di piano che non avevano
anticipato quanto era grande il computer
quando hanno costruito l’edificio a causa di
corso quando hanno costruito l’edificio
i computer non esistevano, non potevano
forse hanno anticipato quanto sia grande un IBM
mainframe è stato quando lo hanno costruito
costruendo così il piano era perfettamente
corretta
IBM non avrebbe potuto creare quel computer
più piccolo perché era il primo
computer basato su transistor erano grandi
e quindi la cosa fondamentale non era quella lì
era un problema di piano in cui la cosa fondamentale era
come hanno risposto al problema del piano
che è stato in questo caso che hanno mostrato
l’agilità di usare un martello più grande per
abbattere il muro ma spesso noi
scoprire che non stiamo rispondendo a
questi cambiamenti e vogliamo tutto
essere perfetto e si sa che non vogliamo
abbattere il muro che non vogliamo
fare questi compromessi e davvero quello
significa che ci stiamo privando del
opportunità di feedback
quindi non guideresti mai mai una macchina
lo sai andando così e non visto
perché è quel feedback che sapere
quello che hai di fronte è davvero
critico e, spesso, quando vediamo
problemi di ingegneria il sottostante
causa era una mancanza di feedback sia
a causa della mancanza di una mancanza di strumenti o
o o a causa di decisioni che erano state
fatto o per fondamentale
vincoli di ingegneria così con il Marte
Esploratore l’uno dei motivi che
hanno avuto problemi con quella maggior parte del
tempo non potevano vedere l’Explorer e
quindi avrebbero dovuto fare un corso
correzione e dire bene penso che se tu
vai sai per sapere potere quelli
propulsore per due secondi e dovresti
finire all’incirca dove devi essere ma
non potevano davvero vederlo e quello
era il motivo per cui non si rendevano conto che lo era
così vicino a Marte finché non fu troppo tardi
e il feedback è davvero un buon affare
Ho usato molto la parola business
Sono un ingegnere quindi il feedback è davvero
buona ingegneria così è così
importante e parliamo molto di un
MVP ora e l’obiettivo di un MVP è quello di ottenere
feedback è per capire quale sia il tuo
l’ipotesi è e fare il minimo
è necessario fare in modo da capire se
quell’ipotesi è giusta o no
e quello può essere così scomodo
perché tutti vogliamo che le cose siano perfette
e tutti noi vogliamo che tu lo sappia
qualcosa va bene e quindi c’è un
dire di un MVP se non lo sei
imbarazzato dal tuo primo rilascio è stato
troppo tardi
quindi sai che lo sei se non lo fai
giusto se non ci sono alcune cose in
il tuo MVP che guardi e dici oh
Spero che nessuno lo veda perché è così
sai solo che volevo davvero lucidare
che nosecone e io non abbiamo e e il
l’obiettivo di un MVP è fare un esperimento
e il punto di un esperimento è quello
non sai cosa succederà se
tu sapevi cosa stava per accadere
non sarebbe un esperimento sarebbe solo
essere come al solito e poi per il nostro
stakeholder che possono essere davvero
scomodo perché quando diciamo di esserlo
lo farò e potrebbe non funzionare
allora questo significa che c’è un bene
Forse sai che sto facendo qualcosa di simile
può invocare il fallimento che è spaventoso ma
è importante come
dobbiamo fare questo tipo di
sperimentazione dobbiamo imparare da
il mondo che ci circonda così con il Titanic
quando loro quando trovarono il relitto
del Titanic erano un po ‘sorpresi
e confuso perché la maggior parte era
lì e la scala non c’era e
loro potrebbero dire dalle fotografie del
Titanic e dai piani che aveva avuto a
scala quando salpò così come poteva
non ha una scala e hanno pensato
vabbè forse era perché era di legno
e il legno marcito, ma un sacco di
l’altro legno era ancora lì
e alla fine hanno scoperto cosa
è successo alla scala a causa del
Film titanico perché James Cameron
ricreato il Titanic in modo così fedele
in realtà era come un retroattivo
esperimento sul Titanic e loro
ha scoperto molte cose e una di queste
era il comportamento della scala
perché anche se la scala era
inchiodato quando allagarono la nave
quello che è successo è stata la scala
abbastanza vivace da strapparlo via
ancore e in qualche modo sparato
il tetto del Titanic e fluttuò via
e poi è stato mangiato
e quindi gli utenti sono come le scale
pensiamo di capire come scale
lavoro ma poi le cose diventano strane e noi
pensiamo di capire cosa vogliono i nostri utenti
ma sono solo strani che faranno
cose davvero strane quando c’erano gli sms
presentò le compagnie telefoniche pensate
bene questa è una bella caratteristica laterale
ma sai che le persone potrebbero usarlo a
un po ‘e non si aspettavano a
tutto il cambiamento e il comportamento completo
successo da persone che vogliono parlare
voce alle persone che realizzano in realtà io
odiava parlare al telefono e loro
fatto solo perché non c’era
alternativa non appena abbiamo avuto un
l’alternativa con la gente di sms è iniziata
usando gli sms
e così quando facciamo i nostri sistemi abbiamo bisogno di
ottimizzare in modo che quando si sa se lo siamo
responsabile dell’infrastruttura SMS e
decolla che possiamo possiamo aggiustare
e abbiamo bisogno di ottimizzare per il recupero come
bene, quindi quando le cose vanno bene, dobbiamo
regolano quando le cose vanno male dobbiamo
regolare così il problema con questo spazio
la sonda era che era così irrecuperabile
una volta perso il potere non c’era nulla
che potevano fare per salvare quel
sistema quindi se pensi a una specie di a
spettro di recuperabilità
a un’estremità qualcosa è andato storto
il mio sistema è bricked non c’è niente
che potrà mai fare quel lavoro di sistema
guadagnato un po ‘ meglio ma solo un po’
meglio è una cosa in cui ne hai un sacco
handoff e quindi devi chiedere
permesso di sistemare il sistema e tu
forse devo chiedere il permesso da
più persone per sistemare bene un sistema
ci vorrà molto tempo
e sarà molto lento e
Davvero fastidioso se solo una persona ha
intervenire bene è molto meglio
ma sarà ancora abbastanza brutto se
il recupero è veloce ma i dati sono persi
beh, è meglio, ma gli utenti no
esattamente per essere felice e di
Naturalmente la cosa migliore è che sei tornato a
millisecondi e non ci sono state perdite di dati
e così questo è il cloud
sogno nativo non si tratta solo di
quello che ci mettiamo riguarda come noi
gestirlo se le cose vanno male e se noi
ottenere abbastanza automazione e se otteniamo
abbastanza idempotenza quindi possiamo ottenere
proprio quella situazione in cui abbiamo
la recuperabilità aziendale e il
recuperabilità tecnica ma il
la recuperabilità aziendale è importante come
bene perché gli utenti sono come le scale
faranno cose strane e così
Ho parlato molto della recuperabilità
e ho parlato molto della velocità e
velocità credo sia uno dei più
parti importanti non solo perché è
soddisfacendo così come ingegneri se facciamo
qualcosa e non si spegne
ci vuole solo un’eternità per uscire e c’è
un sacco di passaggi che è davvero
demoralizzante sai che lo odio
personalmente conosco le mie squadre lo odio
quando ciò che facciamo non si esaurisce ma velocemente
è anche molto buono per gli affari, quindi noi
stressarsi quando c’è tardi
i cambiamenti dei requisiti, ma dovremmo essere
felice perché è competitivo
vantaggio se otteniamo un cambiamento in ritardo in
requisiti perché ne sappiamo di più
più feedback significa più precisione e
la nuvola era ogni sorta di noioso
cose che dovevamo fare fino a quando non abbiamo colpito il
cloud e così i nativi del cloud dovrebbero sentirsi
la stessa nube nativo dovrebbe sentire che
c’è un sacco di roba noiosa
che prima dovevamo fare ciò che non facevamo
devo fare più e questo dovrebbe sentire
bene così con quello mi fermerò per favore
valutare le sessioni si prega di votare tutti i
sessioni e grazie mille
tu
Please follow and like us: