[Musica]
benvenuto a tutti grazie per esservi presentati
questo discorso è stato in realtà aggiunto solo al
programma penso a domenica dopo che ho urtato
in chetone mi ha chiesto di fare questo
quindi apprezzo tutti che si presentano e così
quelli di voi non mi conoscono prima di me
mi scuso un po ‘di più in un secondo ma
di solito faccio un colloquio abbastanza tecnico questo
uno sarà più vicino al tipo di
strategia e leadership roba così se nessuno
di te mi hai visto e domenica stavo parlando
su Spectre, per chi lavoro lì ma
questo si basa su di lei su un numero di casi
studi ho fatto un certo numero di aziende
Ho lavorato con come consulente su
l’ ultimo dice circa cinque anni ora che ho
abbiamo lavorato su ciò che chiamiamo micro
servizi Ero un CTO in una compagnia
dove abbiamo adottato i micro servizi, allora
divenne un consulente per il credo di Oakland
e poi ho finito per lavorare con
Specter pure in modo sono stato una sorta di
permanente e contratto lavorato su molti
diversi progetti di micro servizi e io
quello che sto andando provare e una sorta di prova prendo
e trasmettere oggi e mi piacerebbe che tu
tipo di take away è quello spesso con
micro servizi e architettura
sembra super interessante o la tecnologia
sembra super interessante ma spesso molto
dei problemi seguono dal provare ad adottare
queste cose e più spesso di quanto non mi
trovare in realtà è un problema di persone ora
lupo sempre duro che nessuno sa mai sentito
ha twittato l’altro giorno che il secondo
legge di consulenza è sempre un
problema della gente, sì, non importa cosa
hai bisogno prima di te e io
sicuramente ho trovato questo quanto mi piace
per essere un tecnico, identifico un Java
sviluppatore principalmente e un sacco di roba
fare in questi giorni con la consultazione è
effettivamente trattare con problemi di persone e
Cercherò di condividere alcune storie di
progetti su cui ho lavorato ed errori
Ho fatto dei successi che ho avuto e così
avanti l’obiettivo ideale sarebbe se si
dovevo portare via alcune cose che tu
potrebbe funzionare con te sapere con il tuo
compagnia con i clienti con cui lavori
e non fare gli stessi errori che ho
fatto sì, faremo tutti degli errori
questo è il motivo per cui facciamo tecnologia che amiamo
apprendimento e roba ma se posso
cortocircuiti alcuni degli errori che
sarebbe una vittoria per me per oggi così tanti
i problemi appaiono problemi ma questo è
buone notizie perché molti dei nostri affari
gli amici hanno lavorato con questo
roba un tempo più lungo di quello che abbiamo Martin
ha aperto la conferenza il software di domenica
lo sviluppo è un campo relativamente nuovo
si
68 è diventato un business
è andato avanti per molto più tempo quindi io
pensare
possiamo prendere in prestito cose dal business
mondo e tipo di portarlo nel nostro lavoro
i nostri tecnici operai dove chiunque
o comunque identifica il team
l’operatore di QA dell’architetto principale prenda il vostro
raccogliere
Penso che ci siano cose che possiamo imparare
guardando i nostri amici d’affari molto
rapidamente questo sono io a Daniel Bryant
il Twitter su cui amo essere coinvolto
L’hashtag di Twitter va al tuo CPH qui come
bene io lavoro principalmente come consulente
Sto anche facendo un ruolo CTO come expecto
bene di cui non parlerò di carichi
oggi, ma se siete alla ricerca con la
training o prodotti di microservizio in giro
e Michael Cera sta testando che stiamo facendo
quel genere di cose che principalmente faccio Java
personale un po ‘di ops e un sacco di
architettura in questi giorni davvero in
consegna continua vedo davvero questo come
un vero attivatore nei progetti indipendentemente
di tecnologia o o indipendentemente da
architettura consegna continua è
davvero chiave e in realtà ho
scritto un libro che è disponibile gratuitamente su
il là là là uno con contenitore
la consegna continua in Java e
per i miei peccati sto lavorando a un libro completo
sarà fuori l’ anno prossimo e quel tipo
di tentativi di catturare più il tecnico
lezioni che io sarò condividere con
voi oggi e una sorta di punto di vista tecnico
di queste lezioni saltiamo dritto dentro
è importante notare che qualsiasi
la tecnologia passa attraverso una serie di tipi
delle fasi di adozione e lo chiamano
la diffusione dell’innovazione ora persone
familiarità con la diffusione dell’innovazione a
tutti i tipi di vedere qualche cenno ma sì sì
fondamentalmente quello che dice è in genere
pionieri conosci gli innovatori che funzionano
sulla tecnologia quindi sorta presto
gli adottanti lo prendono e poi questo è
momento in cui le cose attraversano la voragine ora
tutta la tecnologia non lo fa mai
salta non si muove mai in anticipo
la maggioranza della tarda maggioranza è la
tipo di mainstream sì
con i micro servizi si potrebbe dire
Netflix erano praticamente gli innovatori
Adrian abbiamo visto prima di oggi
i primi ad adottare abbastanza innovative tipo di
aziende con cui ho lavorato e ora io
penso che i microservizi siano molto qui
hanno attraversato la voragine sono carini
molto accettato come schema, ma è così
è interessante notare che il
viaggio stiamo andando come una specie di
l’industria sembra e raccoglie il
cosa raccoglie i concetti reali
intorno alla cosa che è micro servizi
in questo caso una delle sfide che abbiamo
ho ottenuto stiamo prendendo spunti tecnici da
persone nell’innovatore e presto
adottatori loro
come Netflix e così via e poi no
sempre adatto a quelle cose per dove
siamo ora e in effetti sembriamo
venditori che sono un po ‘in ritardo
maggioranza cercando di tirare le persone con
strumenti di micro-servizio e così via
questa costante spinta e spinta da entrambi
lati qui siamo fermamente dentro credo che il
spazio iniziale di adozione, ma i nostri problemi sono
diverso da quando sei nel genere
di spazio innovativo dove stai facendo
farcela mentre vai avanti rispetto al
tarda maggioranza e se qualcuno fosse in
La nota chiave di Adrienne di cui parla Adrienne
Le cose di Simon Wardley che mi piacciono molto
ed è fondamentalmente pionieri dei coloni
dove siamo ora e vengono i pianificatori della città
più tardi sì , siamo molto coloni
la maggior parte di noi lavora su micro servizi ora
sono coloni ma questo significa che c’è anche
molte informazioni
troppi troppi prodotti e questo
fa il nostro lavoro come leader tecnici e
Presumo che non importi se lo hai
ottenuto il leader nel tuo titolo di lavoro, ma il
Infatti sei a una conferenza che vuoi
per saperne di più ne stai portando ad alcuni
laurea sì, così sai che penso tutto
noi siamo leader tecnici che dobbiamo sostenere
dove siamo in questa chiave della chiave di questa curva
cose che mi piacerebbe per ordinare del capitale oggi
intorno a questo e conoscete casi di studio
e roba sono le tre cose fondamentali
trovato super ufficiale era cassa
e condividi la strategia e le tattiche
stiamo implementando per è stato ottimizzato per
feedback sì e tre è stato definito
responsabilità in particolare intorno
chi sta facendo cosa e in particolare intorno
la piattaforma perché i micro servizi spingono
un sacco di complessità nella piattaforma
nella comunicazione che stiamo prendendo
la complessità era – no, è così
la complessità necessaria ma in passato
il nostro monolite o sowe sei o qualsiasi altra cosa
ora che quella complessità no
scomparire viene spinto tipicamente in
la piattaforma nell’orchestrazione in
il coordinamento di questo genere di cose così
pensando alle tue responsabilità
so che sono uno sviluppatore sono responsabile
per quel tuo QA dov’è il tuo
responsabilità queste cose sono davvero
importante è stata una bella chiacchierata di domenica
che parlava di consapevolezza situazionale
e sono un grande fan di questo tipo di
la strategia è davvero importante, lo sai
anche se identifichiamo puramente come
la strategia dei tecnologi è davvero
importante che devi chiedertelo
sapere se è entusiasta di micro
servizi doc o qualunque cosa
davvero una buona misura per la nostra organizzazione
si
il nostro Mike Reservist è buono e ho visto
un paio di antipattern sui progetti
Ho lavorato su dove il middle management
si sono collegati a questa parola d’ordine
sì micro servizi e i loro manager
hanno chiesto loro che tu sai che sei adesso
facendo micro servizi e se dici come
se dicono di no, ci saranno problemi
quindi loro tipo co-optano cose loro
sai che dicono che lo butterò dentro
finestra mobile che sarà un micro servizio sì
mettici un’API che non sarà micro
servizio ed è quello che diciamo nel Regno Unito
è il rossetto del maiale, sì
fondamentalmente è gentile da parte tua
sembra che potrebbe sembrare un po ‘meglio ma
non è ancora fantastico dietro le quinte
sì da una pratica architettonica I
vedere un sacco di persone che non lo fanno davvero
capire
I servizi di Micra non sono solo più piccoli
servizi sì, sai costruire intorno
la funzionalità aziendale è fondamentale con
micro servizi se non hai guardato
il design guidato da domini consiglia totalmente
verificandolo penso che sia davvero un
principio chiave della costruzione autonoma
sistemi conosci sistemi che sono e
servizi che sono basati sul tuo
contesti di confini del modello di dominio come loro
spesso indicato nel dominio guidato
il mondo del design tiene presente tutto questo
cosa piattaforma che tu davvero non vuoi
per creare mini monoliti e lo faremo
esplorare questo un po ‘di più in un minuto
ma ricorda cose come la 12
fattori Heroku ha creato questa linea guida
per la distribuzione di servizi su percorsi chiamati
i dodici fattori ci sono un intero
sito web dedicato ad esso molto interessante
Gent basato negli Stati Uniti che penso chiamato
Kevin Hoffman ha un bel a
Il libro di Reilly è gratuito chiamato oltre
i 12 fattori e parla di tre
altri fattori che sono davvero buoni quando
stiamo costruendo un po ‘di cloud native
che è un’altra parola d’ordine che apprezzo
ma quando stiamo costruendo questo tipo di
servizi che stanno per essere distribuiti
nella nuvola e cose e con
contenitori di cui abbiamo bisogno per sopportare cose del genere
le nuove pratiche architettoniche come
12 fattori in mente e infine vedo dentro
i miei viaggi molto DevOps è un altro
buzzword massicciamente abusato sì, capisco
DevOps significa tutto da a
sviluppatore con accesso root alla produzione
praticamente sì, che può essere abbastanza
pericoloso ci sono stato e anche
attraverso il controllo massiccio dei cambiamenti dove
la gente è gentile da parte tua
questi si formano prima che tu possa ottenere cose
in DevOps è grande quasi come micro
i servizi e le cose migliori stanno diventando un
un po ‘annacquato
ma la pratica i principi dietro
DevOps sono davvero importanti per micro
servizi in particolare da un tecnico
punto di vista della leadership quindi chiedetevi
conosci i nostri micro servizi che conosci
la bontà risolve i tuoi problemi sono loro
aiuterai il tuo business questo è un
domanda davvero critica ed è
qualcosa che ho combattuto con lui come il mio
ruolo quando ero un CTO come tecnico
leader che ho davvero dovuto riflettere
queste domande ho dovuto prendere possesso
di questo perché sono stato lì quando io
Ho iniziato la mia carriera a cui ero sempre interessato
impara l’ultima tecnologia e l’ultima
mania ma ora sono in un tecnico
ruolo di leadership sono più responsabile
il business devo cercare il
valore di business così come la tecnica
valore mentre accenno a loro è uno di
gli anti-brevetti che vedo sono il tipo di
micro proiettili d’argento sì, lo sappiamo noi
pensa un po ‘di cose collettivamente dentro
la nostra industria è costituita da proiettili d’argento
a volte e vedo questo tipo di te
sapere che non ci sono obiettivi ben definiti o
strategie ma i micro servizi devono essere
la risposta sì e questo lo sai
sappiamo che dobbiamo pensare a cose come
definendo il nostro business growl obiettivi noi come
i leader tecnici devono comunicare
questo fino ai nostri team questi
tipo di cose e dobbiamo scegliere
ipotesi e creare metriche e
convalidare e imbrogliare lo sai e questo
scegliere la tecnologia è una grande parte di ciò
quindi quali sono i nostri obiettivi, lo sai bene
avvolgetelo un po ‘chiaramente come a
affari stiamo offrendo una qualche forma di
valore per i nostri utenti sì e Adrian
Cockroft parla molto di questo ma
la velocità è una cosa o un’attività chiave
agilità è una cosa fondamentale essere in grado di
reagire e competere con i nostri concorrenti in
termini di cambiamento è praticamente dove
è oggi
net net flix e Adrian sono davvero i
poster bambini di quel genere di cose
sì, l’hanno fatto così bene perché l’avevano fatto
completato successone che da tutti
gli account dovrebbero avere fondamentalmente lo sai
camminato su Netflix con il loro tipo di
investimenti di capitale e le loro persone
coinvolto ma Netflix ha appena preso il sopravvento
perché avevano agilità aziendale per noi
questo è più sicuro e più rapido
e modifiche più sicure e più rapide a
sistemi software penso che siamo d’accordo è
questo conosci i leader tecnici come loro
avanti noi stessi e aiuteremo il nostro
squadra per fare cambiamenti più rapidi ma in a
la moda sicura è davvero la chiave e lo sono
forse non sarà un po ‘controverso
Che sto per dire, prima ancora di guardare
cose come servizi di micro pensare
consegna continua
quella per me è la prima cosa da guardare
a posso ottenere rapidamente idee in
produzione in sicurezza posso farlo con il
monolite vediamo come farlo
Stack Overflow è fondamentalmente un c-sharp
monolite sì con un paio di davvero
database sicuri sul backend sono sicuro
andiamo a impilare trabocco quotidiana abbastanza
molto come la gente di tecnologia sì ma molto
i problemi possono essere risolti davvero bene
con il monolite ma hanno davvero
investito nel CIN CD Etsy e Stack
L’overflow è davvero fantastico di questo
roba pensa che tu sappia condiviso
proprietà DevOps e pensare
qualcosa chiamato mappatura del flusso di valori
Oggi non entrerò in quel carico
un altro scivolo in un minuto ma pensa
sul viaggio in fondo off idea
aggiungere valore alla produzione dove realmente
è il tuo collo di bottiglia è in architettura
sì o è forse nel design o lo è
forse in si sta facendo le cose firmate off
cercare dove sono i colli di bottiglia e
bersagliali una volta identificati
queste cose cose come situazionali
consapevolezza consapevole di cosa sia il paesaggio
di entrambe le nostre tecnologie internamente e
il settore in cui lavoriamo in generale
è un collega super critico e adrien
che sono fantastici e scivolano sul ponte qui
basato su qualche incarico, Ward facilità il lavoro
sui pionieri e così via i coloni
e urbanisti e Simon Worley lo fa
un sacco di ciò che viene chiamato mappare Wardley
la mappatura e l’ hadrian hanno fondamentalmente mappato
qui fuori ciò che il servizio micro e
l’ecosistema dei container sarà simile
potenzialmente nei prossimi anni
dove sono i segnali nel mercato
dove sono le persone che investono in attrezzature
dove sono le persone che investono
pratiche architettoniche e io non sono
farò giustizia entrando in esso
oggi, ma se siete interessati a
comprensione a un grande quadro da
dove sta andando il settore e dove
la tecnologia sta andando
Simon Worley è davvero fantastico
blog e diverse tecniche fantastiche che
Io uso Adrienne usa un mucchio di
le persone interessanti usano i flussi di valore
questo Phil cansado a cui lavorava
SoundCloud ora al link addy e vivace
e fondamentalmente ha detto il motivo SoundCloud
è andato ai micro servizi è stato creato
il loro flusso di valore ti hanno capito
sapere che l’agilità era bloccata da
determinati processi che i micro servizi
potrebbe sicuramente aiutare con e quindi
sono andati all-in sui micro servizi che abbiamo
capire dove siamo e
sono mappati a dove vogliamo andare
dove vogliamo andare e non lo farò
trascorrere molto tempo su questo, ma abbiamo bisogno di
pensa a definire obiettivi che conosci entrambi
dal punto di vista del business e
punto di vista e c’è un sacco di
documentazione su questo online che tipo di
conoscere obiettivi SMART e prendervi una sorta di
scegli la tua strategia ma la cosa fondamentale I
voglio condividere è qualcosa che ho lavorato
su molte aziende in cui i miei Cristeros
le transizioni o le migrazioni non sono andate
che bene è perché sono stati
guidato da un lato e non dall’altro e
quando dico una parte intendo che hanno
o sono stati guidati esclusivamente dallo sviluppo
o sono stati guidati esclusivamente da
gestione sì e c’è stato un
massiccia disconnessione nel mezzo
in particolare intorno all’architettura e
leadership tecnica quindi quello che ho spesso
ha funzionato con le aziende questo è in realtà
Ho ovviato a Skate per un po ‘
motivi di privacy ma questo è basato su a
vera e propria mappa Ho lavorato con la gente su
dove fondamentalmente abbiamo le parti interessate chiave
dal business conosci il livello C.
persone di alcuni leader tecnici e
anche da persone che sono nelle trincee
codifica pure e abbiamo detto qual è il nostro
obiettivi aziendali generali che conosci Labor
fondamentalmente si conosce una voce di supporto
in nuovi mercati globali e supporto
innovazione questo tipo di cose e poi
l’abbiamo mappato in un architettonico
livello e ci siamo resi conto che rompendo
certe cose potremmo schierarli
indipendentemente così i micro-servizi lo farebbero
aiutaci su questo obiettivo e poi sulla squadra
eravamo come bene, vogliamo fare tutto
in Ruby e ci fu qualche discussione che faremo
vogliamo davvero investire solo in uno
linguaggio per adattarsi a risolvere ogni problema e
alcune altre persone hanno espresso interesse in
imparare Java e JavaScript e lì
erano alcune persone che erano già
esperti in tal modo quindi abbiamo detto che lo farà
in realtà creare un piccolo leggero
consiglio di architettura e quando un servizio
tipo di ciò che vogliamo tirare un po ‘
la funzionalità fuori dal monolite lo farà
in realtà hanno un controllo molto piccolo
dibattito su quale lingua dovremmo usare
e sarà solo come un
coppia perché non stiamo andando a
supporta un sacco di lingue ma fondamentalmente
gli sviluppatori potrebbero guardare a ciò che siamo
un po ‘ d’accordo come sai progettare e
pratiche di consegna e potrebbero mapparlo
in streaming sul motivo per cui stavano facendo cosa
che facevano e viceversa ora quando
abbiamo sentito cose come nella gestione
suite come sai docker e
kubernetes e hanno incontrato i loro micro servizi
Sapevo che cosa significava che sapevano
significava schierabilità indipendente I
sapeva che significava scalabilità indipendente esso
aiutato con le comunicazioni sì è
un po ‘come se tu fossi familiare con
design basato sul dominio c’è un concetto
di un linguaggio onnipresente in grado di
parla la stessa lingua e questo è
davvero critico parlando lo stesso
linguaggio e cose come l’empatia e
L’ho sentito nell’altra traccia
stanno allevando i gatti per rintracciare l’empatia
super importante
ma la comunicazione è strettamente correlata a
ma devi avere un comune
quadro per costruire quella empatia costruire
quella comunicazione penso che il ruolo di
l’architetto sta cambiando e io prendo a
molti dei miei segnali da Pat Cooper chi è
in realtà alla conferenza e anche
Simon Brown intorno a questa roba e quando io
ora è il ruolo di un architetto
più la mia mente leadership tecnica e
ciò sta promuovendo la comprensione condivisa
tornare alle cose di comunicazione
di nuovo si tratta di gestione del rischio se lo sono
costruire roba docker e voglio
portare i kubernetes nello stack forse lo faccio
forse no
ma è tutto sulla gestione del rischio e
c’è questa bella idea che Dan
McKinley parla di innovazione chiamata
token e in pratica ti dai una
numero di token ogni anno e
li passi quando porti nuove cose
nello stack quindi ti impedisce di portare
in tutte le quantità di tecnologia pazza così
questo è un modo di fare rischi
gestione proprio disegno iniziale è troppo è
qualcosa con cui ho lottato per tutto
la mia carriera
ad essere sincero, ho progettato troppo
sistemi e ho sotto sotto ingegnerizzato
sistemi a volte con microservizi
bisogno di fare abbastanza design in anticipo
e che tipicamente ruota intorno al
frontiere le interfacce e il
domina la tua modellazione e la colla
tra di loro che è se si sta andando
passare un po ‘di tempo a progettare sai forse
hai un progetto greenfield o
stai migrando un progetto brownfield
passare un po ‘di tempo a fare cose del genere
la mappatura del contesto è davvero carina
tecnica dal design guidato da domini
la mappatura del contesto puoi anche fare le cose
come l’ event storming c’è un intero
un mucchio di tecniche diverse ma loro
aiutaci come i tecnologi capiscono il
domini di business meglio questo è davvero
chiave per farvi conoscere il design in anticipo
La legge di Conway come web bingo Jack sai
il commento ha ottenuto la legge di Conway su micro
il servizio parla ma è ben accettato
vieni con te sai che è quasi diventato un
un po ‘cliché non è così chiaro dove
gli architetti siedono in questo ruolo nella mia
ho esperienza di alcuni progetti
dove hanno fatto il tipo di sai
capitoli di squadre e tutto quel genere di
roba e poi hanno ancora
Architetti d’impresa in avorio
torre penso che per me il meglio sia davvero
l’uso di architetti in questo ruolo è questo
più di un ruolo consultivo molti prodotti
team ma consulenti di architetti che aiutano
la gente un’altra cosa chiave che ho visto in
la coppia di migrazioni è che siamo un non
la persona tech sta guidando la squadra
che è molto popolare in un sacco di squadra
modelli che hai come proprietario di un prodotto che
è tipicamente non techie e noi siamo un
la migrazione spesso acquisisce le cose tecniche
differito perché il proprietario del prodotto è
incentivato in base ai risultati di business
che è fantastico ma c’è una costante
esiti aziendali di attrito tipicamente a
lo staff e l’architettura a breve termine sono
più a lungo termine quindi mio
la raccomandazione è di avere architetti in
un ruolo consultivo che tipo di mossa
in giro per le squadre e aiutare queste cose
ma abbina i proprietari dei prodotti a quelli tecnici
conduce e hanno lo stesso peso
queste cose sono davvero critiche
fondamentalmente se i proprietari di un prodotto dicessero noi
bisogno di far uscire questa faccenda da affari
domani il capo tecnico potrebbe fare una chiacchierata
e vai, sì, sono d’accordo che lo tireremo fuori
Domani va bene, ma a volte
il lead techne deve respingere e
di ‘no se non investiamo ora due mesi
su tutta la linea sai che ce ne andremo
stai facendo una grande riscrittura che ti serve
bilanciare la proprietà del prodotto e a
proprietà tecnica ed è davvero difficile
Non mentirò ma sicuramente perderò
la tecnologia conduce con i proprietari di prodotti in mischia
come squadra squadra come squadre altrimenti
è il tipo di porta a questo anti-pattern
un po ‘di pazzia tecnica che sono stato
portato in alcuni progetti dove è
sono un po ‘confusi con un monolite e loro
prova a fare micro servizi ma sei mesi
più tardi è esattamente lo stesso con molti
più cose sì, perché stiamo applicando
lo stesso tipo di modelli del prodotto
il proprietario è in carica
il proprietario del prodotto vince sempre noi no
investire in architettura il micro
servizi tipo di ottenere un po ‘abbiamo furbo
bisogno di una forte leadership tecnica è il
chiave da asporto non facile da dire non così facile
fare a volte nelle organizzazioni
cambiare marcia un po ‘ma ho trovato
questa e questa roba sono davvero utili quindi se
stai portando in micro servizi a un
organizzazione spesso stai portando dentro
nuova tecnologia in una certa misura e tu
potrebbe essere intagliare il tuo codice ora in
molti diversi repository molti
cose diverse e il concetto di aperto
fonte sono sicuro che molti di voi quasi tutti
di noi hanno una speranza davvero aperta
fonte e cose come te conosci Github
e Apache e quel tipo di cose
c’è una cosa molto da PayPal e
PayPal ha preso le idee di open source e
l’ho portato nella loro Enterprise e
l’hanno chiamata fonte interiore sì e
Penso che Diana abbia dimenticato il suo cognome
scusa Diane ma è davvero fantastica
speaker lei ha creato alcuni malvagi e
Le risorse PayPal sono gratuite
guarda che puoi ottenere ora e di cui parla
come adottare parte dell’open source
idee nella tua organizzazione e trovo
sono davvero utili con il lavoro in grande
imprese che improvvisamente conosci
carving up su ascensore e portare a nuovi
tech alcune delle cose dall’interno
fonte e li chiamerò una roba
che probabilmente diamo per scontato
perché siamo a una conferenza e lo siamo
interrompendo la fonte e roba ma molti
sviluppatori aziendali e io totalmente
rispettare questo lavoro da nove a cinque e
non leggono il forse esterno
le cose non vengono alle conferenze o no
permesso di venire a conferenze ma
condividendo questo tipo di cose di questo tipo
di modelli davvero di aiuto ed è roba
come e tu sai che tu codi fondamentalmente
all’aperto
sai come codice in un repository e tu
consentire ad altri team di guardare il tuo codice
così sciocco come quello su cui ho lavorato
imprese in cui una squadra non era sotto
come guardare il codice di un’altra squadra
quindi abbatti i muri e condividi te stesso
conoscere tutte le cose che i principi
perchè l’open source è distribuito per natura
ti affidi al codice aperto su cui ti basi
costantemente in esecuzione vedi ICD perché tu
non so mai se una patch in arrivo è
davvero funzionerà
quindi porta tutte queste cose nel
impresa sotto la bandiera di dentro
fonte quindi c’è qualcosa di fantastico
risorse non posso davvero farlo solo questo
in questo momento questa presentazione è a
un po ‘di una discarica di cose
trovato utile nel mio viaggio del
ultimi cinque anni e in un
l’impresa in una fonte può essere davvero
interessante per guidare un sacco di
cambiare guidare molta collaborazione ora
all’interno di un’impresa che potrebbe non essere
c’è un altro problema che ho incontrato abbastanza
un po ‘sta valutando strumenti e io ho
stato in un bel fuoco ha dovuto arbitro a
poche discussioni su docker contro
il razzo va contro le schede Java rispetto allo spazio
quel tipo di roba sì e per me piace
Jessica ha menzionato questo in una nota chiave
ieri io dove sono alla mia carriera
davvero non mi importa delle schede e di Stacy
più mi preoccupo della coerenza per
certo e uguale con la tecnologia io sono un Java
sviluppatore ma vado anche io come te
sapere qualunque cosa scelga lo strumento giusto per
il loro lavoro, ma spesso ci si blocca questo è
un modello molto interessante che ho incontrato in un
un paio di anni fa in una conferenza
spesso rimaniamo bloccati al dogmatico
conversazioni che conosci io identifico come a
Sviluppatore Java quindi posso solo fare
Java conosci questo tipo di cose e
questo modello puoi guardarlo di più
online ma parla di te se tu
riconoscere come leader tecnico il tuo
squadra di nuovo
bloccato nel tipo di area di lavorazione dove
noi come esseri umani siamo molto bravi con gli strumenti, si
hai bisogno di risalire la spina dorsale fino a te
in grado di identificare quale sia il vero problema
per esempio la mascella era così
veces and go like like abbiamo camminato
su una pila e abbiamo guardato il
pratiche e principi e il
l’organizzazione in realtà è davvero apprezzata a
catena di utensili molto forte proprio come il
gli sviluppatori erano davvero pesanti
ID e molti processi e questo è
quello che hanno valutato e abbiamo guardato il
tipo di stato attuale degli strumenti in Java
contro andare e al vaso barattolo lo strumento
chain in questo momento stavamo guardando lo
era molto più forte della catena di strumenti di go
sì, ma ho lavorato su un altro progetto
dove stavano cercando di fare e molto
risorsa come una molto leggera
risorsa guidata il loro modello di business
basato era basato su quante risorse
stavano consumando nel cloud e
il loro andare era perfetto per noi
potrebbe compilarlo fino a molto piccolo
binari e corri corri saprai
centinaia di processi su di esso su un ec2
esempio, ma è necessario andare su
colonna vertebrale e assicurarsi quello che siamo veramente
ottimizzando per qui cosa va bene cosa
la nostra organizzazione è brava a
male e sai spesso va bene
la via fino ai bisogni cosa facciamo noi
bisogno di un’organizzazione abbiamo bisogno di strumenti forti
quindi Java come esempio di questo tipo
di cose è una bella modella che ho trovato anch’io
solo a me jogging quando sto avendo questi
conversazioni che vedo stiamo ottenendo
bloccato improvvisamente mi vado spostato lungo la spina dorsale
e questo è il nostro lavoro di leader, credo
essere consapevoli anche se c’è è molto
facile cadere in cose come
bias di conferma sì ho capito che io sono
ma stiamo avendo una discussione intorno
Java e vai qui Mi piace Java, quindi lo sai
Potrei essere googling è ancora buono Java
nel 2017 è una query parziale
fondamentalmente sì , sai se esempio se
docker cattivo in produzione, lo capisco
articolo se cerco è buona finestra mobile I
prendi quell’articolo sì
il bias di conferma è ovunque io abbia
ho avuto un’intera presentazione su bias
in realtà ed è facile essere
ingannato sì sì, se dovessi ottenere un po ‘
un po ‘di partecipazione del pubblico se fossi
per darti tre scelte e dire e
quale linea è più grande nella parte superiore della linea inferiore
linea o sono entrambe le stesse dimensioni e
chi pensa che la linea superiore sia più veloce
lo spettacolo delle mani ha un po ‘di figo che pensa
la linea di fondo è più grande, nessuno di nuovo
le cose sono entrambe della stessa dimensione quindi
la maggior parte della stessa dimensione che ho
in realtà ti ho ingannato dicendo che questo è il
la linea superiore è il loro equipaggiamento e perché molto
di te l’hai visto prima che sia a
classico op
illusione sì e ancora siamo intelligenti
persone che amiamo noi stupidi tecnologi
piace identificare come persone intelligenti e
Io non sono diverso, sì, ma è così
facile da ingannare , sai che pensi
i venditori stanno facendo tutto questo
il tempo è quello che è stato
il venditore e il venditore ora immagino che sia
consapevole di queste cose essere consapevole del tuo
i propri pregiudizi Lee è un pregiudizio II non può
eliminarlo completamente ma solo essere
consapevole di come stai cercando le cose
come valuti ciò che è
davvero critico e non lo dico
leggo leggermente molti libri che amo
leggendo e ho avuto un lungo tragitto al mio
vecchio lavoro ma mi sono imbattuto in questo libro
diversi anni fa ora ed era uno
libro che ha davvero cambiato la mia vita no
solo lo sviluppo mi ha cambiato la vita sì
parla attraverso il modo in cui noi esseri umani pensano che
parla di sistema un sistema due tu
potrebbe essersi imbattuto in quei concetti e
come il sistema uno è lui tipo di te veloce
cervello reattivo tuo cervello rettile e
voi e il sistema di troppo è il tuo neocorteccia
i pezzi umani e sono costantemente dentro
conflitto ed è solo una lettura fantastica
e improvvisamente ho capito me stesso un sacco
meglio e ho capito le persone che ero
lavorando molto meglio quindi questo è un
libro fantastico e ne guadagna un po ‘
risate a buon mercato alle conferenze che è
ottimo anche noi siamo bravi per la commedia ma così
avvolgendo queste cose nella padella ante
ecco, sai che non pensi
tutte queste cose che ho appena menzionato e
forse come esempio di copia cieca
tecnologia dalle aziende che appaiono
successo senza fare il dovuto
diligenza senza pensare a quello che sai
dove siamo in quel tipo di modello di spionaggio
e devi conoscere il
principi pratiche e culture che
hanno guidato quelle decisioni tecnologiche ora se
chiacchierate con Adrian che condividerà liberamente
questa roba con te in termini di Netflix
stavano ottimizzando per un certo gruppo
di problemi nell’autonomia di velocità questi
cose e ha portato alla Netflix OSS
toolchain ma se stava ottimizzando per
qualcos’altro potrebbe essere stato
diverso quello che è saltato fuori alla fine di
termini di Netflix e così via e Netflix
sono davvero fantastici in realtà hanno questo
cultura Dec se non l’hai guardato
verificarlo è possibile ottenere un sapore di
quale valore Netflix e quando tu
capisci cosa apprezzano puoi vedere
spesso nei loro strumenti si, così basta essere
consapevoli e Twitter up per ottimizzare molto
cose diverse in Netflix dicono così se
fai in modo che la pila di finagle sia consapevole
stai introducendo un po ‘di Twitter in
la tua organizzazione che posso pensare di sì
spostando in feedback una visibilità e
l’ apprendimento costante è super- eccellente
importante
chiunque sia loro ha esaminato questo o
la roba devops ottieni i tre modi
un manuale DevOps e la Phoenix
il progetto ha parlato molto di queste cose
ma nella mia mente il feedback è vitale per molti
livelli ma sicuramente oggi stiamo andando
per discutere di architettura di business e
operazioni ci sono le cose nella mia
viaggi con i micro servizi che ho ordinato
di lottare con un po ‘da un business
livello a volte solo facendo cose
visibile è veramente mi rivoluzionaria
ha lavorato su alcune startup dove siamo
chiamato framework tratteggiato è aperto
il framework sorgente II crea qualcosa di reale
grafici semplici con la mia squadra e abbiamo messo
questi sui monitor sul muro e e
l’amministratore delegato che ha cambiato il business
da un giorno all’altro poteva ora era molto di più
concentrato che poteva capire , sai
impatto delle sue decisioni sulle entrate voi
sapere in tempo reale e tutte queste cose
e ha appena cambiato la connessione
tra il CEO e il team di sviluppo
cose semplici ma facendo queste cose
visibile in tempo reale può essere davvero
potenziamento per tecnici e
persone non tecniche e penso micro
servizi se stai andando in quello
direzione sì è abbastanza grande
investimento in termini di tecnologia e
l’architettura che ti serve sapere lì
dovrebbe essere guidato dal business e necessario
infornare gli utensili che consentono questo
in anticipo quindi metriche e segnali al forno
nei servizi e cotto nel
tipo di piattaforma dal primo giorno sì
permette la validazione di ipotesi siamo noi
arrivare al mercato più veloce siamo
guadagnare più entrate quando siamo usciti
questo nuovo controlla questo tipo di cose
e ne ho visti alcuni quindi ne sono sicuro alcuni
hai visto
Yona Bonaire parla di come Bend e
è come una presentazione fantastica di
loro ne hanno parlato al modo di Walmart
hanno visto una rivoluzione in termini di
impatto sul business quando hanno iniziato a fare
le cose a cui sono migrate fino a diventare micro
servizi ma hanno iniziato a monitorare a
molte cose che hanno iniziato ad aggiungere
metriche ed essere molto di più
organizzazione basata sui dati ora se chatti
a chiunque provenga da Amazon e AWS lo faccio sempre
divertiti a parlare con chancay fai le persone migliori
due cose che ti lascerai andare via
da qualsiasi conversazione con loro sono loro
sono tutti concentrati sul cliente
come si sa da da destra dalla
fino in fondo super super
incentrato sul cliente e non solo sono loro
incentrato sul cliente ma sono metriche
guidato
si preoccupano del cliente ma
si preoccupano di misurare il loro impatto
sì questo è da Jeff Besos fino in fondo
Giù tipo di cosa e
super prezioso è necessario condividere questi
cose in tutta l’organizzazione, quindi se
stai lavorando in un angolo
microservizi e altre attività
le unità che pensano stanno sprecando il loro
tempo giocando con le lettere delle lettere
devi condividere la condivisione delle ipotesi
le metriche del successo e di questo tipo di
le stesse cose da un architettonico
punto di vista e così come stavi facendo a
la migrazione è davvero importante sorta di
tieni le luci accese o sai mantenere il
monolite o qualsiasi cosa che torni e
è necessario assicurarsi che il
architettura il monolite no
degradante e anche l’architettura di
i micro-servizi non sono degradanti come
le cose si muovono su e scusatemi uno
secondo hmm quindi è davvero importante
cercare feedback in molti modi diversi
ora a sinistra c’è un fantastico atomo del libro
collina strappata se non l’hai visto parlare
per favore prova a trovare i suoi zetas soffici a
TED altoparlante ha fatto TED Talks lui è
fatto sono molto fortunato che ho incontrato in molti
conferenze ha parlato di un libro fantastico
tratta il tuo codice come una scena del crimine che io
pensa che tutto sia finito ma molti dei miei
i codici sono stati scene del crimine, ma cosa?
lo guardi come lo schema
mi ha insegnato a sembrare come se fosse fatto come un
blocco di città urlare a New York o
qualcosa che è in realtà una base di codice
sì e gli isolati sono i blocchi di città
moduli o pacchetti il grattacielo
cose la larghezza è la quantità di codice
e l’altezza potrebbe essere la complessità
la complessità ciclomatica e il colore
è il churn che puoi ottenere dai log di get
guarda nei registri e guarda quanto
le persone si stanno impegnando nella base del codice
sì, così puoi vedere lì edifici alti
che sono larghi e blu scuro sono aree di
un sacco di codice ad alta complessità e alta
agita queste sono le aree che spendiamo
tutti i nostri giorni hackerando basandolo sì
quindi potresti essere candidato per micro
servizi che potresti voler estrarre
capire cosa sta succedendo lì o te
potrebbe voler stare lontano si, ma
il punto principale è che ce l’hai
feedback sai cosa sta succedendo
il tuo codice base cose come il clima del codice
scegli il cubo del sonar sai tutto
il linguaggio che stai usando scegli alcuni di
questi li mollano nella tua pipeline di costruzione
ottenere quel feedback stiamo introducendo
più accoppiamento mentre li stiamo seguendo
tipo di cose è davvero importante
monitorare questa roba fino in fondo
e infine guarda la tua architettura
nel complesso non li guardo
Krissi ha parlato prima di lambda
e stava parlando di usare le cose
come radiografia del seno e radiografia a
capisci la tua architettura per favore fallo
altrimenti tende alla morte
stella sì
e Netflix e tu sai e sei in colpa
Twitter può probabilmente farla franca
ma hanno interi reparti
dedicato a gestire questa roba per lo più
noi non siamo così fortunati sì, quindi pensa
su cose come un architettonico
complessità è necessario impostare la chiave
da asporto da questa diapositiva è impostato
cose per consentire il monitoraggio di
qualità architettonica della qualità del codice
e dell’architettura in generale il
anti-pattern che vedo anche tu sai sciocco
senza feedback abbiamo anche con feedback
è quello che io chiamo il Trojan mono
servizio è fin troppo facile per un monolite
ritornare di nascosto da qualche parte yeah e a
grande cappello punta a Matthew Skelton collega
Londoner e lui è fantastico
presentazione online a cui mi sono collegato
e parla dei quattro tipi di
monolite software c’è il primo
il monolito dell’applicazione che tutti conosciamo e
ama o conosce e odia e si unisce al
base di dati Ho lavorato su molti progetti
lì dove altrettanto efficacemente un monolite
perché hai cambiato il database
increspato attraverso l’intera applicazione
ma parla anche di monolitico
rilascia sì che conosci il tuo
coppia fondamentalmente se si deve distribuire
diversi servizi in una volta è carino
molto un monolite distribuito sì e no
solo che non ottieni benefici
perché sai di andare in micro
servizi perché devi distribuirli
tutto in una volta o molti in una volta ma
stai pagando quello che viene chiamato micro
tassa di servizio che stai comunicando
il filo che stai definendo la tua rete
confini della rete quindi è un orologio
per quel tipo di cose e l’ultimo
uno non l’ho avuto fino a quando non ho visto
in realtà la compagnia ma non c’è
il pensiero monolitico sta prendendo tutto
gli errori che abbiamo fatto collettivamente
con progetti precedenti e applicandolo
a quelli nuovi quindi quello che vedo piuttosto a
un po ‘è la gente che crea il micro perfetto
quadro di servizio sì
passano tutto il tempo che hanno
primavera ma amo il lavoro di avvio a molla
per esempio così hanno lo stivale primaverile
e si sovrappongono su tutte queste cose
perché i precedenti progetti fallirono
perché sai che c’era qualche problema
e tipo di prendere i loro insegnamenti
e li applica e spendono molto
tempo rendendo questo tipo di sistema perfetto
ma è molto monolitico nel suo modo di pensare
anche se sembra un po ‘approssimativo
accoppiato da quali micro servizi è
pensiero monolitico e di nuovo se io
non sono stato molto chiaro lì check out
Il discorso di Matthew è un po ‘più chiaro di me
Sono su queste cose quando ho visto che era un
parla davvero bene ma la cosa fondamentale è
continuamente a posteriori sul lavoro tecnico
utilizzando le metriche di supporto
sì stiamo riducendo l’accoppiamento siamo noi
sempre più veloce
stiamo implementando più velocemente questo tipo di
la visione operativa delle cose cambia marcia
un po ‘ma operativo
la visibilità è super importante permettendo
per un feedback operativo se non lo sei
credo che nel logging sul monitoraggio
i nostri lavori hanno sviluppatori in questi giorni
tipo di avere un po ‘più familiare
con quello devi sapere come accedere
cose in modo efficace e monitorare e molto
di aziende si stanno muovendo verso cose come
dev su chiamata in cui noi, come gli sviluppatori stanno
responsabile per l’ assistenza in chiamata e I
in realtà non è super
organizzazioni popolari mi alleno ma io
piace molto ma questi sono consigli che ho
trovato questi articoli davvero utili per
capendo o condividerò il
presentazione più tardi penso ai ragazzi
già preso in realtà ma controlla
queste e queste cose, ma avendo questo
una sorta di feedback è quando le cose cattive
capita che le persone siano sempre coinvolte, sì
personalmente piace essere questa persona quando
le cose brutte stanno accadendo sì, io
personalmente piace essere buono oh sì, ho capito
sotto controllo una birra giù yeah um barzellette
Scherzi a parte questo è fantastico se si
non ho visto questo è in realtà nel
Google sre prenota ora l’affidabilità del sito
libro ma mi sono imbattuto in esso alcuni anni
fa dove Mikey Dickson ha fatto un fantastico
parlare a uno dei contro e ha parlato
riguardo alla scimmia, Dickson è entrato e ha salvato
un healthcare.gov persone familiari
healthcare.gov negli Stati Uniti era pazzesco
quando il presidente Obama era presidente buono
volte sì, di nuovo in quel giorno e cosa lui
fu presidente sfortunatamente
healthcare.gov non è andato abbastanza per pianificare
quindi hanno portato un gruppo di esperti
da Google e da uomo a noreagaaa
Keenan quando in lei ha fatto un lavoro fantastico
Mikey è arrivato da qualche altra parte un gatto
ricorda e in pratica ti ha formato
sapere che hanno aiutato a salvare healthcare.gov e
ha formato molto simile a quello di Maslow
gerarchia dei bisogni
sai che la gerarchia di Maslow ha bisogno di te
avere come cibo e acqua fino in fondo
ad auto-attualizzazione ha sostanzialmente detto
sai che hai bisogno di monitoraggio nel
in basso hai bisogno del tipo base di sonde
nel tuo sistema ma dopo è tutto
la gente sì come gestiamo quando il fuoco
gli allarmi vanno via come reagiamo io penso
è leader come facciamo come reagiamo
influenza la nostra squadra in maniera massiccia
quindi dobbiamo pensare a cose come fare
come ha detto Adrian stamattina, davvero
come gli asiatici pongono di fare giornate di gioco a
molte aziende che fanno queste cose ora
come Google Earth l’ispirazione e
questo genere di cose di cui parla Nori
questa roba molto ma i giorni di gioco sono
davvero una buona idea solo questo lo sai
innescare roba e vedere come reagiscono le persone
perché conosco me stesso, puoi pianificare
la tua mente come reagiremo, ma quando
le cose vanno davvero male, davvero
arrivare a scoprire come a quanto pare Google
di solito lo dicevo a un discorso in realtà io
visto che Google non realmente fare
scimmia delle mucche della vita reale entrano in a
centro dati e iniziare a mettere i cavi
e controllano la persona giusta
paging controllano le persone che seguono
il loro trapano tutte queste cose
se diventa cliente interessando loro
rimetti i cavi molto velocemente
ma in generale a loro piace molto
roba da scimmia della vita reale per controllare tutto
queste cose sì, sai che è tutto
riguardo alla gente
sistema di comprensione del monitoraggio di base
ma allora come reagire ad esso è necessario
fare post mortem onesti
sì su questo genere di cose e poi
test e così via, penso di sapere
una storia bene
finalmente la storia vorrei dire diciamo
condividere che Mikey ci ha detto è che è andato
in Internet per il healthcare.gov
sistema come quando nel primo giorno e it
era come se tu sapessi che il sistema era acceso
il fuoco era il healthcare.gov era
costantemente schiantarsi tornando su e
è entrato nel team e ha detto di farlo
loro , sai, ho bisogno di avere una maniglia
su questo materiale di monitoraggio come fai a saperlo
quando il sistema è inattivo e quindi il
Perrineau, la squadra di sviluppo come ha cercato in
l’angolo e puntato verso questo monitor
nell’angolo della stanza sì Mike lui
è stato fantastico
probabilmente ha Nagios o qualche tipo di
grafici e si avvicinò al monitor
e si rese conto che la CNN era una novità
canale quando hanno segnalato che era giù
sono andati e lo hanno riavviato sì, è un
un po ‘in tasca tutto quello, ma penso
è una bella storia sì e tu conosci il
non la norma diventa la norma e lo è
cose cattive che ti servono per essere corrette
monitoraggio in un po ‘di
la standardizzazione è molto lunga adesso
l’automazione è sempre l’obiettivo micro
i servizi riguardano numeri su scala
ma dobbiamo capire i problemi
abbiamo bisogno di avere queste risposte e
questi post-mortem e tutti questi tipi di
cose e questi sono i miei riferimenti per
questo e mi piacciono le checklist quando sono
cercando di automatizzare le cose che mi piacciono
costruire liste di controllo per vedere cosa sto andando
per automatizzare il libro di Susan è fantastico
è così non è così noto come
forse dire il libro di Sam ma è davvero
bel libro è più di una lei concettuale
al momento lavorava in uber
questo libro è stato scritto ed è davvero
bello e modello di come hanno fatto
liste di controllo sia da un architettonico
punto di vista operativo punto di vista
e per me ed è una bella chiacchierata lei
fatto ai micro servizi e al summit e
fornendo un certo livello di standardizzazione
non andare per quanto stiamo facendo tipo di
pensiero monolitico ma alcuni
il livello di standardizzazione ci aiuta a capire
sai che due processi ci aiutano
capire cosa automatizzare e come
automatizzare l’assumere questo po ‘di
la sezione è davvero che i micro servizi fanno
abilita l’agilità quando è fatta bene
sì e abbiamo bisogno di costruire misura imparare
segnali di pancetta sia da un punto di business
per il mio punto di vista commerciale da un
punto di vista architettonico e
sicuramente da un punto operativo di
vista anche perché se non lo fai
raccogliere l’azione prendere i dati e il cambiamento
il modo in cui stai lavorando sei probabilmente
intenzione di avere la stessa cosa costruita ma
più piccolo sì gli stessi problemi che hai
diventerà nei micro servizi
ma è necessario costruire misure e imparare
e queste cose sono tutti sulla definizione
metriche degli obiettivi e registrazione e lo sai
i dati scusatemi e agire su
i dati sono davvero una chiave quindi circa 10
minuti rimasti così sì, la sezione finale è
responsabilità ora la frase in
La frase americana è che il dollaro si ferma sempre
da qualche parte e sento questo molto del mio
proprio come consulente vado e dico
sai che le persone vogliono aiuto con loro
tecnologia e dico grande mi piacerebbe
guarda i tuoi problemi di business però e
la tua organizzazione di squadra perché è tutto
nella mia mente è tutto una cosa come a
consulente e puoi dire che è solo un
problema di tecnologia non mi fido di voi in modo
Voglio vedere il tutto ma loro
vai no no va bene abbiamo la gente
cosa organizzata abbiamo deciso di riformare la nostra
squadra intorno alle squadre capitoli e gilde
Sono sicuro che le persone riconoscono che lì il
frase sì è Spotify e io amo
Spotify caro ma si guardi da cosa noi
chiama cargo coltan sì e se non lo sei
familiare il riferimento a Google vale la pena
avendo un po ‘letto su questo ma
attenti a copiare ciecamente si ripetono
te stesso no non siamo Spotify sì noi
non sono Google se guardi al
principi pratiche e acquisto valori
Spotify e sono molto generosi hanno
hanno condiviso i loro valori e principi
e compra un paio di fantastici video
capiremo che Spotify sta ottimizzando
per l’innovazione sì, se puoi
fuori competere con un compagno di musica streamer
le innovazioni sono buone e stanno ottimizzando
e l’autonomia, nonché se le cose cadono
oltre a vedere il servizio di streaming musicale
qualunque cosa si sa fino a quando siamo sorta di
sono stati allineati liberamente e innovando noi
probabilmente vincerò alla fine ora se lo sono
costruire un reattore nucleare o un edificio
software per un reattore nucleare l’ultimo
due parole voglio sentire la nostra innovazione
e autonomia sì, voglio standard I
voglio che la gente segua
sì, quindi devi pensare un po ‘a
battuta banale che sto facendo qui ma io
vedere veramente questo nelle organizzazioni
dove hanno appena scelto Spotify
senza alcun pensiero sul fatto che sia così
si adatta alla loro organizzazione ed è
è pazzesco che sembra che sia davvero
vero
DevOps tipo di mappe in questo pure
e la cosa di Spotify spesso Spotify
non parlo tanto hanno iniziato di più
ora lei ma non parlano molto di
il loro team di piattaforme e se lo sei
costruendo micro servizi c’è sempre
una piattaforma coinvolta e mi piace l’ idea
di avere una squadra piattaforma o una piattaforma
squadra e ho trovato roba di Matti Skelton lui
parla di alcuni modelli anti nel
rosso e alcuni buoni modelli in blu di
come fare DevOps e DevOps è principalmente
almeno in questo modello e condiviso
responsabilità e parte di questo è dove
la piattaforma inizia e finisce c’è
così tanti diversi modelli spuntano fuori
c’è DevOps c’è sre da google
come le migliori cose diverse ma se lo sei
guardando il modello Spotify e tu sei
cercando come e supportando il tuo
la migrazione dei servizi micro pensa al
piattaforma che probabilmente stai per essere
distribuire su un kubernetes o un ECS
o qualcosa e poi questa nozione di
la responsabilità condivisa è vitale così come
chiunque sia interessato da una sorta di riff
lo stesso tema ma chiunque sia affetto da
i problemi di gitlab era come gennaio
il tempo di ottenere il laboratorio in pratica è come un host
lo sapevi e github tipo di cosa a
Enterprise one hanno un pubblico
offrendolo è andato giù a gennaio e
in realtà hanno perso i dati non carichi ma
hanno perso un po ‘di dati sì e là
era super-onesto cappello post-mortem
la mancia a loro molto graficamente
descrive cosa è andato storto e perché loro
conosci il sistema mission critical
Sì, costruisci sistemi in cui le persone si fidano
con il loro codice è come diciamo
nel Regno Unito è come fidarsi di qualcuno con
i tuoi gioielli della corona sono fantastici
importante sì e e una delle cose
hanno messo lì dentro e postano
mortem era una cosa fondamentale qui perché è così
fondamentalmente il sistema è andato giù e il
anche i backup non sono riusciti con i backup che conosci
non è riuscito a tagliare e dice il perché
era la procedura di backup non testata su a
base regolare perché non c’era
proprietà nessuno possedeva il backup
tutti si aspettavano solo che il backup sarebbe successo
lavoro sì e quello per me ho visto questo
molte volte prima
che tipo mi colpisce un po ‘
mi dà fastidio un po ‘che hanno
le loro procedure di recupero e il
i passaggi di riparazione stanno prendendo un
numero 14 numero 14 è un segno e proprietario
quello per me è il numero uno a meno che io non abbia
qualcuno che possiede la sua roba sta per
capita di nuovo
probabilmente là dentro, quindi pensa a come in
dando alle persone la proprietà appropriata
all’interno di DevOps è la chiave per vedere spesso
DevOps è un po ‘un free-for-all
Ho scherzato all’inizio , non è vero?
conosci lo sviluppatore con accesso root
ma DevOps è condiviso
responsabilità ma è circa
responsabilità che devono essere te
sapere chiaramente condiviso ma le persone hanno bisogno di
essere responsabile altrimenti è un
mischia generale
si e sai che mi sto divertendo a
un po ‘di gitlab ma anche tu
so che sono molto generosi per la condivisione
l’ autopsia e apprezzo molto
quella
ma queste cose sai che mostra solo
se tu se non assegni la proprietà
roba scivola attraverso le fessure quando
stai iniziando il tuo tipo di Micra
viaggio di servizio o il tuo viaggio DevOps I
spesso usano cose come il filante filante è un
tecnica di gestione del progetto della vecchia scuola
ma rappresenta e nel filato rappresenta
responsabile responsabile consultato e
informato e in pratica puoi andare
attraverso la tua organizzazione e il tuo ordinamento
di discutere chi è responsabile per il
piattaforma che è responsabile per il seei
CD gasdotto che devo comunicare se io
cambia queste cose chi posso consultare se
Voglio cambiare il processo di costruzione che è
un modo un po ‘severo per farlo
non sembra che DevOps ma può essere un
bel modo di iniziare, non lo siamo
cercando di incolpare le persone di ciò che siamo
cercando di capire chi è responsabile
chi è responsabile di varie cose
all’interno di questo all’interno del sistema sì e
RACI può essere un buon inizio è qualcosa
speriamo che cresca e noi
sapere muovere in sistemi più grandi ma RACI
può essere un modo interessante per capire
DevOps e inizia ad aumentare la condivisione
responsabilità quindi in termini di sapere
DevOps e la definizione di messa a fuoco responsabilità
su ciò che conta in termini di sforzi
e penso davvero che tutto il
sviluppami roba inizia con continua
integrazione e consegna continua
le condutture di consegna continua aggiungono così
molto valore e tipo di battuta mi piace
usare è quanto valore ha
codice non distribuito fornito agli utenti
quanto il codice non schierato di Manning
zero sì e quella è un’unità universale
di valore sì, se il tuo codice è giusto
sedere lì non fornisce valore a
gli utenti fanno attenzione a sapere quindi la necessità
per tipo di iterare e così via e
a volte la tentazione di voler creare il
cosa perfetta sì, prima di arrivare
feedback prima di spingerlo fuori e
persone particolari non sono responsabili
possono spesso essere nel loro piccolo
silos che costruisce il perfetto
Ho visto persone che cercano di creare perfette
tipo di piattaforme che Sassy è perfetto
documentazione e sono solo
costruendo continuamente su sottosviluppati e
ipotesi non testate e perché sono
non è responsabile responsabile solo
successo che ho visto sinceramente che ho visto
i progetti vanno avanti sei mesi all’anno dove
non hanno fatto davvero progressi perché
i singoli silos stanno appena costruendo
piattaforma che costruisce un micro servizio
chassis che documenta roba e non c’è
tipo di proprietà globale olistico il
il cambiamento di mentalità è la chiave per cui guardare
cose come la consegna continua Dan
North parla dello scheletro danzante
sta praticamente arrivando lo scheletro danzante
la cosa più semplice possibile fino in fondo
da Dev alla produzione Dan ne ha alcuni
grandi chiacchierate su di esso puoi avere una ricerca
su quelli sono veramente buoni ma questo
nozione di responsabilità e
testare continuamente le nostre ipotesi è
davvero prezioso quindi ultimo paio di
scivola come microservizi della mia esperienza
creare un sacco di cambiamenti e penso che noi
i tecnologi possono imparare molto da
uomini d’affari e negli ultimi pochi
anni ho iniziato a leggere cose come
HBR Harvard Business Review e per me
come techie sono abbastanza digeribili ma
ce ne sono alcuni veramente carini e loro documenti
scrivere e articoli davvero carini che fanno
che parlare di come abbiamo bisogno come
gestire il cambiamento perché fondamentalmente se
stai portando dentro i devos di microservizi
docker kubernetes stai cambiando le cose
sì e la mia esperienza all’inizio della mia
la carriera è che non sapevo l’impatto di
questi cambiamenti non sapevo come
per guidarli come gestirli e io ho
imparato molto da questo tipo di
riferimenti quindi consiglio vivamente
verificarlo e il mio tipo di finale
la raccomandazione del libro è questa di John
Kotter si tratta di guidare il cambiamento che ho
visto un po ‘di sistemi di micro-servizi di tipo
avvio delle migrazioni di servizi micro e
poi muori e parti e muori
e il libro è che è più generico
approccio a guidare il cambiamento ma non posso
mappare direttamente a un sacco di progetti che
ha lavorato su di voi è necessario stabilire un
senso di urgenza creare un tipo di gruppo
di persone che saranno responsabili
per sviluppare la strategia e spingere
avanti e poi potenzia le persone
in prima linea su cui fai scorrere l’iterazione
il successo è questo tipo di cose e
apprezzare sto scaricando un sacco di libri a
sei qui, ma ovunque tu sia sul tuo
viaggio come individuo e dentro il tuo
compagnia prova e scegli uno o qualcosa del genere
loro e se siete su un micro dimensioni
la migrazione inizia a pensare a come
molto cambia la tua compagnia sta andando
attraverso
e se la lotta della compagnia potrebbe essere
la pena di leggere alcune di queste cose solo
per capire come le aziende hanno
facendo questa roba c’è un intero
fare pratiche di consulenza manageriale
esattamente questa roba così avvolgente
le strategie tipo di takeaway sono
assicurare obiettivi intelligenti e accompagnamento
le strategie sono definite e comunicate
questo genere di cose è grande
obiettivi strategici empatia con il tuo
empatia dei clienti all’interno del
organizzazione ma poi comunicazione perché
lo stiamo facendo
inizia con il motivo per cui è davvero importante
pensa che l’architettura sia ora di più
leadership tecnica e gestione dei rischi
quindi se sei un classico architetti tu
potrebbe voler ripensare un po ‘il tuo ruolo
la comunicazione bit ora è super importante
essere pratici è molto importante per te
sapere che gli architetti devono codificarmi nella mia mente
sviluppare quella empatia che sceglie lo strumento è
sai che è davvero la chiave ma di nuovo se
sei un leader pensa a dove sei
provenendo da pensare al modello di spionaggio
stai scegliendo strumenti basati sul
pratiche basate sui bisogni del
compagnia piuttosto che bello, sì, noi
tutti ottengono sorta di succhiare in che
a volte il feedback è un feedback vitale per te
sapere dal punto di vista del business da
un’architettura da un punto operativo
di vista ottimizza tutto ciò che stai facendo
nei micro servizi per visibilità e
apprendimento sì
ed è in tutta l’organizzazione
impilare lì e responsabilità voi
conoscere DevOps è un po ‘
a volte frainteso penso che possiamo
imparare molto da Conway e Netflix e
Spotify ma non solo copiare ciecamente cosa
loro guardano dentro i principi
le pratiche guardano dove sei
l’organizzazione è in questo tipo di cose
e poi togli quello che vuoi
sì, non il culto del carico non copiare ciecamente
Penso che DevOps fatto bene sia un
prerequisito per i micro servizi Martin
Fowler ha effettivamente un articolo chiamato
prerequisiti del servizio micro è fantastico
articolo ma per me un sacco di quello che lui
parla di fondamentalmente ciò che noi
capire come DevOps yeah piattaforme e
consegna e monitoraggio continui e
ma è necessario se il tuo classico tipo di
Pepsi intraprendente non è così familiare con
lavorare in questo modo ha bisogno di capire
cose come chi è responsabile di questi
cose che è responsabile che sta guidando
il cambiamento è il tipo di nucleo
messaggio su quella nota penso che sia come
dovrei quasi ringraziare grazie
Per il tuo tempo
[Applausi]
come stiamo facendo la prima volta ragazzi carini
vicino Sto indovinando è esso non c’è
domande attraverso l’app al momento
quindi è come nel tardo pomeriggio quindi
qualcuno ha qualche domanda
molto bene mi stavo chiedendo se tu
avere qualche idea su perché come dici tu
la complessità in un sistema di micro-servizi
è molto simile alla cooperazione o
comunicazione tra i servizi
hai qualche consiglio su dove immagazzini
dì che la configurazione di cui hai bisogno
per i servizi di comunicare tra
a vicenda intendo URL e database
nomi di cose e contenitori e cose simili
che tu abbia qualche consiglio, sì buono
domanda così … beh, era un paio di
tecnologie per guardare molte delle
cose come scoperta e configurazione del servizio
La gestione va di pari passo come
tu come alludessi a questo in passato
Ho usato cose come console piuttosto a
La console di Ashi Corp è molto buona
ce ne sono molti altri
che fanno molto simile Zookeeper fare
cose simili ma trovo cose come me
adoro lo stack di hash table che ho perso e come
ha ottenuto un singolo che conosci binario a
molte delle loro cose e rispetto a
Zookeeper è un po ‘più difficile da leggere
e così ho visto è stato davvero fantastico I
trovare è tipo di era una cosa da guardare
a tanti altri in giro per quello e per
segreti di un hash Eagle hanno un caveau
così vault è ed è davvero buono in
termini come fornire determinati
garanzie crittografiche intorno alla memorizzazione
dati e molte delle piattaforme ora come
i kubernetes stanno spuntando con le cose
hanno una nozione di mappe di configurazione così
le mappe di configurazione nelle comunità ti permettono di
mappa dire un file o un file system nel
i pod direttamente e puoi mettere i file di dati
in quelle mappe di configurazione così e penso ECS
ha ezs personale simile puoi farlo
attraverso i dati utente e i bootstrap quindi a
molte delle piattaforme stanno capendo che è
una console di problemi ha un vantaggio
su di loro ma c’è molta piattaforma
roba specifica che spina spudorata
ecco cosa direi e dare un’occhiata
a qualcosa chiamato maglie di servizio come
bene è per il punto di comunicazione di
guarda c’è una cosa
chiamato sto è corretto hipster ho io
dirò che ora ho fatto un discorso su di esso
all’inizio della settimana in realtà ho fatto a
l’ultima volta sto confondendo i miei giorni
settimana ho parlato ai cloud nativi e
così puoi dare un’occhiata se vai
le competenze contano sul sito web e la ricerca
maglie di servizio e puoi vedermi
parlando di come sono le piattaforme
evolvendo quindi forse non è qualcosa che vuoi
per raccogliere oggi forse le console meglio
ma se vuoi avere un’idea di dove
potrebbe essere una sorta di comunicazione HTTP
andando e come la scoperta del servizio e tutto
queste cose sono fatte sono maglie di servizio
fondamentalmente dove tutte le grandi aziende
sono ora Google youtuber qui AWS e
la gente ha iniziato a parlarne così
Voglio almeno vedere cosa sono
fare
per vedere l’ispirazione qualcun altro
[Applausi]
benvenuto a tutti grazie per esservi presentati
questo discorso è stato in realtà aggiunto solo al
programma penso a domenica dopo che ho urtato
in chetone mi ha chiesto di fare questo
quindi apprezzo tutti che si presentano e così
quelli di voi non mi conoscono prima di me
mi scuso un po ‘di più in un secondo ma
di solito faccio un colloquio abbastanza tecnico questo
uno sarà più vicino al tipo di
strategia e leadership roba così se nessuno
di te mi hai visto e domenica stavo parlando
su Spectre, per chi lavoro lì ma
questo si basa su di lei su un numero di casi
studi ho fatto un certo numero di aziende
Ho lavorato con come consulente su
l’ ultimo dice circa cinque anni ora che ho
abbiamo lavorato su ciò che chiamiamo micro
servizi Ero un CTO in una compagnia
dove abbiamo adottato i micro servizi, allora
divenne un consulente per il credo di Oakland
e poi ho finito per lavorare con
Specter pure in modo sono stato una sorta di
permanente e contratto lavorato su molti
diversi progetti di micro servizi e io
quello che sto andando provare e una sorta di prova prendo
e trasmettere oggi e mi piacerebbe che tu
tipo di take away è quello spesso con
micro servizi e architettura
sembra super interessante o la tecnologia
sembra super interessante ma spesso molto
dei problemi seguono dal provare ad adottare
queste cose e più spesso di quanto non mi
trovare in realtà è un problema di persone ora
lupo sempre duro che nessuno sa mai sentito
ha twittato l’altro giorno che il secondo
legge di consulenza è sempre un
problema della gente, sì, non importa cosa
hai bisogno prima di te e io
sicuramente ho trovato questo quanto mi piace
per essere un tecnico, identifico un Java
sviluppatore principalmente e un sacco di roba
fare in questi giorni con la consultazione è
effettivamente trattare con problemi di persone e
Cercherò di condividere alcune storie di
progetti su cui ho lavorato ed errori
Ho fatto dei successi che ho avuto e così
avanti l’obiettivo ideale sarebbe se si
dovevo portare via alcune cose che tu
potrebbe funzionare con te sapere con il tuo
compagnia con i clienti con cui lavori
e non fare gli stessi errori che ho
fatto sì, faremo tutti degli errori
questo è il motivo per cui facciamo tecnologia che amiamo
apprendimento e roba ma se posso
cortocircuiti alcuni degli errori che
sarebbe una vittoria per me per oggi così tanti
i problemi appaiono problemi ma questo è
buone notizie perché molti dei nostri affari
gli amici hanno lavorato con questo
roba un tempo più lungo di quello che abbiamo Martin
ha aperto la conferenza il software di domenica
lo sviluppo è un campo relativamente nuovo
si
68 è diventato un business
è andato avanti per molto più tempo quindi io
pensare
possiamo prendere in prestito cose dal business
mondo e tipo di portarlo nel nostro lavoro
i nostri tecnici operai dove chiunque
o comunque identifica il team
l’operatore di QA dell’architetto principale prenda il vostro
raccogliere
Penso che ci siano cose che possiamo imparare
guardando i nostri amici d’affari molto
rapidamente questo sono io a Daniel Bryant
il Twitter su cui amo essere coinvolto
L’hashtag di Twitter va al tuo CPH qui come
bene io lavoro principalmente come consulente
Sto anche facendo un ruolo CTO come expecto
bene di cui non parlerò di carichi
oggi, ma se siete alla ricerca con la
training o prodotti di microservizio in giro
e Michael Cera sta testando che stiamo facendo
quel genere di cose che principalmente faccio Java
personale un po ‘di ops e un sacco di
architettura in questi giorni davvero in
consegna continua vedo davvero questo come
un vero attivatore nei progetti indipendentemente
di tecnologia o o indipendentemente da
architettura consegna continua è
davvero chiave e in realtà ho
scritto un libro che è disponibile gratuitamente su
il là là là uno con contenitore
la consegna continua in Java e
per i miei peccati sto lavorando a un libro completo
sarà fuori l’ anno prossimo e quel tipo
di tentativi di catturare più il tecnico
lezioni che io sarò condividere con
voi oggi e una sorta di punto di vista tecnico
di queste lezioni saltiamo dritto dentro
è importante notare che qualsiasi
la tecnologia passa attraverso una serie di tipi
delle fasi di adozione e lo chiamano
la diffusione dell’innovazione ora persone
familiarità con la diffusione dell’innovazione a
tutti i tipi di vedere qualche cenno ma sì sì
fondamentalmente quello che dice è in genere
pionieri conosci gli innovatori che funzionano
sulla tecnologia quindi sorta presto
gli adottanti lo prendono e poi questo è
momento in cui le cose attraversano la voragine ora
tutta la tecnologia non lo fa mai
salta non si muove mai in anticipo
la maggioranza della tarda maggioranza è la
tipo di mainstream sì
con i micro servizi si potrebbe dire
Netflix erano praticamente gli innovatori
Adrian abbiamo visto prima di oggi
i primi ad adottare abbastanza innovative tipo di
aziende con cui ho lavorato e ora io
penso che i microservizi siano molto qui
hanno attraversato la voragine sono carini
molto accettato come schema, ma è così
è interessante notare che il
viaggio stiamo andando come una specie di
l’industria sembra e raccoglie il
cosa raccoglie i concetti reali
intorno alla cosa che è micro servizi
in questo caso una delle sfide che abbiamo
ho ottenuto stiamo prendendo spunti tecnici da
persone nell’innovatore e presto
adottatori loro
come Netflix e così via e poi no
sempre adatto a quelle cose per dove
siamo ora e in effetti sembriamo
venditori che sono un po ‘in ritardo
maggioranza cercando di tirare le persone con
strumenti di micro-servizio e così via
questa costante spinta e spinta da entrambi
lati qui siamo fermamente dentro credo che il
spazio iniziale di adozione, ma i nostri problemi sono
diverso da quando sei nel genere
di spazio innovativo dove stai facendo
farcela mentre vai avanti rispetto al
tarda maggioranza e se qualcuno fosse in
La nota chiave di Adrienne di cui parla Adrienne
Le cose di Simon Wardley che mi piacciono molto
ed è fondamentalmente pionieri dei coloni
dove siamo ora e vengono i pianificatori della città
più tardi sì , siamo molto coloni
la maggior parte di noi lavora su micro servizi ora
sono coloni ma questo significa che c’è anche
molte informazioni
troppi troppi prodotti e questo
fa il nostro lavoro come leader tecnici e
Presumo che non importi se lo hai
ottenuto il leader nel tuo titolo di lavoro, ma il
Infatti sei a una conferenza che vuoi
per saperne di più ne stai portando ad alcuni
laurea sì, così sai che penso tutto
noi siamo leader tecnici che dobbiamo sostenere
dove siamo in questa chiave della chiave di questa curva
cose che mi piacerebbe per ordinare del capitale oggi
intorno a questo e conoscete casi di studio
e roba sono le tre cose fondamentali
trovato super ufficiale era cassa
e condividi la strategia e le tattiche
stiamo implementando per è stato ottimizzato per
feedback sì e tre è stato definito
responsabilità in particolare intorno
chi sta facendo cosa e in particolare intorno
la piattaforma perché i micro servizi spingono
un sacco di complessità nella piattaforma
nella comunicazione che stiamo prendendo
la complessità era – no, è così
la complessità necessaria ma in passato
il nostro monolite o sowe sei o qualsiasi altra cosa
ora che quella complessità no
scomparire viene spinto tipicamente in
la piattaforma nell’orchestrazione in
il coordinamento di questo genere di cose così
pensando alle tue responsabilità
so che sono uno sviluppatore sono responsabile
per quel tuo QA dov’è il tuo
responsabilità queste cose sono davvero
importante è stata una bella chiacchierata di domenica
che parlava di consapevolezza situazionale
e sono un grande fan di questo tipo di
la strategia è davvero importante, lo sai
anche se identifichiamo puramente come
la strategia dei tecnologi è davvero
importante che devi chiedertelo
sapere se è entusiasta di micro
servizi doc o qualunque cosa
davvero una buona misura per la nostra organizzazione
si
il nostro Mike Reservist è buono e ho visto
un paio di antipattern sui progetti
Ho lavorato su dove il middle management
si sono collegati a questa parola d’ordine
sì micro servizi e i loro manager
hanno chiesto loro che tu sai che sei adesso
facendo micro servizi e se dici come
se dicono di no, ci saranno problemi
quindi loro tipo co-optano cose loro
sai che dicono che lo butterò dentro
finestra mobile che sarà un micro servizio sì
mettici un’API che non sarà micro
servizio ed è quello che diciamo nel Regno Unito
è il rossetto del maiale, sì
fondamentalmente è gentile da parte tua
sembra che potrebbe sembrare un po ‘meglio ma
non è ancora fantastico dietro le quinte
sì da una pratica architettonica I
vedere un sacco di persone che non lo fanno davvero
capire
I servizi di Micra non sono solo più piccoli
servizi sì, sai costruire intorno
la funzionalità aziendale è fondamentale con
micro servizi se non hai guardato
il design guidato da domini consiglia totalmente
verificandolo penso che sia davvero un
principio chiave della costruzione autonoma
sistemi conosci sistemi che sono e
servizi che sono basati sul tuo
contesti di confini del modello di dominio come loro
spesso indicato nel dominio guidato
il mondo del design tiene presente tutto questo
cosa piattaforma che tu davvero non vuoi
per creare mini monoliti e lo faremo
esplorare questo un po ‘di più in un minuto
ma ricorda cose come la 12
fattori Heroku ha creato questa linea guida
per la distribuzione di servizi su percorsi chiamati
i dodici fattori ci sono un intero
sito web dedicato ad esso molto interessante
Gent basato negli Stati Uniti che penso chiamato
Kevin Hoffman ha un bel a
Il libro di Reilly è gratuito chiamato oltre
i 12 fattori e parla di tre
altri fattori che sono davvero buoni quando
stiamo costruendo un po ‘di cloud native
che è un’altra parola d’ordine che apprezzo
ma quando stiamo costruendo questo tipo di
servizi che stanno per essere distribuiti
nella nuvola e cose e con
contenitori di cui abbiamo bisogno per sopportare cose del genere
le nuove pratiche architettoniche come
12 fattori in mente e infine vedo dentro
i miei viaggi molto DevOps è un altro
buzzword massicciamente abusato sì, capisco
DevOps significa tutto da a
sviluppatore con accesso root alla produzione
praticamente sì, che può essere abbastanza
pericoloso ci sono stato e anche
attraverso il controllo massiccio dei cambiamenti dove
la gente è gentile da parte tua
questi si formano prima che tu possa ottenere cose
in DevOps è grande quasi come micro
i servizi e le cose migliori stanno diventando un
un po ‘annacquato
ma la pratica i principi dietro
DevOps sono davvero importanti per micro
servizi in particolare da un tecnico
punto di vista della leadership quindi chiedetevi
conosci i nostri micro servizi che conosci
la bontà risolve i tuoi problemi sono loro
aiuterai il tuo business questo è un
domanda davvero critica ed è
qualcosa che ho combattuto con lui come il mio
ruolo quando ero un CTO come tecnico
leader che ho davvero dovuto riflettere
queste domande ho dovuto prendere possesso
di questo perché sono stato lì quando io
Ho iniziato la mia carriera a cui ero sempre interessato
impara l’ultima tecnologia e l’ultima
mania ma ora sono in un tecnico
ruolo di leadership sono più responsabile
il business devo cercare il
valore di business così come la tecnica
valore mentre accenno a loro è uno di
gli anti-brevetti che vedo sono il tipo di
micro proiettili d’argento sì, lo sappiamo noi
pensa un po ‘di cose collettivamente dentro
la nostra industria è costituita da proiettili d’argento
a volte e vedo questo tipo di te
sapere che non ci sono obiettivi ben definiti o
strategie ma i micro servizi devono essere
la risposta sì e questo lo sai
sappiamo che dobbiamo pensare a cose come
definendo il nostro business growl obiettivi noi come
i leader tecnici devono comunicare
questo fino ai nostri team questi
tipo di cose e dobbiamo scegliere
ipotesi e creare metriche e
convalidare e imbrogliare lo sai e questo
scegliere la tecnologia è una grande parte di ciò
quindi quali sono i nostri obiettivi, lo sai bene
avvolgetelo un po ‘chiaramente come a
affari stiamo offrendo una qualche forma di
valore per i nostri utenti sì e Adrian
Cockroft parla molto di questo ma
la velocità è una cosa o un’attività chiave
agilità è una cosa fondamentale essere in grado di
reagire e competere con i nostri concorrenti in
termini di cambiamento è praticamente dove
è oggi
net net flix e Adrian sono davvero i
poster bambini di quel genere di cose
sì, l’hanno fatto così bene perché l’avevano fatto
completato successone che da tutti
gli account dovrebbero avere fondamentalmente lo sai
camminato su Netflix con il loro tipo di
investimenti di capitale e le loro persone
coinvolto ma Netflix ha appena preso il sopravvento
perché avevano agilità aziendale per noi
questo è più sicuro e più rapido
e modifiche più sicure e più rapide a
sistemi software penso che siamo d’accordo è
questo conosci i leader tecnici come loro
avanti noi stessi e aiuteremo il nostro
squadra per fare cambiamenti più rapidi ma in a
la moda sicura è davvero la chiave e lo sono
forse non sarà un po ‘controverso
Che sto per dire, prima ancora di guardare
cose come servizi di micro pensare
consegna continua
quella per me è la prima cosa da guardare
a posso ottenere rapidamente idee in
produzione in sicurezza posso farlo con il
monolite vediamo come farlo
Stack Overflow è fondamentalmente un c-sharp
monolite sì con un paio di davvero
database sicuri sul backend sono sicuro
andiamo a impilare trabocco quotidiana abbastanza
molto come la gente di tecnologia sì ma molto
i problemi possono essere risolti davvero bene
con il monolite ma hanno davvero
investito nel CIN CD Etsy e Stack
L’overflow è davvero fantastico di questo
roba pensa che tu sappia condiviso
proprietà DevOps e pensare
qualcosa chiamato mappatura del flusso di valori
Oggi non entrerò in quel carico
un altro scivolo in un minuto ma pensa
sul viaggio in fondo off idea
aggiungere valore alla produzione dove realmente
è il tuo collo di bottiglia è in architettura
sì o è forse nel design o lo è
forse in si sta facendo le cose firmate off
cercare dove sono i colli di bottiglia e
bersagliali una volta identificati
queste cose cose come situazionali
consapevolezza consapevole di cosa sia il paesaggio
di entrambe le nostre tecnologie internamente e
il settore in cui lavoriamo in generale
è un collega super critico e adrien
che sono fantastici e scivolano sul ponte qui
basato su qualche incarico, Ward facilità il lavoro
sui pionieri e così via i coloni
e urbanisti e Simon Worley lo fa
un sacco di ciò che viene chiamato mappare Wardley
la mappatura e l’ hadrian hanno fondamentalmente mappato
qui fuori ciò che il servizio micro e
l’ecosistema dei container sarà simile
potenzialmente nei prossimi anni
dove sono i segnali nel mercato
dove sono le persone che investono in attrezzature
dove sono le persone che investono
pratiche architettoniche e io non sono
farò giustizia entrando in esso
oggi, ma se siete interessati a
comprensione a un grande quadro da
dove sta andando il settore e dove
la tecnologia sta andando
Simon Worley è davvero fantastico
blog e diverse tecniche fantastiche che
Io uso Adrienne usa un mucchio di
le persone interessanti usano i flussi di valore
questo Phil cansado a cui lavorava
SoundCloud ora al link addy e vivace
e fondamentalmente ha detto il motivo SoundCloud
è andato ai micro servizi è stato creato
il loro flusso di valore ti hanno capito
sapere che l’agilità era bloccata da
determinati processi che i micro servizi
potrebbe sicuramente aiutare con e quindi
sono andati all-in sui micro servizi che abbiamo
capire dove siamo e
sono mappati a dove vogliamo andare
dove vogliamo andare e non lo farò
trascorrere molto tempo su questo, ma abbiamo bisogno di
pensa a definire obiettivi che conosci entrambi
dal punto di vista del business e
punto di vista e c’è un sacco di
documentazione su questo online che tipo di
conoscere obiettivi SMART e prendervi una sorta di
scegli la tua strategia ma la cosa fondamentale I
voglio condividere è qualcosa che ho lavorato
su molte aziende in cui i miei Cristeros
le transizioni o le migrazioni non sono andate
che bene è perché sono stati
guidato da un lato e non dall’altro e
quando dico una parte intendo che hanno
o sono stati guidati esclusivamente dallo sviluppo
o sono stati guidati esclusivamente da
gestione sì e c’è stato un
massiccia disconnessione nel mezzo
in particolare intorno all’architettura e
leadership tecnica quindi quello che ho spesso
ha funzionato con le aziende questo è in realtà
Ho ovviato a Skate per un po ‘
motivi di privacy ma questo è basato su a
vera e propria mappa Ho lavorato con la gente su
dove fondamentalmente abbiamo le parti interessate chiave
dal business conosci il livello C.
persone di alcuni leader tecnici e
anche da persone che sono nelle trincee
codifica pure e abbiamo detto qual è il nostro
obiettivi aziendali generali che conosci Labor
fondamentalmente si conosce una voce di supporto
in nuovi mercati globali e supporto
innovazione questo tipo di cose e poi
l’abbiamo mappato in un architettonico
livello e ci siamo resi conto che rompendo
certe cose potremmo schierarli
indipendentemente così i micro-servizi lo farebbero
aiutaci su questo obiettivo e poi sulla squadra
eravamo come bene, vogliamo fare tutto
in Ruby e ci fu qualche discussione che faremo
vogliamo davvero investire solo in uno
linguaggio per adattarsi a risolvere ogni problema e
alcune altre persone hanno espresso interesse in
imparare Java e JavaScript e lì
erano alcune persone che erano già
esperti in tal modo quindi abbiamo detto che lo farà
in realtà creare un piccolo leggero
consiglio di architettura e quando un servizio
tipo di ciò che vogliamo tirare un po ‘
la funzionalità fuori dal monolite lo farà
in realtà hanno un controllo molto piccolo
dibattito su quale lingua dovremmo usare
e sarà solo come un
coppia perché non stiamo andando a
supporta un sacco di lingue ma fondamentalmente
gli sviluppatori potrebbero guardare a ciò che siamo
un po ‘ d’accordo come sai progettare e
pratiche di consegna e potrebbero mapparlo
in streaming sul motivo per cui stavano facendo cosa
che facevano e viceversa ora quando
abbiamo sentito cose come nella gestione
suite come sai docker e
kubernetes e hanno incontrato i loro micro servizi
Sapevo che cosa significava che sapevano
significava schierabilità indipendente I
sapeva che significava scalabilità indipendente esso
aiutato con le comunicazioni sì è
un po ‘come se tu fossi familiare con
design basato sul dominio c’è un concetto
di un linguaggio onnipresente in grado di
parla la stessa lingua e questo è
davvero critico parlando lo stesso
linguaggio e cose come l’empatia e
L’ho sentito nell’altra traccia
stanno allevando i gatti per rintracciare l’empatia
super importante
ma la comunicazione è strettamente correlata a
ma devi avere un comune
quadro per costruire quella empatia costruire
quella comunicazione penso che il ruolo di
l’architetto sta cambiando e io prendo a
molti dei miei segnali da Pat Cooper chi è
in realtà alla conferenza e anche
Simon Brown intorno a questa roba e quando io
ora è il ruolo di un architetto
più la mia mente leadership tecnica e
ciò sta promuovendo la comprensione condivisa
tornare alle cose di comunicazione
di nuovo si tratta di gestione del rischio se lo sono
costruire roba docker e voglio
portare i kubernetes nello stack forse lo faccio
forse no
ma è tutto sulla gestione del rischio e
c’è questa bella idea che Dan
McKinley parla di innovazione chiamata
token e in pratica ti dai una
numero di token ogni anno e
li passi quando porti nuove cose
nello stack quindi ti impedisce di portare
in tutte le quantità di tecnologia pazza così
questo è un modo di fare rischi
gestione proprio disegno iniziale è troppo è
qualcosa con cui ho lottato per tutto
la mia carriera
ad essere sincero, ho progettato troppo
sistemi e ho sotto sotto ingegnerizzato
sistemi a volte con microservizi
bisogno di fare abbastanza design in anticipo
e che tipicamente ruota intorno al
frontiere le interfacce e il
domina la tua modellazione e la colla
tra di loro che è se si sta andando
passare un po ‘di tempo a progettare sai forse
hai un progetto greenfield o
stai migrando un progetto brownfield
passare un po ‘di tempo a fare cose del genere
la mappatura del contesto è davvero carina
tecnica dal design guidato da domini
la mappatura del contesto puoi anche fare le cose
come l’ event storming c’è un intero
un mucchio di tecniche diverse ma loro
aiutaci come i tecnologi capiscono il
domini di business meglio questo è davvero
chiave per farvi conoscere il design in anticipo
La legge di Conway come web bingo Jack sai
il commento ha ottenuto la legge di Conway su micro
il servizio parla ma è ben accettato
vieni con te sai che è quasi diventato un
un po ‘cliché non è così chiaro dove
gli architetti siedono in questo ruolo nella mia
ho esperienza di alcuni progetti
dove hanno fatto il tipo di sai
capitoli di squadre e tutto quel genere di
roba e poi hanno ancora
Architetti d’impresa in avorio
torre penso che per me il meglio sia davvero
l’uso di architetti in questo ruolo è questo
più di un ruolo consultivo molti prodotti
team ma consulenti di architetti che aiutano
la gente un’altra cosa chiave che ho visto in
la coppia di migrazioni è che siamo un non
la persona tech sta guidando la squadra
che è molto popolare in un sacco di squadra
modelli che hai come proprietario di un prodotto che
è tipicamente non techie e noi siamo un
la migrazione spesso acquisisce le cose tecniche
differito perché il proprietario del prodotto è
incentivato in base ai risultati di business
che è fantastico ma c’è una costante
esiti aziendali di attrito tipicamente a
lo staff e l’architettura a breve termine sono
più a lungo termine quindi mio
la raccomandazione è di avere architetti in
un ruolo consultivo che tipo di mossa
in giro per le squadre e aiutare queste cose
ma abbina i proprietari dei prodotti a quelli tecnici
conduce e hanno lo stesso peso
queste cose sono davvero critiche
fondamentalmente se i proprietari di un prodotto dicessero noi
bisogno di far uscire questa faccenda da affari
domani il capo tecnico potrebbe fare una chiacchierata
e vai, sì, sono d’accordo che lo tireremo fuori
Domani va bene, ma a volte
il lead techne deve respingere e
di ‘no se non investiamo ora due mesi
su tutta la linea sai che ce ne andremo
stai facendo una grande riscrittura che ti serve
bilanciare la proprietà del prodotto e a
proprietà tecnica ed è davvero difficile
Non mentirò ma sicuramente perderò
la tecnologia conduce con i proprietari di prodotti in mischia
come squadra squadra come squadre altrimenti
è il tipo di porta a questo anti-pattern
un po ‘di pazzia tecnica che sono stato
portato in alcuni progetti dove è
sono un po ‘confusi con un monolite e loro
prova a fare micro servizi ma sei mesi
più tardi è esattamente lo stesso con molti
più cose sì, perché stiamo applicando
lo stesso tipo di modelli del prodotto
il proprietario è in carica
il proprietario del prodotto vince sempre noi no
investire in architettura il micro
servizi tipo di ottenere un po ‘abbiamo furbo
bisogno di una forte leadership tecnica è il
chiave da asporto non facile da dire non così facile
fare a volte nelle organizzazioni
cambiare marcia un po ‘ma ho trovato
questa e questa roba sono davvero utili quindi se
stai portando in micro servizi a un
organizzazione spesso stai portando dentro
nuova tecnologia in una certa misura e tu
potrebbe essere intagliare il tuo codice ora in
molti diversi repository molti
cose diverse e il concetto di aperto
fonte sono sicuro che molti di voi quasi tutti
di noi hanno una speranza davvero aperta
fonte e cose come te conosci Github
e Apache e quel tipo di cose
c’è una cosa molto da PayPal e
PayPal ha preso le idee di open source e
l’ho portato nella loro Enterprise e
l’hanno chiamata fonte interiore sì e
Penso che Diana abbia dimenticato il suo cognome
scusa Diane ma è davvero fantastica
speaker lei ha creato alcuni malvagi e
Le risorse PayPal sono gratuite
guarda che puoi ottenere ora e di cui parla
come adottare parte dell’open source
idee nella tua organizzazione e trovo
sono davvero utili con il lavoro in grande
imprese che improvvisamente conosci
carving up su ascensore e portare a nuovi
tech alcune delle cose dall’interno
fonte e li chiamerò una roba
che probabilmente diamo per scontato
perché siamo a una conferenza e lo siamo
interrompendo la fonte e roba ma molti
sviluppatori aziendali e io totalmente
rispettare questo lavoro da nove a cinque e
non leggono il forse esterno
le cose non vengono alle conferenze o no
permesso di venire a conferenze ma
condividendo questo tipo di cose di questo tipo
di modelli davvero di aiuto ed è roba
come e tu sai che tu codi fondamentalmente
all’aperto
sai come codice in un repository e tu
consentire ad altri team di guardare il tuo codice
così sciocco come quello su cui ho lavorato
imprese in cui una squadra non era sotto
come guardare il codice di un’altra squadra
quindi abbatti i muri e condividi te stesso
conoscere tutte le cose che i principi
perchè l’open source è distribuito per natura
ti affidi al codice aperto su cui ti basi
costantemente in esecuzione vedi ICD perché tu
non so mai se una patch in arrivo è
davvero funzionerà
quindi porta tutte queste cose nel
impresa sotto la bandiera di dentro
fonte quindi c’è qualcosa di fantastico
risorse non posso davvero farlo solo questo
in questo momento questa presentazione è a
un po ‘di una discarica di cose
trovato utile nel mio viaggio del
ultimi cinque anni e in un
l’impresa in una fonte può essere davvero
interessante per guidare un sacco di
cambiare guidare molta collaborazione ora
all’interno di un’impresa che potrebbe non essere
c’è un altro problema che ho incontrato abbastanza
un po ‘sta valutando strumenti e io ho
stato in un bel fuoco ha dovuto arbitro a
poche discussioni su docker contro
il razzo va contro le schede Java rispetto allo spazio
quel tipo di roba sì e per me piace
Jessica ha menzionato questo in una nota chiave
ieri io dove sono alla mia carriera
davvero non mi importa delle schede e di Stacy
più mi preoccupo della coerenza per
certo e uguale con la tecnologia io sono un Java
sviluppatore ma vado anche io come te
sapere qualunque cosa scelga lo strumento giusto per
il loro lavoro, ma spesso ci si blocca questo è
un modello molto interessante che ho incontrato in un
un paio di anni fa in una conferenza
spesso rimaniamo bloccati al dogmatico
conversazioni che conosci io identifico come a
Sviluppatore Java quindi posso solo fare
Java conosci questo tipo di cose e
questo modello puoi guardarlo di più
online ma parla di te se tu
riconoscere come leader tecnico il tuo
squadra di nuovo
bloccato nel tipo di area di lavorazione dove
noi come esseri umani siamo molto bravi con gli strumenti, si
hai bisogno di risalire la spina dorsale fino a te
in grado di identificare quale sia il vero problema
per esempio la mascella era così
veces and go like like abbiamo camminato
su una pila e abbiamo guardato il
pratiche e principi e il
l’organizzazione in realtà è davvero apprezzata a
catena di utensili molto forte proprio come il
gli sviluppatori erano davvero pesanti
ID e molti processi e questo è
quello che hanno valutato e abbiamo guardato il
tipo di stato attuale degli strumenti in Java
contro andare e al vaso barattolo lo strumento
chain in questo momento stavamo guardando lo
era molto più forte della catena di strumenti di go
sì, ma ho lavorato su un altro progetto
dove stavano cercando di fare e molto
risorsa come una molto leggera
risorsa guidata il loro modello di business
basato era basato su quante risorse
stavano consumando nel cloud e
il loro andare era perfetto per noi
potrebbe compilarlo fino a molto piccolo
binari e corri corri saprai
centinaia di processi su di esso su un ec2
esempio, ma è necessario andare su
colonna vertebrale e assicurarsi quello che siamo veramente
ottimizzando per qui cosa va bene cosa
la nostra organizzazione è brava a
male e sai spesso va bene
la via fino ai bisogni cosa facciamo noi
bisogno di un’organizzazione abbiamo bisogno di strumenti forti
quindi Java come esempio di questo tipo
di cose è una bella modella che ho trovato anch’io
solo a me jogging quando sto avendo questi
conversazioni che vedo stiamo ottenendo
bloccato improvvisamente mi vado spostato lungo la spina dorsale
e questo è il nostro lavoro di leader, credo
essere consapevoli anche se c’è è molto
facile cadere in cose come
bias di conferma sì ho capito che io sono
ma stiamo avendo una discussione intorno
Java e vai qui Mi piace Java, quindi lo sai
Potrei essere googling è ancora buono Java
nel 2017 è una query parziale
fondamentalmente sì , sai se esempio se
docker cattivo in produzione, lo capisco
articolo se cerco è buona finestra mobile I
prendi quell’articolo sì
il bias di conferma è ovunque io abbia
ho avuto un’intera presentazione su bias
in realtà ed è facile essere
ingannato sì sì, se dovessi ottenere un po ‘
un po ‘di partecipazione del pubblico se fossi
per darti tre scelte e dire e
quale linea è più grande nella parte superiore della linea inferiore
linea o sono entrambe le stesse dimensioni e
chi pensa che la linea superiore sia più veloce
lo spettacolo delle mani ha un po ‘di figo che pensa
la linea di fondo è più grande, nessuno di nuovo
le cose sono entrambe della stessa dimensione quindi
la maggior parte della stessa dimensione che ho
in realtà ti ho ingannato dicendo che questo è il
la linea superiore è il loro equipaggiamento e perché molto
di te l’hai visto prima che sia a
classico op
illusione sì e ancora siamo intelligenti
persone che amiamo noi stupidi tecnologi
piace identificare come persone intelligenti e
Io non sono diverso, sì, ma è così
facile da ingannare , sai che pensi
i venditori stanno facendo tutto questo
il tempo è quello che è stato
il venditore e il venditore ora immagino che sia
consapevole di queste cose essere consapevole del tuo
i propri pregiudizi Lee è un pregiudizio II non può
eliminarlo completamente ma solo essere
consapevole di come stai cercando le cose
come valuti ciò che è
davvero critico e non lo dico
leggo leggermente molti libri che amo
leggendo e ho avuto un lungo tragitto al mio
vecchio lavoro ma mi sono imbattuto in questo libro
diversi anni fa ora ed era uno
libro che ha davvero cambiato la mia vita no
solo lo sviluppo mi ha cambiato la vita sì
parla attraverso il modo in cui noi esseri umani pensano che
parla di sistema un sistema due tu
potrebbe essersi imbattuto in quei concetti e
come il sistema uno è lui tipo di te veloce
cervello reattivo tuo cervello rettile e
voi e il sistema di troppo è il tuo neocorteccia
i pezzi umani e sono costantemente dentro
conflitto ed è solo una lettura fantastica
e improvvisamente ho capito me stesso un sacco
meglio e ho capito le persone che ero
lavorando molto meglio quindi questo è un
libro fantastico e ne guadagna un po ‘
risate a buon mercato alle conferenze che è
ottimo anche noi siamo bravi per la commedia ma così
avvolgendo queste cose nella padella ante
ecco, sai che non pensi
tutte queste cose che ho appena menzionato e
forse come esempio di copia cieca
tecnologia dalle aziende che appaiono
successo senza fare il dovuto
diligenza senza pensare a quello che sai
dove siamo in quel tipo di modello di spionaggio
e devi conoscere il
principi pratiche e culture che
hanno guidato quelle decisioni tecnologiche ora se
chiacchierate con Adrian che condividerà liberamente
questa roba con te in termini di Netflix
stavano ottimizzando per un certo gruppo
di problemi nell’autonomia di velocità questi
cose e ha portato alla Netflix OSS
toolchain ma se stava ottimizzando per
qualcos’altro potrebbe essere stato
diverso quello che è saltato fuori alla fine di
termini di Netflix e così via e Netflix
sono davvero fantastici in realtà hanno questo
cultura Dec se non l’hai guardato
verificarlo è possibile ottenere un sapore di
quale valore Netflix e quando tu
capisci cosa apprezzano puoi vedere
spesso nei loro strumenti si, così basta essere
consapevoli e Twitter up per ottimizzare molto
cose diverse in Netflix dicono così se
fai in modo che la pila di finagle sia consapevole
stai introducendo un po ‘di Twitter in
la tua organizzazione che posso pensare di sì
spostando in feedback una visibilità e
l’ apprendimento costante è super- eccellente
importante
chiunque sia loro ha esaminato questo o
la roba devops ottieni i tre modi
un manuale DevOps e la Phoenix
il progetto ha parlato molto di queste cose
ma nella mia mente il feedback è vitale per molti
livelli ma sicuramente oggi stiamo andando
per discutere di architettura di business e
operazioni ci sono le cose nella mia
viaggi con i micro servizi che ho ordinato
di lottare con un po ‘da un business
livello a volte solo facendo cose
visibile è veramente mi rivoluzionaria
ha lavorato su alcune startup dove siamo
chiamato framework tratteggiato è aperto
il framework sorgente II crea qualcosa di reale
grafici semplici con la mia squadra e abbiamo messo
questi sui monitor sul muro e e
l’amministratore delegato che ha cambiato il business
da un giorno all’altro poteva ora era molto di più
concentrato che poteva capire , sai
impatto delle sue decisioni sulle entrate voi
sapere in tempo reale e tutte queste cose
e ha appena cambiato la connessione
tra il CEO e il team di sviluppo
cose semplici ma facendo queste cose
visibile in tempo reale può essere davvero
potenziamento per tecnici e
persone non tecniche e penso micro
servizi se stai andando in quello
direzione sì è abbastanza grande
investimento in termini di tecnologia e
l’architettura che ti serve sapere lì
dovrebbe essere guidato dal business e necessario
infornare gli utensili che consentono questo
in anticipo quindi metriche e segnali al forno
nei servizi e cotto nel
tipo di piattaforma dal primo giorno sì
permette la validazione di ipotesi siamo noi
arrivare al mercato più veloce siamo
guadagnare più entrate quando siamo usciti
questo nuovo controlla questo tipo di cose
e ne ho visti alcuni quindi ne sono sicuro alcuni
hai visto
Yona Bonaire parla di come Bend e
è come una presentazione fantastica di
loro ne hanno parlato al modo di Walmart
hanno visto una rivoluzione in termini di
impatto sul business quando hanno iniziato a fare
le cose a cui sono migrate fino a diventare micro
servizi ma hanno iniziato a monitorare a
molte cose che hanno iniziato ad aggiungere
metriche ed essere molto di più
organizzazione basata sui dati ora se chatti
a chiunque provenga da Amazon e AWS lo faccio sempre
divertiti a parlare con chancay fai le persone migliori
due cose che ti lascerai andare via
da qualsiasi conversazione con loro sono loro
sono tutti concentrati sul cliente
come si sa da da destra dalla
fino in fondo super super
incentrato sul cliente e non solo sono loro
incentrato sul cliente ma sono metriche
guidato
si preoccupano del cliente ma
si preoccupano di misurare il loro impatto
sì questo è da Jeff Besos fino in fondo
Giù tipo di cosa e
super prezioso è necessario condividere questi
cose in tutta l’organizzazione, quindi se
stai lavorando in un angolo
microservizi e altre attività
le unità che pensano stanno sprecando il loro
tempo giocando con le lettere delle lettere
devi condividere la condivisione delle ipotesi
le metriche del successo e di questo tipo di
le stesse cose da un architettonico
punto di vista e così come stavi facendo a
la migrazione è davvero importante sorta di
tieni le luci accese o sai mantenere il
monolite o qualsiasi cosa che torni e
è necessario assicurarsi che il
architettura il monolite no
degradante e anche l’architettura di
i micro-servizi non sono degradanti come
le cose si muovono su e scusatemi uno
secondo hmm quindi è davvero importante
cercare feedback in molti modi diversi
ora a sinistra c’è un fantastico atomo del libro
collina strappata se non l’hai visto parlare
per favore prova a trovare i suoi zetas soffici a
TED altoparlante ha fatto TED Talks lui è
fatto sono molto fortunato che ho incontrato in molti
conferenze ha parlato di un libro fantastico
tratta il tuo codice come una scena del crimine che io
pensa che tutto sia finito ma molti dei miei
i codici sono stati scene del crimine, ma cosa?
lo guardi come lo schema
mi ha insegnato a sembrare come se fosse fatto come un
blocco di città urlare a New York o
qualcosa che è in realtà una base di codice
sì e gli isolati sono i blocchi di città
moduli o pacchetti il grattacielo
cose la larghezza è la quantità di codice
e l’altezza potrebbe essere la complessità
la complessità ciclomatica e il colore
è il churn che puoi ottenere dai log di get
guarda nei registri e guarda quanto
le persone si stanno impegnando nella base del codice
sì, così puoi vedere lì edifici alti
che sono larghi e blu scuro sono aree di
un sacco di codice ad alta complessità e alta
agita queste sono le aree che spendiamo
tutti i nostri giorni hackerando basandolo sì
quindi potresti essere candidato per micro
servizi che potresti voler estrarre
capire cosa sta succedendo lì o te
potrebbe voler stare lontano si, ma
il punto principale è che ce l’hai
feedback sai cosa sta succedendo
il tuo codice base cose come il clima del codice
scegli il cubo del sonar sai tutto
il linguaggio che stai usando scegli alcuni di
questi li mollano nella tua pipeline di costruzione
ottenere quel feedback stiamo introducendo
più accoppiamento mentre li stiamo seguendo
tipo di cose è davvero importante
monitorare questa roba fino in fondo
e infine guarda la tua architettura
nel complesso non li guardo
Krissi ha parlato prima di lambda
e stava parlando di usare le cose
come radiografia del seno e radiografia a
capisci la tua architettura per favore fallo
altrimenti tende alla morte
stella sì
e Netflix e tu sai e sei in colpa
Twitter può probabilmente farla franca
ma hanno interi reparti
dedicato a gestire questa roba per lo più
noi non siamo così fortunati sì, quindi pensa
su cose come un architettonico
complessità è necessario impostare la chiave
da asporto da questa diapositiva è impostato
cose per consentire il monitoraggio di
qualità architettonica della qualità del codice
e dell’architettura in generale il
anti-pattern che vedo anche tu sai sciocco
senza feedback abbiamo anche con feedback
è quello che io chiamo il Trojan mono
servizio è fin troppo facile per un monolite
ritornare di nascosto da qualche parte yeah e a
grande cappello punta a Matthew Skelton collega
Londoner e lui è fantastico
presentazione online a cui mi sono collegato
e parla dei quattro tipi di
monolite software c’è il primo
il monolito dell’applicazione che tutti conosciamo e
ama o conosce e odia e si unisce al
base di dati Ho lavorato su molti progetti
lì dove altrettanto efficacemente un monolite
perché hai cambiato il database
increspato attraverso l’intera applicazione
ma parla anche di monolitico
rilascia sì che conosci il tuo
coppia fondamentalmente se si deve distribuire
diversi servizi in una volta è carino
molto un monolite distribuito sì e no
solo che non ottieni benefici
perché sai di andare in micro
servizi perché devi distribuirli
tutto in una volta o molti in una volta ma
stai pagando quello che viene chiamato micro
tassa di servizio che stai comunicando
il filo che stai definendo la tua rete
confini della rete quindi è un orologio
per quel tipo di cose e l’ultimo
uno non l’ho avuto fino a quando non ho visto
in realtà la compagnia ma non c’è
il pensiero monolitico sta prendendo tutto
gli errori che abbiamo fatto collettivamente
con progetti precedenti e applicandolo
a quelli nuovi quindi quello che vedo piuttosto a
un po ‘è la gente che crea il micro perfetto
quadro di servizio sì
passano tutto il tempo che hanno
primavera ma amo il lavoro di avvio a molla
per esempio così hanno lo stivale primaverile
e si sovrappongono su tutte queste cose
perché i precedenti progetti fallirono
perché sai che c’era qualche problema
e tipo di prendere i loro insegnamenti
e li applica e spendono molto
tempo rendendo questo tipo di sistema perfetto
ma è molto monolitico nel suo modo di pensare
anche se sembra un po ‘approssimativo
accoppiato da quali micro servizi è
pensiero monolitico e di nuovo se io
non sono stato molto chiaro lì check out
Il discorso di Matthew è un po ‘più chiaro di me
Sono su queste cose quando ho visto che era un
parla davvero bene ma la cosa fondamentale è
continuamente a posteriori sul lavoro tecnico
utilizzando le metriche di supporto
sì stiamo riducendo l’accoppiamento siamo noi
sempre più veloce
stiamo implementando più velocemente questo tipo di
la visione operativa delle cose cambia marcia
un po ‘ma operativo
la visibilità è super importante permettendo
per un feedback operativo se non lo sei
credo che nel logging sul monitoraggio
i nostri lavori hanno sviluppatori in questi giorni
tipo di avere un po ‘più familiare
con quello devi sapere come accedere
cose in modo efficace e monitorare e molto
di aziende si stanno muovendo verso cose come
dev su chiamata in cui noi, come gli sviluppatori stanno
responsabile per l’ assistenza in chiamata e I
in realtà non è super
organizzazioni popolari mi alleno ma io
piace molto ma questi sono consigli che ho
trovato questi articoli davvero utili per
capendo o condividerò il
presentazione più tardi penso ai ragazzi
già preso in realtà ma controlla
queste e queste cose, ma avendo questo
una sorta di feedback è quando le cose cattive
capita che le persone siano sempre coinvolte, sì
personalmente piace essere questa persona quando
le cose brutte stanno accadendo sì, io
personalmente piace essere buono oh sì, ho capito
sotto controllo una birra giù yeah um barzellette
Scherzi a parte questo è fantastico se si
non ho visto questo è in realtà nel
Google sre prenota ora l’affidabilità del sito
libro ma mi sono imbattuto in esso alcuni anni
fa dove Mikey Dickson ha fatto un fantastico
parlare a uno dei contro e ha parlato
riguardo alla scimmia, Dickson è entrato e ha salvato
un healthcare.gov persone familiari
healthcare.gov negli Stati Uniti era pazzesco
quando il presidente Obama era presidente buono
volte sì, di nuovo in quel giorno e cosa lui
fu presidente sfortunatamente
healthcare.gov non è andato abbastanza per pianificare
quindi hanno portato un gruppo di esperti
da Google e da uomo a noreagaaa
Keenan quando in lei ha fatto un lavoro fantastico
Mikey è arrivato da qualche altra parte un gatto
ricorda e in pratica ti ha formato
sapere che hanno aiutato a salvare healthcare.gov e
ha formato molto simile a quello di Maslow
gerarchia dei bisogni
sai che la gerarchia di Maslow ha bisogno di te
avere come cibo e acqua fino in fondo
ad auto-attualizzazione ha sostanzialmente detto
sai che hai bisogno di monitoraggio nel
in basso hai bisogno del tipo base di sonde
nel tuo sistema ma dopo è tutto
la gente sì come gestiamo quando il fuoco
gli allarmi vanno via come reagiamo io penso
è leader come facciamo come reagiamo
influenza la nostra squadra in maniera massiccia
quindi dobbiamo pensare a cose come fare
come ha detto Adrian stamattina, davvero
come gli asiatici pongono di fare giornate di gioco a
molte aziende che fanno queste cose ora
come Google Earth l’ispirazione e
questo genere di cose di cui parla Nori
questa roba molto ma i giorni di gioco sono
davvero una buona idea solo questo lo sai
innescare roba e vedere come reagiscono le persone
perché conosco me stesso, puoi pianificare
la tua mente come reagiremo, ma quando
le cose vanno davvero male, davvero
arrivare a scoprire come a quanto pare Google
di solito lo dicevo a un discorso in realtà io
visto che Google non realmente fare
scimmia delle mucche della vita reale entrano in a
centro dati e iniziare a mettere i cavi
e controllano la persona giusta
paging controllano le persone che seguono
il loro trapano tutte queste cose
se diventa cliente interessando loro
rimetti i cavi molto velocemente
ma in generale a loro piace molto
roba da scimmia della vita reale per controllare tutto
queste cose sì, sai che è tutto
riguardo alla gente
sistema di comprensione del monitoraggio di base
ma allora come reagire ad esso è necessario
fare post mortem onesti
sì su questo genere di cose e poi
test e così via, penso di sapere
una storia bene
finalmente la storia vorrei dire diciamo
condividere che Mikey ci ha detto è che è andato
in Internet per il healthcare.gov
sistema come quando nel primo giorno e it
era come se tu sapessi che il sistema era acceso
il fuoco era il healthcare.gov era
costantemente schiantarsi tornando su e
è entrato nel team e ha detto di farlo
loro , sai, ho bisogno di avere una maniglia
su questo materiale di monitoraggio come fai a saperlo
quando il sistema è inattivo e quindi il
Perrineau, la squadra di sviluppo come ha cercato in
l’angolo e puntato verso questo monitor
nell’angolo della stanza sì Mike lui
è stato fantastico
probabilmente ha Nagios o qualche tipo di
grafici e si avvicinò al monitor
e si rese conto che la CNN era una novità
canale quando hanno segnalato che era giù
sono andati e lo hanno riavviato sì, è un
un po ‘in tasca tutto quello, ma penso
è una bella storia sì e tu conosci il
non la norma diventa la norma e lo è
cose cattive che ti servono per essere corrette
monitoraggio in un po ‘di
la standardizzazione è molto lunga adesso
l’automazione è sempre l’obiettivo micro
i servizi riguardano numeri su scala
ma dobbiamo capire i problemi
abbiamo bisogno di avere queste risposte e
questi post-mortem e tutti questi tipi di
cose e questi sono i miei riferimenti per
questo e mi piacciono le checklist quando sono
cercando di automatizzare le cose che mi piacciono
costruire liste di controllo per vedere cosa sto andando
per automatizzare il libro di Susan è fantastico
è così non è così noto come
forse dire il libro di Sam ma è davvero
bel libro è più di una lei concettuale
al momento lavorava in uber
questo libro è stato scritto ed è davvero
bello e modello di come hanno fatto
liste di controllo sia da un architettonico
punto di vista operativo punto di vista
e per me ed è una bella chiacchierata lei
fatto ai micro servizi e al summit e
fornendo un certo livello di standardizzazione
non andare per quanto stiamo facendo tipo di
pensiero monolitico ma alcuni
il livello di standardizzazione ci aiuta a capire
sai che due processi ci aiutano
capire cosa automatizzare e come
automatizzare l’assumere questo po ‘di
la sezione è davvero che i micro servizi fanno
abilita l’agilità quando è fatta bene
sì e abbiamo bisogno di costruire misura imparare
segnali di pancetta sia da un punto di business
per il mio punto di vista commerciale da un
punto di vista architettonico e
sicuramente da un punto operativo di
vista anche perché se non lo fai
raccogliere l’azione prendere i dati e il cambiamento
il modo in cui stai lavorando sei probabilmente
intenzione di avere la stessa cosa costruita ma
più piccolo sì gli stessi problemi che hai
diventerà nei micro servizi
ma è necessario costruire misure e imparare
e queste cose sono tutti sulla definizione
metriche degli obiettivi e registrazione e lo sai
i dati scusatemi e agire su
i dati sono davvero una chiave quindi circa 10
minuti rimasti così sì, la sezione finale è
responsabilità ora la frase in
La frase americana è che il dollaro si ferma sempre
da qualche parte e sento questo molto del mio
proprio come consulente vado e dico
sai che le persone vogliono aiuto con loro
tecnologia e dico grande mi piacerebbe
guarda i tuoi problemi di business però e
la tua organizzazione di squadra perché è tutto
nella mia mente è tutto una cosa come a
consulente e puoi dire che è solo un
problema di tecnologia non mi fido di voi in modo
Voglio vedere il tutto ma loro
vai no no va bene abbiamo la gente
cosa organizzata abbiamo deciso di riformare la nostra
squadra intorno alle squadre capitoli e gilde
Sono sicuro che le persone riconoscono che lì il
frase sì è Spotify e io amo
Spotify caro ma si guardi da cosa noi
chiama cargo coltan sì e se non lo sei
familiare il riferimento a Google vale la pena
avendo un po ‘letto su questo ma
attenti a copiare ciecamente si ripetono
te stesso no non siamo Spotify sì noi
non sono Google se guardi al
principi pratiche e acquisto valori
Spotify e sono molto generosi hanno
hanno condiviso i loro valori e principi
e compra un paio di fantastici video
capiremo che Spotify sta ottimizzando
per l’innovazione sì, se puoi
fuori competere con un compagno di musica streamer
le innovazioni sono buone e stanno ottimizzando
e l’autonomia, nonché se le cose cadono
oltre a vedere il servizio di streaming musicale
qualunque cosa si sa fino a quando siamo sorta di
sono stati allineati liberamente e innovando noi
probabilmente vincerò alla fine ora se lo sono
costruire un reattore nucleare o un edificio
software per un reattore nucleare l’ultimo
due parole voglio sentire la nostra innovazione
e autonomia sì, voglio standard I
voglio che la gente segua
sì, quindi devi pensare un po ‘a
battuta banale che sto facendo qui ma io
vedere veramente questo nelle organizzazioni
dove hanno appena scelto Spotify
senza alcun pensiero sul fatto che sia così
si adatta alla loro organizzazione ed è
è pazzesco che sembra che sia davvero
vero
DevOps tipo di mappe in questo pure
e la cosa di Spotify spesso Spotify
non parlo tanto hanno iniziato di più
ora lei ma non parlano molto di
il loro team di piattaforme e se lo sei
costruendo micro servizi c’è sempre
una piattaforma coinvolta e mi piace l’ idea
di avere una squadra piattaforma o una piattaforma
squadra e ho trovato roba di Matti Skelton lui
parla di alcuni modelli anti nel
rosso e alcuni buoni modelli in blu di
come fare DevOps e DevOps è principalmente
almeno in questo modello e condiviso
responsabilità e parte di questo è dove
la piattaforma inizia e finisce c’è
così tanti diversi modelli spuntano fuori
c’è DevOps c’è sre da google
come le migliori cose diverse ma se lo sei
guardando il modello Spotify e tu sei
cercando come e supportando il tuo
la migrazione dei servizi micro pensa al
piattaforma che probabilmente stai per essere
distribuire su un kubernetes o un ECS
o qualcosa e poi questa nozione di
la responsabilità condivisa è vitale così come
chiunque sia interessato da una sorta di riff
lo stesso tema ma chiunque sia affetto da
i problemi di gitlab era come gennaio
il tempo di ottenere il laboratorio in pratica è come un host
lo sapevi e github tipo di cosa a
Enterprise one hanno un pubblico
offrendolo è andato giù a gennaio e
in realtà hanno perso i dati non carichi ma
hanno perso un po ‘di dati sì e là
era super-onesto cappello post-mortem
la mancia a loro molto graficamente
descrive cosa è andato storto e perché loro
conosci il sistema mission critical
Sì, costruisci sistemi in cui le persone si fidano
con il loro codice è come diciamo
nel Regno Unito è come fidarsi di qualcuno con
i tuoi gioielli della corona sono fantastici
importante sì e e una delle cose
hanno messo lì dentro e postano
mortem era una cosa fondamentale qui perché è così
fondamentalmente il sistema è andato giù e il
anche i backup non sono riusciti con i backup che conosci
non è riuscito a tagliare e dice il perché
era la procedura di backup non testata su a
base regolare perché non c’era
proprietà nessuno possedeva il backup
tutti si aspettavano solo che il backup sarebbe successo
lavoro sì e quello per me ho visto questo
molte volte prima
che tipo mi colpisce un po ‘
mi dà fastidio un po ‘che hanno
le loro procedure di recupero e il
i passaggi di riparazione stanno prendendo un
numero 14 numero 14 è un segno e proprietario
quello per me è il numero uno a meno che io non abbia
qualcuno che possiede la sua roba sta per
capita di nuovo
probabilmente là dentro, quindi pensa a come in
dando alle persone la proprietà appropriata
all’interno di DevOps è la chiave per vedere spesso
DevOps è un po ‘un free-for-all
Ho scherzato all’inizio , non è vero?
conosci lo sviluppatore con accesso root
ma DevOps è condiviso
responsabilità ma è circa
responsabilità che devono essere te
sapere chiaramente condiviso ma le persone hanno bisogno di
essere responsabile altrimenti è un
mischia generale
si e sai che mi sto divertendo a
un po ‘di gitlab ma anche tu
so che sono molto generosi per la condivisione
l’ autopsia e apprezzo molto
quella
ma queste cose sai che mostra solo
se tu se non assegni la proprietà
roba scivola attraverso le fessure quando
stai iniziando il tuo tipo di Micra
viaggio di servizio o il tuo viaggio DevOps I
spesso usano cose come il filante filante è un
tecnica di gestione del progetto della vecchia scuola
ma rappresenta e nel filato rappresenta
responsabile responsabile consultato e
informato e in pratica puoi andare
attraverso la tua organizzazione e il tuo ordinamento
di discutere chi è responsabile per il
piattaforma che è responsabile per il seei
CD gasdotto che devo comunicare se io
cambia queste cose chi posso consultare se
Voglio cambiare il processo di costruzione che è
un modo un po ‘severo per farlo
non sembra che DevOps ma può essere un
bel modo di iniziare, non lo siamo
cercando di incolpare le persone di ciò che siamo
cercando di capire chi è responsabile
chi è responsabile di varie cose
all’interno di questo all’interno del sistema sì e
RACI può essere un buon inizio è qualcosa
speriamo che cresca e noi
sapere muovere in sistemi più grandi ma RACI
può essere un modo interessante per capire
DevOps e inizia ad aumentare la condivisione
responsabilità quindi in termini di sapere
DevOps e la definizione di messa a fuoco responsabilità
su ciò che conta in termini di sforzi
e penso davvero che tutto il
sviluppami roba inizia con continua
integrazione e consegna continua
le condutture di consegna continua aggiungono così
molto valore e tipo di battuta mi piace
usare è quanto valore ha
codice non distribuito fornito agli utenti
quanto il codice non schierato di Manning
zero sì e quella è un’unità universale
di valore sì, se il tuo codice è giusto
sedere lì non fornisce valore a
gli utenti fanno attenzione a sapere quindi la necessità
per tipo di iterare e così via e
a volte la tentazione di voler creare il
cosa perfetta sì, prima di arrivare
feedback prima di spingerlo fuori e
persone particolari non sono responsabili
possono spesso essere nel loro piccolo
silos che costruisce il perfetto
Ho visto persone che cercano di creare perfette
tipo di piattaforme che Sassy è perfetto
documentazione e sono solo
costruendo continuamente su sottosviluppati e
ipotesi non testate e perché sono
non è responsabile responsabile solo
successo che ho visto sinceramente che ho visto
i progetti vanno avanti sei mesi all’anno dove
non hanno fatto davvero progressi perché
i singoli silos stanno appena costruendo
piattaforma che costruisce un micro servizio
chassis che documenta roba e non c’è
tipo di proprietà globale olistico il
il cambiamento di mentalità è la chiave per cui guardare
cose come la consegna continua Dan
North parla dello scheletro danzante
sta praticamente arrivando lo scheletro danzante
la cosa più semplice possibile fino in fondo
da Dev alla produzione Dan ne ha alcuni
grandi chiacchierate su di esso puoi avere una ricerca
su quelli sono veramente buoni ma questo
nozione di responsabilità e
testare continuamente le nostre ipotesi è
davvero prezioso quindi ultimo paio di
scivola come microservizi della mia esperienza
creare un sacco di cambiamenti e penso che noi
i tecnologi possono imparare molto da
uomini d’affari e negli ultimi pochi
anni ho iniziato a leggere cose come
HBR Harvard Business Review e per me
come techie sono abbastanza digeribili ma
ce ne sono alcuni veramente carini e loro documenti
scrivere e articoli davvero carini che fanno
che parlare di come abbiamo bisogno come
gestire il cambiamento perché fondamentalmente se
stai portando dentro i devos di microservizi
docker kubernetes stai cambiando le cose
sì e la mia esperienza all’inizio della mia
la carriera è che non sapevo l’impatto di
questi cambiamenti non sapevo come
per guidarli come gestirli e io ho
imparato molto da questo tipo di
riferimenti quindi consiglio vivamente
verificarlo e il mio tipo di finale
la raccomandazione del libro è questa di John
Kotter si tratta di guidare il cambiamento che ho
visto un po ‘di sistemi di micro-servizi di tipo
avvio delle migrazioni di servizi micro e
poi muori e parti e muori
e il libro è che è più generico
approccio a guidare il cambiamento ma non posso
mappare direttamente a un sacco di progetti che
ha lavorato su di voi è necessario stabilire un
senso di urgenza creare un tipo di gruppo
di persone che saranno responsabili
per sviluppare la strategia e spingere
avanti e poi potenzia le persone
in prima linea su cui fai scorrere l’iterazione
il successo è questo tipo di cose e
apprezzare sto scaricando un sacco di libri a
sei qui, ma ovunque tu sia sul tuo
viaggio come individuo e dentro il tuo
compagnia prova e scegli uno o qualcosa del genere
loro e se siete su un micro dimensioni
la migrazione inizia a pensare a come
molto cambia la tua compagnia sta andando
attraverso
e se la lotta della compagnia potrebbe essere
la pena di leggere alcune di queste cose solo
per capire come le aziende hanno
facendo questa roba c’è un intero
fare pratiche di consulenza manageriale
esattamente questa roba così avvolgente
le strategie tipo di takeaway sono
assicurare obiettivi intelligenti e accompagnamento
le strategie sono definite e comunicate
questo genere di cose è grande
obiettivi strategici empatia con il tuo
empatia dei clienti all’interno del
organizzazione ma poi comunicazione perché
lo stiamo facendo
inizia con il motivo per cui è davvero importante
pensa che l’architettura sia ora di più
leadership tecnica e gestione dei rischi
quindi se sei un classico architetti tu
potrebbe voler ripensare un po ‘il tuo ruolo
la comunicazione bit ora è super importante
essere pratici è molto importante per te
sapere che gli architetti devono codificarmi nella mia mente
sviluppare quella empatia che sceglie lo strumento è
sai che è davvero la chiave ma di nuovo se
sei un leader pensa a dove sei
provenendo da pensare al modello di spionaggio
stai scegliendo strumenti basati sul
pratiche basate sui bisogni del
compagnia piuttosto che bello, sì, noi
tutti ottengono sorta di succhiare in che
a volte il feedback è un feedback vitale per te
sapere dal punto di vista del business da
un’architettura da un punto operativo
di vista ottimizza tutto ciò che stai facendo
nei micro servizi per visibilità e
apprendimento sì
ed è in tutta l’organizzazione
impilare lì e responsabilità voi
conoscere DevOps è un po ‘
a volte frainteso penso che possiamo
imparare molto da Conway e Netflix e
Spotify ma non solo copiare ciecamente cosa
loro guardano dentro i principi
le pratiche guardano dove sei
l’organizzazione è in questo tipo di cose
e poi togli quello che vuoi
sì, non il culto del carico non copiare ciecamente
Penso che DevOps fatto bene sia un
prerequisito per i micro servizi Martin
Fowler ha effettivamente un articolo chiamato
prerequisiti del servizio micro è fantastico
articolo ma per me un sacco di quello che lui
parla di fondamentalmente ciò che noi
capire come DevOps yeah piattaforme e
consegna e monitoraggio continui e
ma è necessario se il tuo classico tipo di
Pepsi intraprendente non è così familiare con
lavorare in questo modo ha bisogno di capire
cose come chi è responsabile di questi
cose che è responsabile che sta guidando
il cambiamento è il tipo di nucleo
messaggio su quella nota penso che sia come
dovrei quasi ringraziare grazie
Per il tuo tempo
[Applausi]
come stiamo facendo la prima volta ragazzi carini
vicino Sto indovinando è esso non c’è
domande attraverso l’app al momento
quindi è come nel tardo pomeriggio quindi
qualcuno ha qualche domanda
molto bene mi stavo chiedendo se tu
avere qualche idea su perché come dici tu
la complessità in un sistema di micro-servizi
è molto simile alla cooperazione o
comunicazione tra i servizi
hai qualche consiglio su dove immagazzini
dì che la configurazione di cui hai bisogno
per i servizi di comunicare tra
a vicenda intendo URL e database
nomi di cose e contenitori e cose simili
che tu abbia qualche consiglio, sì buono
domanda così … beh, era un paio di
tecnologie per guardare molte delle
cose come scoperta e configurazione del servizio
La gestione va di pari passo come
tu come alludessi a questo in passato
Ho usato cose come console piuttosto a
La console di Ashi Corp è molto buona
ce ne sono molti altri
che fanno molto simile Zookeeper fare
cose simili ma trovo cose come me
adoro lo stack di hash table che ho perso e come
ha ottenuto un singolo che conosci binario a
molte delle loro cose e rispetto a
Zookeeper è un po ‘più difficile da leggere
e così ho visto è stato davvero fantastico I
trovare è tipo di era una cosa da guardare
a tanti altri in giro per quello e per
segreti di un hash Eagle hanno un caveau
così vault è ed è davvero buono in
termini come fornire determinati
garanzie crittografiche intorno alla memorizzazione
dati e molte delle piattaforme ora come
i kubernetes stanno spuntando con le cose
hanno una nozione di mappe di configurazione così
le mappe di configurazione nelle comunità ti permettono di
mappa dire un file o un file system nel
i pod direttamente e puoi mettere i file di dati
in quelle mappe di configurazione così e penso ECS
ha ezs personale simile puoi farlo
attraverso i dati utente e i bootstrap quindi a
molte delle piattaforme stanno capendo che è
una console di problemi ha un vantaggio
su di loro ma c’è molta piattaforma
roba specifica che spina spudorata
ecco cosa direi e dare un’occhiata
a qualcosa chiamato maglie di servizio come
bene è per il punto di comunicazione di
guarda c’è una cosa
chiamato sto è corretto hipster ho io
dirò che ora ho fatto un discorso su di esso
all’inizio della settimana in realtà ho fatto a
l’ultima volta sto confondendo i miei giorni
settimana ho parlato ai cloud nativi e
così puoi dare un’occhiata se vai
le competenze contano sul sito web e la ricerca
maglie di servizio e puoi vedermi
parlando di come sono le piattaforme
evolvendo quindi forse non è qualcosa che vuoi
per raccogliere oggi forse le console meglio
ma se vuoi avere un’idea di dove
potrebbe essere una sorta di comunicazione HTTP
andando e come la scoperta del servizio e tutto
queste cose sono fatte sono maglie di servizio
fondamentalmente dove tutte le grandi aziende
sono ora Google youtuber qui AWS e
la gente ha iniziato a parlarne così
Voglio almeno vedere cosa sono
fare
per vedere l’ispirazione qualcun altro
[Applausi]
Please follow and like us: