quindi il mio discorso riguarda la nostra storia a lambda
soprattutto così puoi vedere da dove siamo venuti
perché volevamo cambiare le cose come noi
avvicinarsi a questo da un culturale e
aspetto organizzativo e cosa
significava alla fine per il nostro attacco
paesaggio copriremo anche un paio di
le sfide che abbiamo incontrato lì e
se abbiamo ancora tempo posso anche mostrare
tu un po ‘su cosa abbiamo fatto
il negozio online perché microservizi come
un concetto applicato al fronte ed è un
diverso tipo di sfida e non lo è
così facile da risolvere, così sono io
all’istante ho anche la vergogna del
Stessa maglietta qui ehi, non lo so
non per scelta
L’ho guardato qualche volta bene
cominciamo con zalando quindi chi di voi
non conosce il lambda ok almeno a
pochi negli Stati Uniti, per esempio siamo
praticamente sconosciuto che è interessante
perché noi siamo davvero davvero enormi e
questa è la nostra visione, quindi ciò che realmente facciamo
voglio fare è vogliamo collegare le persone
con la moda attraverso un paio di
diversi canali che vogliamo collegare
per esempio uno stilista con un consumatore
e anche con il fornitore e, naturalmente
Vogliamo vendere la moda, alla fine, siamo
davvero enorme non so se qualcuno di voi
avere un’idea di quale scala siamo adesso
abbiamo 15 paesi con circa 18
milioni di clienti attivi che acquistano prodotti
durante gli ultimi mesi e l’anno scorso
abbiamo realizzato circa 3 miliardi di entrate
a un certo punto il più veloce europeo
compagnia per raggiungere 1 miliardo di entrate così
è cresciuto molto velocemente e ora abbiamo
circa 10.000 dipendenti e siamo
raggiungendo 1.000
Solo nella tecnologia abbiamo sette tecnologie
hubs in tutta Europa quindi i più grandi
sono quelli di Berlino quello di Dublino
e quello di Helsinki, ma anche noi
quelli piccoli in Germania sì , andiamo a
i primi tempi così è iniziata la Londra
nel 2008 è stata fatta la dimostrazione del concetto
con Magento come base per vedere se
vendere scarpe online è fattibile
perché un sacco di gente in quel momento
certo vendere scarpe online e se lo fosse
non va bene e quindi ce n’erano molti
preoccupazioni era come una pazza idea e
la piattaforma Magento ha permesso il
affari per provarlo e vedere come
goes Magento è un negozio open source
soluzione c’è anche quella aziendale
ed è basato su PHP, quindi lo abbiamo fatto e
noi sì siamo cresciuti abbastanza velocemente così gente
mi è piaciuto molto comprare le scarpe online
anche perché abbiamo avuto questo ritorno gratuito
politica lì e molto presto siamo arrivati a
punto in cui il carico sul sistema
non poteva più essere gestito da quello
particolare sistema di e-commerce quindi abbiamo dovuto
costruire un nuovo sistema e abbiamo dovuto costruire
è veloce perché eravamo già a
dire che non potremmo andare oltre
ci siamo consultati con il CTO di Magento
ha fatto qualsiasi tipo di sintonizzazione possibile per il
sistema semplicemente non ce la faceva proprio così
abbiamo trascorso circa tre mesi
costruire il nostro sistema di e-commerce basato
su Java e Postgres e ora abbiamo avuto un
situazione interessante immagino che molti di
l’hai visto prima, quindi se vai
attraverso un tempo in cui ne hai molte
problemi nelle operazioni hai diritto a
molti sistemi di problemi di carico possono essere giù
e cose del genere, quindi tendi ad arrivare
un po ‘ sul lato difensivo di
cose così quando progetti il tuo prossimo
tu tendi ad essere molto attento a questo
davvero in grado di gestire il carico che è
roccia solida e stabile e tutto e
tu provi a tipo di sì prendi
precauzioni e quello che facevamo allora eravamo noi
spinto un sacco di logica aziendale in
i livelli del database erano così tanti
procedure eseguite e memorizzate e Postgres
e c’era molta logica aziendale
giusto non solo due o tre tipi
le procedure c’erano come centinaia e
come puoi immaginare di mantenere quel tipo
di base di codice diventa difficile tutto bene sì
quindi, a proposito, qualcuno lo sa?
questo dipinto per caso sì, proprio così
anche la schermata di caricamento della civiltà
5 ma sì è una torre di Babele e
anche la Torre di Babele è interessante
perché le persone in quel momento così il
la storia dice che potrebbe solo costruire questo perché
hanno parlato la stessa lingua giusta e
è anche qualcosa che è un monolite
tendono ad avere una sorta di restrizione
quindi praticamente tutto ciò che costruisci ha bisogno
essere nella stessa lingua altrimenti
sì, non è più un monolite che abbiamo avuto
quella situazione così abbiamo avuto questa lingua
accedi qui e sì dopo che abbiamo costruito questo
primo sistema di e-commerce a cui abbiamo iniziato
aggiungere funzionalità in alto e in alto e di
Top per cinque anni quindi ogni paese
ovviamente ha le sue specialità locali
come diciamo pagamento o consegna o noi
ha anche fatto molto sul lato logistico di
vedendo così i sistemi sono cresciuti così
punto che non avevamo un solo modello
è come la semplificazione che abbiamo avuto
un paio di loro ma c’erano davvero
grandi sistemi quindi cosa vuol dire quando?
guardiamo alla produttività dei nostri team
abbiamo un sacco di team che lavorano al
stesso codice base che è abbastanza grande così
hai molte dipendenze se tu
volere
fai qualcosa che devi controllare quali sono
le altre persone stanno influenzando le loro
codice in alcun modo
stai influenzando le operazioni di
il sistema che ti serve molto
coordinamento intorno alle squadre per farlo
anche con versioni per esempio e QA
e questo porta a questa legge di
rendimenti decrescenti che significa che
aggiungere più persone giusto non è così
portare un sacco di valore in più perché il
più persone hai di più
dipendenze che crei e tutto
rallenta non puoi raggiungere un punto in cui
aggiungere persone è dannoso dove
sei sostanzialmente più lento di prima
e questo non è un granché
situazione per essere in e abbiamo anche visto che
l’innovazione ha sofferto per rimanere al top in
un ambiente tecnologico è necessario essere molto
innovativo è necessario tirar fuori nuovi
caratteristiche che devi reinventare inventori
te stesso e con un enorme codice di base
avere il problema che la densità buck
semplicemente aumenta con le linee ovviamente
ci sono alcuni studi su questo
e vedi anche molti più effetti collaterali
quindi se qualcuno cambia codice qui può farlo
rompere qualcosa altrove ed è molto
difficile da contenere questo quindi ciò che le persone tendono
fare le nostre aziende tendono a fare in questo
la situazione è che creano rigidità
processi attorno all’intero software
ciclo di sviluppo come i processi di QA come
ganci Web nel controllo della versione e
il vostro biglietto per controllare ogni cantare come
controlla la tua implementazione
applicazione ad esempio per bollire davvero
cose fino a uno stato controllabile e
per tipo di uccidere qualsiasi tipo di varianza tu
potrebbe avere nello sviluppo del tuo software
processo e se si uccidono varianti di
Ovviamente limiti anche il tuo limite
innovazione perché intendo l’innovazione
varianti che cerchi di portare
qualcosa di nuovo, quindi abbiamo avuto meno innovazione
Qui
un buon esempio è questa programmazione
lingua Lockean abbiamo avuto con Java così noi
non potrei distribuire altro, quindi se tu
voleva andare per un’applicazione go o
qualcosa di sfortunato non molto bello e noi
ha anche visto un impatto negativo su così grossolana
dal lato delle cose delle persone
certo che vogliamo crescere là vogliamo
avere più ingegneri che vogliono portare
più prodotti e se ne hai uno enorme
codebase un aspetto che vedi è nuovo
le stelle hanno davvero un momento difficile da ottenere
fiducioso con il codice perché è così
grandi devono imparare tanto e loro
anche loro non ne vogliono affatto
rischi lì è è piuttosto difficile
perché non riescono a capire tutto
quindi è abbastanza brutto ci vogliono mesi
qualcuno per essere veramente produttivo e di
Certo un’altra cosa che sì come
la folla della tecnologia sai cosa tendiamo
ad apprezzare le nuove tecnologie e noi tendiamo a
giocare con qualcosa di nuovo
esperimento ma se sei bloccato in un
vecchio stack tecnologico che è fondamentalmente 10
anni perché nel 2010 quando noi
deciso per questo stack Java Postgres noi
deciso per qualcosa che è stato dimostrato
e stabile giusto così era in giro per
un bel po ‘di tempo ma il più giovane
ingegneri che escono dal
università sì loro sono abituati
altre tecnologie a quelle più nuove e se
li mettono a bordo in una compagnia
che non fornisce questo
ambiente sono demotivati così dentro
Infatti quello che abbiamo visto era che la nostra compagnia
per la tecnologia non erano persone molto magnetiche
in realtà non vederci come una società di tecnologia
e quando hanno saputo di cosa siamo
usando giusto questo era come un punto in cui
molti di loro hanno appena deciso di non aderire
Zalando a quel punto era così assoldato
abbastanza lento qui abbiamo dovuto cambiare
qualcosa se volessimo continuare
superiore
nello spazio di vendita nel settore della moda
qui quindi dovevamo fare qualcosa così
poi ci siamo messi insieme per un paio di
mesi come circa 30 persone dalla tecnologia
e pensato a come dobbiamo
ristrutturare la nostra organizzazione e la nostra
cultura per migliorare su tutti questi
cose per creare un ambiente che
gli ingegneri amano bene
l’abbiamo definita un’agilità radicale e basta
fondamentalmente ciò che volevamo avere voluto
avere squadre autonome che potrebbero
consegnare i nuovi prodotti in modo efficiente a
scala che significa come volevamo prendere
un paio di ingegneri li hanno messi in un
motoscafo e poi dire loro quale
direzione dovrebbero andare e poi andarsene
loro e vedere che cosa che cosa viene fuori di esso
e c’era già una bella pausa da
la cultura formale precedente al salone che
era dovuto a questi rigidi processi e al
la storia che avevamo era molto di più
il controllo ed è quello che abbiamo fatto
disegniamo questo fumetto qui e se
hai letto il libro guidato da Daniel
rosa allora questo potrebbe essere un po ‘
familiare perché serviva da
ispirazione quindi abbiamo tre principi
qui uno è un mezzo scopo
tutti vogliono sapere perché lui è
facendo quello che sta facendo e questo significa
che le squadre possono definire con le loro
proprietario del prodotto possono definire il proprio
scopo all’interno dell’azienda quindi cos’è?
cosa cosa vogliono?
raggiungere questo serve come abbastanza
spinta motivazionale qui non c’è solo
lo scopo della squadra c’è anche il
scopo individuale tutti ne hanno
tipo di scopo forse vuoi essere il
il miglior guru DevOps del mondo o tu
voglio essere un esperto altamente qualificato a
Scala
qualcosa che vediamo anche noi e cerchiamo anche di
aiutare i nostri ingegneri a raggiungere questo scopo
e sì vai più lontano e, naturalmente
abbiamo lo scopo dell’azienda che dà
una sorta di direzione ciò che vogliamo
raggiungere a medio e lungo termine a destra
così autonomia il secondo principio è a
molto importante e anche abbastanza difficile
raggiungere l’ autonomia significa sostanzialmente quello
le persone sono libere di scegliere come risolveranno
cose
così nel libro così in teoria è così
composto da quattro T è la squadra
tecnica maledetta volta e prima
ok, ho dimenticato che si tratta comunque
avere la capacità di definire veramente
come si desidera lavorare e questo significa anche
che le squadre non possono scegliere il
tecnologia che pensano sia meglio per loro
attività corrente a portata di mano si può decidere come
vogliono strutturare il loro tempo giusto
quando fare riunioni e cose così proviamo
lasciarli soli li possono
decidere come prioritizzare i loro compiti
basato sul loro scopo quindi se loro
definiscono i loro scopi ne costruiscono alcuni
diciamo gli indicatori KPI del prodotto per tenere traccia di come
stanno andando, possono solo guardarlo
e pensa a come possiamo migliorare il nostro
i propri KPI per migliorare al nostro scopo
e abbiamo una maestria come un certificato
principio qui la padronanza riguarda il nostro
guidare per migliorare ciò che facciamo
tutti vogliono fare un buon lavoro, giusto
probabilmente non c’è nessuno che lo voglia davvero
fare un lavoro schifoso e questa maestria
l’aspetto è qualcosa che è spesso
trascurato nella maggior parte delle organizzazioni tecnologiche
perché di solito la leadership tecnologica ne ha due
responsabilità uno è la consegna il
altro è lo sviluppo delle persone e quando
arriva alle scadenze lo sviluppo delle persone lo è
per lo più spinto di lato così ha
non la stessa quantità di sforzo messo in
questo è anche il motivo per cui noi
ha cambiato la nostra struttura di leadership qui
consentire il 100% di attenzione anche alle persone
lo sviluppo è tutto insieme
aiutato dalla fiducia ovviamente se lo dai
l’autonomia delle persone devi aver fiducia in loro
fare la cosa giusta e anche questa
significa abbastanza cambiamento di mentalità da a
prospettiva di leadership perché tu
Devo davvero fare un passo indietro a volte
e solo la squadra fare quello che pensa
è il migliore e molte persone sono per un
molte persone questo è difficile
a volte se ne hai l’opinione
questa è una direzione sbagliata che non puoi
il vantaggio tecnico devi convincere la squadra
con argomenti non con il tuo ruolo in
organizzazione penso che sia molto buono
mossa
quindi sì, anche qui gli obiettivi sono aumentati
innovazione e produttività guardiamo
alla legge di Conway, quindi abbiamo cambiato il
organizzazione basata su questa filosofia
e se cambi l’organizzazione come
Conway dice che devi farlo anche tu
cambia il tuo paesaggio tecnologico altrimenti tu
ottenere una sorta di attrito solo
non va bene adesso siamo nel
mezzo di esso
Voglio dire anche i cambiamenti organizzativi
un po ‘di tempo ma cambiando la tecnologia completa
paesaggio di una grande azienda come Zalando
impiega anche più tempo nel mezzo
la squadra deve ancora fare i conti con gli anziani
sistemi che sì diciamo di più
di una squadra mentre costruiscono il loro nuovo
sistemi che coprono solo una squadra così
l’agilità radicale non è solo il
idea organizzativa e idea della cultura
che abbiamo avuto è questo e il
panorama tecnologico che si adatta a questo
idea così qui ho da Adrian Cockroft
una bella citazione riguardo a cosa il micro
Il servizio è che provo a creare una frase
che descrivono
o organizzazione e sì, si adatta in qualche modo
giusto questa è l’idea qui così creare
un’architettura che si adatta al
organizzazione va bene andiamo al
sfide che abbiamo avuto ci sono un paio di
le loro operazioni operative sono belle
importante ho letto di recente un Twitter
blocco che ha detto che spendono non lo faccio
conosci solo centinaia di anni del personale
raggiungendo di nuovo l’operatività dei loro
sistemi dopo il passaggio a micro
servizi abbiamo anche Martin Fowler che
ha detto che ci sono tre prerequisiti
ai micro servizi con cui lui intende te
non dovrebbe farlo se non ti interessa
queste tre cose sono veloci
fornitura rapida applicazione
implementazione e monitoraggio di base che
sono molto più difficili in un micro servizio
ambiente in cui hai centinaia o
migliaia di micro servizi che abbiamo ascoltato
oggi paio di colloqui soprattutto di
provisioning rapido e sì abbiamo fatto il nostro
propria soluzione lì monitoraggio
soprattutto se vuoi tenere traccia di noi
dì una chiamata da un cliente a dozzine
di diversi micro servizi anche di tipo
difficile non puoi davvero farlo se tu se
tu provi a bloccare il server e la coda
le serrature è un po ‘più complessa
ecco perché questo è il nostro setup operativo
utilizzare per il provisioning di AWS anche a causa di
il suo enorme ecosistema viene utilizzato come docker
tecnologia di implementazione e per il monitoraggio
andiamo con le dinamiche delle app e con quello
Montu che è un sistema che costruiamo
noi stessi è anche open source se
ti interessa mi piace perché è così
abbastanza buono per dire più affari
metriche e KPI orientati e che usiamo
Stoops IO
che è la nostra struttura per la base mobile
applicazioni su AWS che puoi avere
uno sguardo a Stoops IO hanno un sito web
e spiega come risolviamo che non lo è
davvero non puoi davvero
prendilo e usalo perché è per te stesso
perché ha alcuni molto personalizzati
punti in esso sì sì, ma probabilmente
puoi avere qualche idea già
oops oh questo è il seguente così abbiamo
dr. distribuire abbiamo accesso SSH a
macchine abbiamo rapporti di controllo che è
abbastanza importante per noi perché siamo un
società pubblica che dobbiamo rispettare per
certe cose e possiamo dare squadre
pieno successo AWS quindi ogni squadra ha il suo
possedere un account AWS e può eseguire il proprio
qualsiasi cosa di cui hanno bisogno per gestire la mente
la mentalità è anche molto importante come sul
lato tecnico ma anche su
leadership, quindi abbiamo qui un cambiamento
quando si tratta di guardare il
disponibilità di servizi quindi se tu
progettare un nuovo servizio di micro-servizi e
questo dipende dagli altri in un modo
allora devi davvero aspettarti che il
altri servizi possono fallire perché loro
sarà a un certo punto nel tempo si deve
prova a costruire il tuo sistema in un modo che
è resistente che non può far fronte con
fallimento e ci sono più cose
potresti fare per esempio potresti farlo tu
potrebbe provare a fare principalmente come un Chronos
comunicazione tra i sistemi voi
potrebbe provare a usare hystrix di cui hai bisogno
pensa al servizio di degredation per
ad esempio in modo da che cosa posso offrire al
cliente di quel particolare servizio
giù possono ancora fare qualcosa o no
come posso io come posso provare a mantenere le cose
destra stabile e abbiamo una per terminare
responsabilità questa era una grande cosa
perché prima erano cambiate le squadre
solo sviluppando un nuovo software e poi esso
era come buttato su K e lo faranno
aggiustalo o vedranno cosa è
sbagliato con esso così abbiamo cambiato quello e
dopo il QA dal modo in cui è andato a specie di a
squadra di piattaforme che ha coperto il tutto
operazioni lo cambiamo e lo spostiamo
tutto per la squadra stessa quindi la squadra
si
è responsabile non solo dello sviluppo
ma anche per test e anche per
Operando ciò che costruiscono questo è un po ‘
difficile perché hai bisogno di certe abilità
per alcune di queste cose e così noi
devo anche addestrare le persone e
dare loro gli strumenti necessari per raggiungere
quel software-come-un-servizio
è qualcosa di una linea guida quindi cosa noi
volevo davvero avere anche quelle squadre
sentirsi un po ‘come se fossero piccoli
start-up perché hanno questo
responsabilità e dovrebbero pensare
su cosa costruiscono come vorresti se
creeresti un software come servizio
la società ha quindi ottime API
buona documentazione è stabile hanno SL A’s
il tuo sistema funzionerà in questo modo
che potresti teoricamente offrirlo come
un prodotto da qualche parte e avevamo prima l’API
che è un nuovo approccio che abbiamo preso così se
sei una squadra e vuoi costruire un
nuovo servizio diciamo un servizio di scorta
a destra e poi la prima cosa sarebbe quella di
creare l’API e questa API sarebbe quindi
anche essere rivisto e controllato da un
gruppo dedicato di ingegneri cosa noi
volevo essere sicuro che qui fosse l’API
Saur sì correggere in modo anche semantico
abbiamo anche creato uno interessante
strumento chiamato play swagger che permette
per scrivere la tua API swagger e creare
il codice di gioco per quello automaticamente
è open source anche globale
architettura che è anche molto
interessante perché se ne hai uno
molte squadre e tutti fanno quello che lui
pensa sia meglio risolvere il loro particolare
preoccupazione quindi è difficile avere un
grande immagine della tua architettura e
quello che anche noi non volevamo avere è un po ‘
sorta di software torre d’avorio
seduto da qualche parte a disegnare qualcosa di grande
panorama tecnico lì così come abbiamo provato
per farlo così per uno che abbiamo introdotto
peer-review ad esempio è la gilda API
uno dove cerchiamo di dare consigli
alle squadre per quanto riguarda la loro
architettura cerchiamo di ottenere una condivisione
concetto delle entità aziendali in
il team ad esempio un marchio giusto se noi
guardare un marchio che cosa è un brand
marchio può essere qualcosa di collegato a un
scarpa ma può anche essere un’organizzazione
che agisce come una sorta di utente per uno
dei nostri sistemi quindi questo genere di cose
devono essere gestiti abbiamo creato Tech
Raider che è una lista di tecnologie
pensiamo che stiamo sperimentando peggio con o
che sono sicuri o che non sono sicuri così noi
li valutiamo non diremo a una squadra di non farlo
usare qualcosa se ne hanno una molto buona
motivo per cui se vuoi costruire per
esempio un’app di realtà aumentata per il
magazzino e devi solo usare
dotnet per quello ok, è possibile e noi
ha creato le regole del documento di gioco che
copre molti di questi argomenti come
i microservizi dovrebbero essere costruiti nel loro complesso
resilienza parte il dimensionamento di a
micro-servizio che è sempre un grande
domanda e sì si può dare un’occhiata noi
averlo su Github in effetti questo così
un altro grande argomento qui è la conformità e
sicurezza così come una società quotata in borsa
dobbiamo dare un’occhiata a ciò che abbiamo
avere un principio a quattro occhi lì e
dobbiamo ancora tenerlo dopo le squadre o
autonomo dobbiamo garantire l’ audit
scia se succede qualcosa di brutto di cui abbiamo bisogno
per dimostrare come è nata Identità
e la gestione degli accessi è un argomento molto vasto
e molto difficile quindi proviamo a trasferirci
un’identità e un accesso completamente nuovi
gestione in quel tempo che volevamo
servizio per il servizio di autenticazione noi
voleva un cliente al servizio
autenticazione volevamo autenticazione
per servizi esterni attraverso a
il ghiaccio cerchiamo di risolvere tutto con uno
non ce l’abbiamo fatta siamo tornati a
la nostra soluzione basata su token JA a
almeno per il lato clienti e yeah
significa qui devi vederlo in micro
strada di servizio ci sono molti
le autenticazioni in corso quando ne fai una
chiama per dire una pagina
questo potrebbe innescare chiamate alla moda per alcuni
questi micro servizi del web server potrebbero
attiva anche il trigger come richiamato in modo da te
abbiamo un sacco di sette abbiamo sentito questo
mattina che vediamo che c’è anche
punto in modo da ridurre tali dati
la protezione è in Europa almeno un molto
argomento importante molte aziende
in particolare le grandi imprese non lo fanno
fidati di Amazon così tanto che loro vogliono
per essere al sicuro qui abbiamo preso io
pensa circa tre mesi per ottenere un dato
accordo di protezione con Amazon per essere
in grado di sì distribuire le nostre applicazioni
così abbiamo pensato un po ‘di
tempo ancora per il case study del
il negozio di moda è anche il negozio di moda
abbastanza monolitico almeno lo era e uno
delle missioni che abbiamo avuto l’anno scorso è stato
ricostruirlo e abbiamo provato a prendere il
concetto di micro servizi e applicarlo
al mondo front-end che è sì a
un po ‘diverso perché tutto
è una pagina nel browser degli utenti nel
fine quindi cosa abbiamo fatto così abbiamo creato a
struttura erano squadre proprie frammenti di a
pagina se guardi una pagina diciamo a
pagina del catalogo su zalando vedi più
parti di esso come l’intestazione, ad esempio
o la navigazione o il catalogo stesso
e il piè di pagina e tutti questi sono
i loro frammenti sono questi frammenti
servito da applicazioni web di proprietà di ciascuno
squadra in modo che servano il markup completo
lì per questo frammento questi web
le applicazioni a loro volta possono chiamare micro
servizi possono avere i propri dati
archiviazione e quindi abbiamo questo bello
servizio di layout finito
questo servizio di layout conosce come una pagina
dovrebbe assomigliare quindi conosce il layout
attraverso il modello e il contesto e
quindi prova a chiamare tutti questi
endpoint per i frammenti di cui ha bisogno
per costruire questa pagina come in cronica
abbiamo preso in prestito un po ‘da grande di Facebook
concetto di tubo lì e tenta di implementare
che per di più abbiamo il router
il router è un’applicazione che prima
ci consente di indirizzare le chiamate a
la vecchia applicazione del negozio o la nuova
uno e possiamo anche fare diciamo piccolo
il test funziona qui, quindi potremmo dire per
esempio vogliamo che le persone in Italia vadano
la nuova parte della pagina ma solo il 5% di
loro e possiamo quindi testarlo contro
il vecchio set up e vedere se qualcosa è
errato o meno il router è scritto dentro
l’oro a proposito del servizio di layout
il suo nodo di incarnazione attuale e lo abbiamo fatto
queste cose come open source, quindi puoi
avere uno sguardo non ci sarà anche una
post più grande nel prossimo futuro
intorno a Taylor è così il servizio di layout
e come facciamo lo streaming di tutti questi
frammenti al cliente in modo che possiamo ottenere risultati
iniettare nuove funzionalità in fase di esecuzione nel
negozio che non era davvero possibile
prima di avere anelli di retroazione più veloci
perché ogni squadra può adattarsi al proprio
velocità qui non hanno davvero bisogno di
aspetta sugli altri team per distribuire qualcosa
è il tag agnostico che puoi costruire da solo
frammenta il modo in cui vuoi più o meno
c’è qualche implicazione qui riguardo
UI siamo più produttivi con l’ intento
la responsabilità era un controllo completo con
processi snelli e agili che ogni squadra
può definire su se stesso che abbiamo indipendente
lo sviluppo continuo di consegna è
possibile in tal modo più veloce onboarding
più magnetico e sì, possiamo solo aggiungere
nuove squadre
mentre andiamo così ecco alcuni link che puoi
vedere le diapositive in seguito non lo so fare
abbiamo ancora un po ‘di tempo o vuoi
per andare alle domande ancora due minuti ok
una parte interessante nella parte anteriore è
anche l’aspetto e il tatto di solito quando
guardi le pagine web standard che ci sono
alcuni grandi file CSS proprio questo definisce
tutto così come si fa davvero fare
che lavoro così con questi team autonomi
Anche il CSS non è davvero una programmazione
linguaggio in tal senso così puoi facilmente
sovrascrivi gli altri stili CSS e
allora la tua pagina può sembrare piuttosto schifosa così
ci sono alcune buone pratiche che puoi
fai lì ma devi anche restare dentro
non importa se vuoi riprogettarlo
della tua pagina vorresti allora come tuo
X team o il tuo oggetto devono andare a tutti
squadra e chiedere loro per favore si prega di applicare il mio
nuove linee guida CSS e quindi distribuirle
porterebbe ad una situazione in cui noi
avrebbe il sistema che è
incoerente che avrebbe il
nuovo tipo di pulsante su alcune pagine e il
vecchio uno sugli altri è la tua situazione
non voglio davvero avere questo perché noi
visto molto su questo e provare a venire
con una soluzione in cui possiamo iniettare il tuo
cambia a livello centrale e sarebbe
applicato a tutti i frammenti che serviamo
subito
lo facciamo in Taylor ed è un’interfaccia utente
libreria dei componenti è che non siamo lì
eppure adesso è più o meno a
concetto tecnico o fase di esperimento noi
lo svilupperò abbastanza presto e porterà
quella vita e una cosa che voglio notare
ecco che questa architettura è in diretta
adesso
quindi l’abbiamo creato mentre ci spostavamo ad AWS
con il check out e se sei in
L’Italia o in Polonia andresti al
nuovo check-out almeno sul tuo cellulare
telefono così funziona che non abbiamo avuto grandi
incidenti lì se sei interessato
solo sì
scrivimi una mail o qualcosa del genere e io posso
connetterti con i nostri ingegneri che sono venuti
con quel modo sì ricordatevi di
valutare la sessione c’è anche qualcosa
su questo aspetto di maestria, naturalmente
voglio stare meglio così sarebbe bello
per ottenere un feedback qui e sì se
vuoi che possiamo fare alcune domande in modo che il
la maggior parte delle domande erano in realtà
su come convincere il middle management
convertire da un monolite a
microservizi cosa suggeriresti
ci hmm non abbiamo avuto questo problema in
Infatti perché la maggior parte dei middle management
soprattutto in tecnologia sono anche le persone che
chi è interessato alle nuove tecnologie
e nuovi approcci alla tecnologia così loro
erano dietro quello che penso di più
la parte difficile era convincerli a
rinunciare al controllo e dare autonomia a
le squadre che sono state la parte difficile, ok
c’è una domanda sull’autonomia di
le squadre e come internamente
comunicare i servizi disponibili all’interno
l’ organizzazione quindi se ne hai un sacco
piccoli gruppi di persone che definiscono un sacco di
piccoli servizi come fai a farglielo sapere
gli uni degli altri sì è una buona
domanda equa perché se ne hai
squadre autonome cercano di isolare
loro stessi un po ‘perché loro
non è necessario parlare con tutti proprio così
ci sono alcune squadre che fanno solo le proprie
roba e questo è un po ‘brutto, quindi tu
bisogno di fare come un’organizzazione sei tu
bisogno di creare nuove comunicazioni
canali per le squadre per stare insieme
e per parlare di quello che stanno facendo e
anche per quanto riguarda i nuovi servizi se a
squadra sta costruendo un nuovo servizio nel
finisce se nessun altro team lo sta usando
di nessun valore per la società giusto così
tasso di adozione di nuovi servizi in particolare
quelli interni sono un KPI che usiamo
misurare quanto successo ha il team in che modo
misura che è automatico o
No, non è automatico ma possiamo farlo
esempio se costruiamo un nuovo continuo
servizio di consegna e per altre squadre
poi
puoi contare il numero di squadre che usano
come KPI va bene così c’è anche a
domanda qui quanto sono grandi le tue squadre
in generale abbiamo seguito questo per la pizza
regola quindi cerchiamo di essere in mezzo tra due
a dodici persone dove direi il
la taglia migliore è il sesso come sei mi dispiace per quello
sei a sette persone sì, ok, che tipo
dell’architettura dei microservizi sei tu
usando stai usando una chiamata sincrona
o usare le chiamate asincrone dipende da
la squadra infatti così proviamo ad andare come in
cronniss il più possibile ma se lo è
non è possibile che proviamo a usare la storia e
l’ultima domanda qui è che ti senti
che il tuo approccio nel fare micro
i servizi sul front end sono stati a
successo o sta arrivando a ciò che è
qual è il tuo attuale attuale budello
sentendomi penso che la base
architettura è un successo perché
corre e non ha molti problemi
siamo solo all’inizio di
spostare tutto lì così come ho detto
è solo una cassa ormai altre squadre
stanno attualmente aumentando la loro migrazione
a questa nuova architettura una cosa che
è un problema c’è che non siamo solo
ricostruendo il negozio che stiamo ricostruendo
tutto così tutto il back-end
servizi tutto dall’articolo
servizi di magazzino per il pagamento di tutto
quindi stiamo cercando di costruire qualcosa
cima a una piattaforma mobile in questo momento che
rende le cose un po ‘complicate okay
grazie
Grazie tenere a portata di mano
tu
soprattutto così puoi vedere da dove siamo venuti
perché volevamo cambiare le cose come noi
avvicinarsi a questo da un culturale e
aspetto organizzativo e cosa
significava alla fine per il nostro attacco
paesaggio copriremo anche un paio di
le sfide che abbiamo incontrato lì e
se abbiamo ancora tempo posso anche mostrare
tu un po ‘su cosa abbiamo fatto
il negozio online perché microservizi come
un concetto applicato al fronte ed è un
diverso tipo di sfida e non lo è
così facile da risolvere, così sono io
all’istante ho anche la vergogna del
Stessa maglietta qui ehi, non lo so
non per scelta
L’ho guardato qualche volta bene
cominciamo con zalando quindi chi di voi
non conosce il lambda ok almeno a
pochi negli Stati Uniti, per esempio siamo
praticamente sconosciuto che è interessante
perché noi siamo davvero davvero enormi e
questa è la nostra visione, quindi ciò che realmente facciamo
voglio fare è vogliamo collegare le persone
con la moda attraverso un paio di
diversi canali che vogliamo collegare
per esempio uno stilista con un consumatore
e anche con il fornitore e, naturalmente
Vogliamo vendere la moda, alla fine, siamo
davvero enorme non so se qualcuno di voi
avere un’idea di quale scala siamo adesso
abbiamo 15 paesi con circa 18
milioni di clienti attivi che acquistano prodotti
durante gli ultimi mesi e l’anno scorso
abbiamo realizzato circa 3 miliardi di entrate
a un certo punto il più veloce europeo
compagnia per raggiungere 1 miliardo di entrate così
è cresciuto molto velocemente e ora abbiamo
circa 10.000 dipendenti e siamo
raggiungendo 1.000
Solo nella tecnologia abbiamo sette tecnologie
hubs in tutta Europa quindi i più grandi
sono quelli di Berlino quello di Dublino
e quello di Helsinki, ma anche noi
quelli piccoli in Germania sì , andiamo a
i primi tempi così è iniziata la Londra
nel 2008 è stata fatta la dimostrazione del concetto
con Magento come base per vedere se
vendere scarpe online è fattibile
perché un sacco di gente in quel momento
certo vendere scarpe online e se lo fosse
non va bene e quindi ce n’erano molti
preoccupazioni era come una pazza idea e
la piattaforma Magento ha permesso il
affari per provarlo e vedere come
goes Magento è un negozio open source
soluzione c’è anche quella aziendale
ed è basato su PHP, quindi lo abbiamo fatto e
noi sì siamo cresciuti abbastanza velocemente così gente
mi è piaciuto molto comprare le scarpe online
anche perché abbiamo avuto questo ritorno gratuito
politica lì e molto presto siamo arrivati a
punto in cui il carico sul sistema
non poteva più essere gestito da quello
particolare sistema di e-commerce quindi abbiamo dovuto
costruire un nuovo sistema e abbiamo dovuto costruire
è veloce perché eravamo già a
dire che non potremmo andare oltre
ci siamo consultati con il CTO di Magento
ha fatto qualsiasi tipo di sintonizzazione possibile per il
sistema semplicemente non ce la faceva proprio così
abbiamo trascorso circa tre mesi
costruire il nostro sistema di e-commerce basato
su Java e Postgres e ora abbiamo avuto un
situazione interessante immagino che molti di
l’hai visto prima, quindi se vai
attraverso un tempo in cui ne hai molte
problemi nelle operazioni hai diritto a
molti sistemi di problemi di carico possono essere giù
e cose del genere, quindi tendi ad arrivare
un po ‘ sul lato difensivo di
cose così quando progetti il tuo prossimo
tu tendi ad essere molto attento a questo
davvero in grado di gestire il carico che è
roccia solida e stabile e tutto e
tu provi a tipo di sì prendi
precauzioni e quello che facevamo allora eravamo noi
spinto un sacco di logica aziendale in
i livelli del database erano così tanti
procedure eseguite e memorizzate e Postgres
e c’era molta logica aziendale
giusto non solo due o tre tipi
le procedure c’erano come centinaia e
come puoi immaginare di mantenere quel tipo
di base di codice diventa difficile tutto bene sì
quindi, a proposito, qualcuno lo sa?
questo dipinto per caso sì, proprio così
anche la schermata di caricamento della civiltà
5 ma sì è una torre di Babele e
anche la Torre di Babele è interessante
perché le persone in quel momento così il
la storia dice che potrebbe solo costruire questo perché
hanno parlato la stessa lingua giusta e
è anche qualcosa che è un monolite
tendono ad avere una sorta di restrizione
quindi praticamente tutto ciò che costruisci ha bisogno
essere nella stessa lingua altrimenti
sì, non è più un monolite che abbiamo avuto
quella situazione così abbiamo avuto questa lingua
accedi qui e sì dopo che abbiamo costruito questo
primo sistema di e-commerce a cui abbiamo iniziato
aggiungere funzionalità in alto e in alto e di
Top per cinque anni quindi ogni paese
ovviamente ha le sue specialità locali
come diciamo pagamento o consegna o noi
ha anche fatto molto sul lato logistico di
vedendo così i sistemi sono cresciuti così
punto che non avevamo un solo modello
è come la semplificazione che abbiamo avuto
un paio di loro ma c’erano davvero
grandi sistemi quindi cosa vuol dire quando?
guardiamo alla produttività dei nostri team
abbiamo un sacco di team che lavorano al
stesso codice base che è abbastanza grande così
hai molte dipendenze se tu
volere
fai qualcosa che devi controllare quali sono
le altre persone stanno influenzando le loro
codice in alcun modo
stai influenzando le operazioni di
il sistema che ti serve molto
coordinamento intorno alle squadre per farlo
anche con versioni per esempio e QA
e questo porta a questa legge di
rendimenti decrescenti che significa che
aggiungere più persone giusto non è così
portare un sacco di valore in più perché il
più persone hai di più
dipendenze che crei e tutto
rallenta non puoi raggiungere un punto in cui
aggiungere persone è dannoso dove
sei sostanzialmente più lento di prima
e questo non è un granché
situazione per essere in e abbiamo anche visto che
l’innovazione ha sofferto per rimanere al top in
un ambiente tecnologico è necessario essere molto
innovativo è necessario tirar fuori nuovi
caratteristiche che devi reinventare inventori
te stesso e con un enorme codice di base
avere il problema che la densità buck
semplicemente aumenta con le linee ovviamente
ci sono alcuni studi su questo
e vedi anche molti più effetti collaterali
quindi se qualcuno cambia codice qui può farlo
rompere qualcosa altrove ed è molto
difficile da contenere questo quindi ciò che le persone tendono
fare le nostre aziende tendono a fare in questo
la situazione è che creano rigidità
processi attorno all’intero software
ciclo di sviluppo come i processi di QA come
ganci Web nel controllo della versione e
il vostro biglietto per controllare ogni cantare come
controlla la tua implementazione
applicazione ad esempio per bollire davvero
cose fino a uno stato controllabile e
per tipo di uccidere qualsiasi tipo di varianza tu
potrebbe avere nello sviluppo del tuo software
processo e se si uccidono varianti di
Ovviamente limiti anche il tuo limite
innovazione perché intendo l’innovazione
varianti che cerchi di portare
qualcosa di nuovo, quindi abbiamo avuto meno innovazione
Qui
un buon esempio è questa programmazione
lingua Lockean abbiamo avuto con Java così noi
non potrei distribuire altro, quindi se tu
voleva andare per un’applicazione go o
qualcosa di sfortunato non molto bello e noi
ha anche visto un impatto negativo su così grossolana
dal lato delle cose delle persone
certo che vogliamo crescere là vogliamo
avere più ingegneri che vogliono portare
più prodotti e se ne hai uno enorme
codebase un aspetto che vedi è nuovo
le stelle hanno davvero un momento difficile da ottenere
fiducioso con il codice perché è così
grandi devono imparare tanto e loro
anche loro non ne vogliono affatto
rischi lì è è piuttosto difficile
perché non riescono a capire tutto
quindi è abbastanza brutto ci vogliono mesi
qualcuno per essere veramente produttivo e di
Certo un’altra cosa che sì come
la folla della tecnologia sai cosa tendiamo
ad apprezzare le nuove tecnologie e noi tendiamo a
giocare con qualcosa di nuovo
esperimento ma se sei bloccato in un
vecchio stack tecnologico che è fondamentalmente 10
anni perché nel 2010 quando noi
deciso per questo stack Java Postgres noi
deciso per qualcosa che è stato dimostrato
e stabile giusto così era in giro per
un bel po ‘di tempo ma il più giovane
ingegneri che escono dal
università sì loro sono abituati
altre tecnologie a quelle più nuove e se
li mettono a bordo in una compagnia
che non fornisce questo
ambiente sono demotivati così dentro
Infatti quello che abbiamo visto era che la nostra compagnia
per la tecnologia non erano persone molto magnetiche
in realtà non vederci come una società di tecnologia
e quando hanno saputo di cosa siamo
usando giusto questo era come un punto in cui
molti di loro hanno appena deciso di non aderire
Zalando a quel punto era così assoldato
abbastanza lento qui abbiamo dovuto cambiare
qualcosa se volessimo continuare
superiore
nello spazio di vendita nel settore della moda
qui quindi dovevamo fare qualcosa così
poi ci siamo messi insieme per un paio di
mesi come circa 30 persone dalla tecnologia
e pensato a come dobbiamo
ristrutturare la nostra organizzazione e la nostra
cultura per migliorare su tutti questi
cose per creare un ambiente che
gli ingegneri amano bene
l’abbiamo definita un’agilità radicale e basta
fondamentalmente ciò che volevamo avere voluto
avere squadre autonome che potrebbero
consegnare i nuovi prodotti in modo efficiente a
scala che significa come volevamo prendere
un paio di ingegneri li hanno messi in un
motoscafo e poi dire loro quale
direzione dovrebbero andare e poi andarsene
loro e vedere che cosa che cosa viene fuori di esso
e c’era già una bella pausa da
la cultura formale precedente al salone che
era dovuto a questi rigidi processi e al
la storia che avevamo era molto di più
il controllo ed è quello che abbiamo fatto
disegniamo questo fumetto qui e se
hai letto il libro guidato da Daniel
rosa allora questo potrebbe essere un po ‘
familiare perché serviva da
ispirazione quindi abbiamo tre principi
qui uno è un mezzo scopo
tutti vogliono sapere perché lui è
facendo quello che sta facendo e questo significa
che le squadre possono definire con le loro
proprietario del prodotto possono definire il proprio
scopo all’interno dell’azienda quindi cos’è?
cosa cosa vogliono?
raggiungere questo serve come abbastanza
spinta motivazionale qui non c’è solo
lo scopo della squadra c’è anche il
scopo individuale tutti ne hanno
tipo di scopo forse vuoi essere il
il miglior guru DevOps del mondo o tu
voglio essere un esperto altamente qualificato a
Scala
qualcosa che vediamo anche noi e cerchiamo anche di
aiutare i nostri ingegneri a raggiungere questo scopo
e sì vai più lontano e, naturalmente
abbiamo lo scopo dell’azienda che dà
una sorta di direzione ciò che vogliamo
raggiungere a medio e lungo termine a destra
così autonomia il secondo principio è a
molto importante e anche abbastanza difficile
raggiungere l’ autonomia significa sostanzialmente quello
le persone sono libere di scegliere come risolveranno
cose
così nel libro così in teoria è così
composto da quattro T è la squadra
tecnica maledetta volta e prima
ok, ho dimenticato che si tratta comunque
avere la capacità di definire veramente
come si desidera lavorare e questo significa anche
che le squadre non possono scegliere il
tecnologia che pensano sia meglio per loro
attività corrente a portata di mano si può decidere come
vogliono strutturare il loro tempo giusto
quando fare riunioni e cose così proviamo
lasciarli soli li possono
decidere come prioritizzare i loro compiti
basato sul loro scopo quindi se loro
definiscono i loro scopi ne costruiscono alcuni
diciamo gli indicatori KPI del prodotto per tenere traccia di come
stanno andando, possono solo guardarlo
e pensa a come possiamo migliorare il nostro
i propri KPI per migliorare al nostro scopo
e abbiamo una maestria come un certificato
principio qui la padronanza riguarda il nostro
guidare per migliorare ciò che facciamo
tutti vogliono fare un buon lavoro, giusto
probabilmente non c’è nessuno che lo voglia davvero
fare un lavoro schifoso e questa maestria
l’aspetto è qualcosa che è spesso
trascurato nella maggior parte delle organizzazioni tecnologiche
perché di solito la leadership tecnologica ne ha due
responsabilità uno è la consegna il
altro è lo sviluppo delle persone e quando
arriva alle scadenze lo sviluppo delle persone lo è
per lo più spinto di lato così ha
non la stessa quantità di sforzo messo in
questo è anche il motivo per cui noi
ha cambiato la nostra struttura di leadership qui
consentire il 100% di attenzione anche alle persone
lo sviluppo è tutto insieme
aiutato dalla fiducia ovviamente se lo dai
l’autonomia delle persone devi aver fiducia in loro
fare la cosa giusta e anche questa
significa abbastanza cambiamento di mentalità da a
prospettiva di leadership perché tu
Devo davvero fare un passo indietro a volte
e solo la squadra fare quello che pensa
è il migliore e molte persone sono per un
molte persone questo è difficile
a volte se ne hai l’opinione
questa è una direzione sbagliata che non puoi
il vantaggio tecnico devi convincere la squadra
con argomenti non con il tuo ruolo in
organizzazione penso che sia molto buono
mossa
quindi sì, anche qui gli obiettivi sono aumentati
innovazione e produttività guardiamo
alla legge di Conway, quindi abbiamo cambiato il
organizzazione basata su questa filosofia
e se cambi l’organizzazione come
Conway dice che devi farlo anche tu
cambia il tuo paesaggio tecnologico altrimenti tu
ottenere una sorta di attrito solo
non va bene adesso siamo nel
mezzo di esso
Voglio dire anche i cambiamenti organizzativi
un po ‘di tempo ma cambiando la tecnologia completa
paesaggio di una grande azienda come Zalando
impiega anche più tempo nel mezzo
la squadra deve ancora fare i conti con gli anziani
sistemi che sì diciamo di più
di una squadra mentre costruiscono il loro nuovo
sistemi che coprono solo una squadra così
l’agilità radicale non è solo il
idea organizzativa e idea della cultura
che abbiamo avuto è questo e il
panorama tecnologico che si adatta a questo
idea così qui ho da Adrian Cockroft
una bella citazione riguardo a cosa il micro
Il servizio è che provo a creare una frase
che descrivono
o organizzazione e sì, si adatta in qualche modo
giusto questa è l’idea qui così creare
un’architettura che si adatta al
organizzazione va bene andiamo al
sfide che abbiamo avuto ci sono un paio di
le loro operazioni operative sono belle
importante ho letto di recente un Twitter
blocco che ha detto che spendono non lo faccio
conosci solo centinaia di anni del personale
raggiungendo di nuovo l’operatività dei loro
sistemi dopo il passaggio a micro
servizi abbiamo anche Martin Fowler che
ha detto che ci sono tre prerequisiti
ai micro servizi con cui lui intende te
non dovrebbe farlo se non ti interessa
queste tre cose sono veloci
fornitura rapida applicazione
implementazione e monitoraggio di base che
sono molto più difficili in un micro servizio
ambiente in cui hai centinaia o
migliaia di micro servizi che abbiamo ascoltato
oggi paio di colloqui soprattutto di
provisioning rapido e sì abbiamo fatto il nostro
propria soluzione lì monitoraggio
soprattutto se vuoi tenere traccia di noi
dì una chiamata da un cliente a dozzine
di diversi micro servizi anche di tipo
difficile non puoi davvero farlo se tu se
tu provi a bloccare il server e la coda
le serrature è un po ‘più complessa
ecco perché questo è il nostro setup operativo
utilizzare per il provisioning di AWS anche a causa di
il suo enorme ecosistema viene utilizzato come docker
tecnologia di implementazione e per il monitoraggio
andiamo con le dinamiche delle app e con quello
Montu che è un sistema che costruiamo
noi stessi è anche open source se
ti interessa mi piace perché è così
abbastanza buono per dire più affari
metriche e KPI orientati e che usiamo
Stoops IO
che è la nostra struttura per la base mobile
applicazioni su AWS che puoi avere
uno sguardo a Stoops IO hanno un sito web
e spiega come risolviamo che non lo è
davvero non puoi davvero
prendilo e usalo perché è per te stesso
perché ha alcuni molto personalizzati
punti in esso sì sì, ma probabilmente
puoi avere qualche idea già
oops oh questo è il seguente così abbiamo
dr. distribuire abbiamo accesso SSH a
macchine abbiamo rapporti di controllo che è
abbastanza importante per noi perché siamo un
società pubblica che dobbiamo rispettare per
certe cose e possiamo dare squadre
pieno successo AWS quindi ogni squadra ha il suo
possedere un account AWS e può eseguire il proprio
qualsiasi cosa di cui hanno bisogno per gestire la mente
la mentalità è anche molto importante come sul
lato tecnico ma anche su
leadership, quindi abbiamo qui un cambiamento
quando si tratta di guardare il
disponibilità di servizi quindi se tu
progettare un nuovo servizio di micro-servizi e
questo dipende dagli altri in un modo
allora devi davvero aspettarti che il
altri servizi possono fallire perché loro
sarà a un certo punto nel tempo si deve
prova a costruire il tuo sistema in un modo che
è resistente che non può far fronte con
fallimento e ci sono più cose
potresti fare per esempio potresti farlo tu
potrebbe provare a fare principalmente come un Chronos
comunicazione tra i sistemi voi
potrebbe provare a usare hystrix di cui hai bisogno
pensa al servizio di degredation per
ad esempio in modo da che cosa posso offrire al
cliente di quel particolare servizio
giù possono ancora fare qualcosa o no
come posso io come posso provare a mantenere le cose
destra stabile e abbiamo una per terminare
responsabilità questa era una grande cosa
perché prima erano cambiate le squadre
solo sviluppando un nuovo software e poi esso
era come buttato su K e lo faranno
aggiustalo o vedranno cosa è
sbagliato con esso così abbiamo cambiato quello e
dopo il QA dal modo in cui è andato a specie di a
squadra di piattaforme che ha coperto il tutto
operazioni lo cambiamo e lo spostiamo
tutto per la squadra stessa quindi la squadra
si
è responsabile non solo dello sviluppo
ma anche per test e anche per
Operando ciò che costruiscono questo è un po ‘
difficile perché hai bisogno di certe abilità
per alcune di queste cose e così noi
devo anche addestrare le persone e
dare loro gli strumenti necessari per raggiungere
quel software-come-un-servizio
è qualcosa di una linea guida quindi cosa noi
volevo davvero avere anche quelle squadre
sentirsi un po ‘come se fossero piccoli
start-up perché hanno questo
responsabilità e dovrebbero pensare
su cosa costruiscono come vorresti se
creeresti un software come servizio
la società ha quindi ottime API
buona documentazione è stabile hanno SL A’s
il tuo sistema funzionerà in questo modo
che potresti teoricamente offrirlo come
un prodotto da qualche parte e avevamo prima l’API
che è un nuovo approccio che abbiamo preso così se
sei una squadra e vuoi costruire un
nuovo servizio diciamo un servizio di scorta
a destra e poi la prima cosa sarebbe quella di
creare l’API e questa API sarebbe quindi
anche essere rivisto e controllato da un
gruppo dedicato di ingegneri cosa noi
volevo essere sicuro che qui fosse l’API
Saur sì correggere in modo anche semantico
abbiamo anche creato uno interessante
strumento chiamato play swagger che permette
per scrivere la tua API swagger e creare
il codice di gioco per quello automaticamente
è open source anche globale
architettura che è anche molto
interessante perché se ne hai uno
molte squadre e tutti fanno quello che lui
pensa sia meglio risolvere il loro particolare
preoccupazione quindi è difficile avere un
grande immagine della tua architettura e
quello che anche noi non volevamo avere è un po ‘
sorta di software torre d’avorio
seduto da qualche parte a disegnare qualcosa di grande
panorama tecnico lì così come abbiamo provato
per farlo così per uno che abbiamo introdotto
peer-review ad esempio è la gilda API
uno dove cerchiamo di dare consigli
alle squadre per quanto riguarda la loro
architettura cerchiamo di ottenere una condivisione
concetto delle entità aziendali in
il team ad esempio un marchio giusto se noi
guardare un marchio che cosa è un brand
marchio può essere qualcosa di collegato a un
scarpa ma può anche essere un’organizzazione
che agisce come una sorta di utente per uno
dei nostri sistemi quindi questo genere di cose
devono essere gestiti abbiamo creato Tech
Raider che è una lista di tecnologie
pensiamo che stiamo sperimentando peggio con o
che sono sicuri o che non sono sicuri così noi
li valutiamo non diremo a una squadra di non farlo
usare qualcosa se ne hanno una molto buona
motivo per cui se vuoi costruire per
esempio un’app di realtà aumentata per il
magazzino e devi solo usare
dotnet per quello ok, è possibile e noi
ha creato le regole del documento di gioco che
copre molti di questi argomenti come
i microservizi dovrebbero essere costruiti nel loro complesso
resilienza parte il dimensionamento di a
micro-servizio che è sempre un grande
domanda e sì si può dare un’occhiata noi
averlo su Github in effetti questo così
un altro grande argomento qui è la conformità e
sicurezza così come una società quotata in borsa
dobbiamo dare un’occhiata a ciò che abbiamo
avere un principio a quattro occhi lì e
dobbiamo ancora tenerlo dopo le squadre o
autonomo dobbiamo garantire l’ audit
scia se succede qualcosa di brutto di cui abbiamo bisogno
per dimostrare come è nata Identità
e la gestione degli accessi è un argomento molto vasto
e molto difficile quindi proviamo a trasferirci
un’identità e un accesso completamente nuovi
gestione in quel tempo che volevamo
servizio per il servizio di autenticazione noi
voleva un cliente al servizio
autenticazione volevamo autenticazione
per servizi esterni attraverso a
il ghiaccio cerchiamo di risolvere tutto con uno
non ce l’abbiamo fatta siamo tornati a
la nostra soluzione basata su token JA a
almeno per il lato clienti e yeah
significa qui devi vederlo in micro
strada di servizio ci sono molti
le autenticazioni in corso quando ne fai una
chiama per dire una pagina
questo potrebbe innescare chiamate alla moda per alcuni
questi micro servizi del web server potrebbero
attiva anche il trigger come richiamato in modo da te
abbiamo un sacco di sette abbiamo sentito questo
mattina che vediamo che c’è anche
punto in modo da ridurre tali dati
la protezione è in Europa almeno un molto
argomento importante molte aziende
in particolare le grandi imprese non lo fanno
fidati di Amazon così tanto che loro vogliono
per essere al sicuro qui abbiamo preso io
pensa circa tre mesi per ottenere un dato
accordo di protezione con Amazon per essere
in grado di sì distribuire le nostre applicazioni
così abbiamo pensato un po ‘di
tempo ancora per il case study del
il negozio di moda è anche il negozio di moda
abbastanza monolitico almeno lo era e uno
delle missioni che abbiamo avuto l’anno scorso è stato
ricostruirlo e abbiamo provato a prendere il
concetto di micro servizi e applicarlo
al mondo front-end che è sì a
un po ‘diverso perché tutto
è una pagina nel browser degli utenti nel
fine quindi cosa abbiamo fatto così abbiamo creato a
struttura erano squadre proprie frammenti di a
pagina se guardi una pagina diciamo a
pagina del catalogo su zalando vedi più
parti di esso come l’intestazione, ad esempio
o la navigazione o il catalogo stesso
e il piè di pagina e tutti questi sono
i loro frammenti sono questi frammenti
servito da applicazioni web di proprietà di ciascuno
squadra in modo che servano il markup completo
lì per questo frammento questi web
le applicazioni a loro volta possono chiamare micro
servizi possono avere i propri dati
archiviazione e quindi abbiamo questo bello
servizio di layout finito
questo servizio di layout conosce come una pagina
dovrebbe assomigliare quindi conosce il layout
attraverso il modello e il contesto e
quindi prova a chiamare tutti questi
endpoint per i frammenti di cui ha bisogno
per costruire questa pagina come in cronica
abbiamo preso in prestito un po ‘da grande di Facebook
concetto di tubo lì e tenta di implementare
che per di più abbiamo il router
il router è un’applicazione che prima
ci consente di indirizzare le chiamate a
la vecchia applicazione del negozio o la nuova
uno e possiamo anche fare diciamo piccolo
il test funziona qui, quindi potremmo dire per
esempio vogliamo che le persone in Italia vadano
la nuova parte della pagina ma solo il 5% di
loro e possiamo quindi testarlo contro
il vecchio set up e vedere se qualcosa è
errato o meno il router è scritto dentro
l’oro a proposito del servizio di layout
il suo nodo di incarnazione attuale e lo abbiamo fatto
queste cose come open source, quindi puoi
avere uno sguardo non ci sarà anche una
post più grande nel prossimo futuro
intorno a Taylor è così il servizio di layout
e come facciamo lo streaming di tutti questi
frammenti al cliente in modo che possiamo ottenere risultati
iniettare nuove funzionalità in fase di esecuzione nel
negozio che non era davvero possibile
prima di avere anelli di retroazione più veloci
perché ogni squadra può adattarsi al proprio
velocità qui non hanno davvero bisogno di
aspetta sugli altri team per distribuire qualcosa
è il tag agnostico che puoi costruire da solo
frammenta il modo in cui vuoi più o meno
c’è qualche implicazione qui riguardo
UI siamo più produttivi con l’ intento
la responsabilità era un controllo completo con
processi snelli e agili che ogni squadra
può definire su se stesso che abbiamo indipendente
lo sviluppo continuo di consegna è
possibile in tal modo più veloce onboarding
più magnetico e sì, possiamo solo aggiungere
nuove squadre
mentre andiamo così ecco alcuni link che puoi
vedere le diapositive in seguito non lo so fare
abbiamo ancora un po ‘di tempo o vuoi
per andare alle domande ancora due minuti ok
una parte interessante nella parte anteriore è
anche l’aspetto e il tatto di solito quando
guardi le pagine web standard che ci sono
alcuni grandi file CSS proprio questo definisce
tutto così come si fa davvero fare
che lavoro così con questi team autonomi
Anche il CSS non è davvero una programmazione
linguaggio in tal senso così puoi facilmente
sovrascrivi gli altri stili CSS e
allora la tua pagina può sembrare piuttosto schifosa così
ci sono alcune buone pratiche che puoi
fai lì ma devi anche restare dentro
non importa se vuoi riprogettarlo
della tua pagina vorresti allora come tuo
X team o il tuo oggetto devono andare a tutti
squadra e chiedere loro per favore si prega di applicare il mio
nuove linee guida CSS e quindi distribuirle
porterebbe ad una situazione in cui noi
avrebbe il sistema che è
incoerente che avrebbe il
nuovo tipo di pulsante su alcune pagine e il
vecchio uno sugli altri è la tua situazione
non voglio davvero avere questo perché noi
visto molto su questo e provare a venire
con una soluzione in cui possiamo iniettare il tuo
cambia a livello centrale e sarebbe
applicato a tutti i frammenti che serviamo
subito
lo facciamo in Taylor ed è un’interfaccia utente
libreria dei componenti è che non siamo lì
eppure adesso è più o meno a
concetto tecnico o fase di esperimento noi
lo svilupperò abbastanza presto e porterà
quella vita e una cosa che voglio notare
ecco che questa architettura è in diretta
adesso
quindi l’abbiamo creato mentre ci spostavamo ad AWS
con il check out e se sei in
L’Italia o in Polonia andresti al
nuovo check-out almeno sul tuo cellulare
telefono così funziona che non abbiamo avuto grandi
incidenti lì se sei interessato
solo sì
scrivimi una mail o qualcosa del genere e io posso
connetterti con i nostri ingegneri che sono venuti
con quel modo sì ricordatevi di
valutare la sessione c’è anche qualcosa
su questo aspetto di maestria, naturalmente
voglio stare meglio così sarebbe bello
per ottenere un feedback qui e sì se
vuoi che possiamo fare alcune domande in modo che il
la maggior parte delle domande erano in realtà
su come convincere il middle management
convertire da un monolite a
microservizi cosa suggeriresti
ci hmm non abbiamo avuto questo problema in
Infatti perché la maggior parte dei middle management
soprattutto in tecnologia sono anche le persone che
chi è interessato alle nuove tecnologie
e nuovi approcci alla tecnologia così loro
erano dietro quello che penso di più
la parte difficile era convincerli a
rinunciare al controllo e dare autonomia a
le squadre che sono state la parte difficile, ok
c’è una domanda sull’autonomia di
le squadre e come internamente
comunicare i servizi disponibili all’interno
l’ organizzazione quindi se ne hai un sacco
piccoli gruppi di persone che definiscono un sacco di
piccoli servizi come fai a farglielo sapere
gli uni degli altri sì è una buona
domanda equa perché se ne hai
squadre autonome cercano di isolare
loro stessi un po ‘perché loro
non è necessario parlare con tutti proprio così
ci sono alcune squadre che fanno solo le proprie
roba e questo è un po ‘brutto, quindi tu
bisogno di fare come un’organizzazione sei tu
bisogno di creare nuove comunicazioni
canali per le squadre per stare insieme
e per parlare di quello che stanno facendo e
anche per quanto riguarda i nuovi servizi se a
squadra sta costruendo un nuovo servizio nel
finisce se nessun altro team lo sta usando
di nessun valore per la società giusto così
tasso di adozione di nuovi servizi in particolare
quelli interni sono un KPI che usiamo
misurare quanto successo ha il team in che modo
misura che è automatico o
No, non è automatico ma possiamo farlo
esempio se costruiamo un nuovo continuo
servizio di consegna e per altre squadre
poi
puoi contare il numero di squadre che usano
come KPI va bene così c’è anche a
domanda qui quanto sono grandi le tue squadre
in generale abbiamo seguito questo per la pizza
regola quindi cerchiamo di essere in mezzo tra due
a dodici persone dove direi il
la taglia migliore è il sesso come sei mi dispiace per quello
sei a sette persone sì, ok, che tipo
dell’architettura dei microservizi sei tu
usando stai usando una chiamata sincrona
o usare le chiamate asincrone dipende da
la squadra infatti così proviamo ad andare come in
cronniss il più possibile ma se lo è
non è possibile che proviamo a usare la storia e
l’ultima domanda qui è che ti senti
che il tuo approccio nel fare micro
i servizi sul front end sono stati a
successo o sta arrivando a ciò che è
qual è il tuo attuale attuale budello
sentendomi penso che la base
architettura è un successo perché
corre e non ha molti problemi
siamo solo all’inizio di
spostare tutto lì così come ho detto
è solo una cassa ormai altre squadre
stanno attualmente aumentando la loro migrazione
a questa nuova architettura una cosa che
è un problema c’è che non siamo solo
ricostruendo il negozio che stiamo ricostruendo
tutto così tutto il back-end
servizi tutto dall’articolo
servizi di magazzino per il pagamento di tutto
quindi stiamo cercando di costruire qualcosa
cima a una piattaforma mobile in questo momento che
rende le cose un po ‘complicate okay
grazie
Grazie tenere a portata di mano
tu
Please follow and like us: