[Musica]
Mi presenterò prima un po ‘
e parlare di ciò che presenterò
oggi
quindi il mio nome è Marathi. Sono stato nel
campo tecnologico per circa 26 27 anni
così e per la maggior parte di quel tempo
Mi sono definito un architetto e l’ho fatto
sempre un po ‘ridacchiato quando l’ho detto
perché sembra avere un brutto
connotazione almeno e molto del
le organizzazioni II hanno funzionato nuovamente
la mente ha chiamato PR è lì lo scorso novembre
abbiamo pubblicato un libro e chiamiamo il
architettura continua ed ecco cosa
Voglio parlare di oggi il motivo per cui noi
scrisse il libro eravamo entrambi e io lavoro a
Deutsche Bank anche se completa divulgazione
tutto ciò di cui sto parlando qui oggi va bene
o niente male a che fare con la mia corrente
datore di lavoro, né si riferisce a Pierre
attuale datore di lavoro per cui lavora la PR
viaggiatori negli Stati Uniti lui e io
ha lavorato molti anni fa insieme come
architetti come consulenti e ho avuto un
molte buone idee o pensiamo buone idee
e volevamo raccoglierli nella sua
architettura come la conosciamo o ci eravamo abituati
sai che lo sai ancora molto tempo fa
rilevante nel mondo della tecnologia di oggi
e un IT quindi parlerò un po ‘
su questo e non è davvero un
approccio prescrittivo è davvero davvero un
raccolta di idee e principi ecc
che speriamo comprenderete oggi
prima di questo voglio solo ottenere un
comprensione del pubblico e lo farò
fare qualcosa che di solito non mi piace
i presentatori che fanno perché chiedono il
pubblico alcune domande ma me lo prometto
non scegliere su nessuno e sai chiedere
loro di cadere con quello ma è
solo se potessi avere una dimostrazione di mani su a
alcune domande quindi quanti nel
il pubblico si definirebbe un
Architetto , mani così ruvide sono io che sto facendo
Credo che in un sesto o uno dei
pubblico quanti si chiamerebbero
lo sviluppatore
okay, sono tutti così , quindi sei tu
quelli che normalmente non conosci io
non sono d’accordo con gli architetti o hanno
forse tipo di sfide con loro forse
Non quanti sarebbero definirsi un
manager di progetto manager o in gestione
strato ecc ok così circa lo stesso numero
di architetti travolti dal
gli sviluppatori sono bravi quanti di voi
suonare uno strumento musicale Mi dispiace
circa più della metà di quanti su un animale domestico
okay, più gente suona musica
strumenti e su animali domestici e quanti di
voti regolarmente alle elezioni, okay
è davvero molto buono quindi è così
meglio così è stato solo per capire
pubblico un po ‘così lasciami iniziare
le chiacchiere quindi prima alcune diapositive
contesto
sai prima di introdurre il concetto
di architettura continua intendo cosa
è l’architettura , sai che è così
c’è un sacco di e nel libro che proviamo
per dare alcune definizioni ma in realtà
ha insegnato che si tratta davvero di guardare il
software che sviluppi conosci il sistema
lo stai sviluppando e distribuendolo a
livello di astrazione che vuoi
e prendi certe decisioni su come
il sistema dovrebbe essere strutturato sai
questa è una definizione molto sciolta ma
questo è il modo in cui la maggior parte della gente capisce
architettura nel loro mondo attuale
architetti fondamentalmente a causa del
nome ci piace sempre riferirsi al reale
architetti quelli che effettivamente hanno costruito
edifici è e ho messo qualcosa di
Frank Gehry là fuori che è a
costruendo lui e qualcun altro che io
non ricordo il suo nome, ma io do molto
del mio lignaggio costruito e Praga che è
la casa da ballo che dovrebbe essere
fresche Astaire e Fred Astaire e
Ginger Rogers è quello che era
influenzato da intendo quell’edificio
è di per sé molto interessante ci devono
alcuni sono stati rimossi dal
internet da allora, ma se lo hai cercato su Google
circa cinque anni fa o qualcosa del genere
sono molti dibattiti su quanto bene il
funzioni di costruzione a causa dell’aria
circolazione così dà un molto
noto architetto e dà
pensieri interessanti sulla differenza
tra forma e funzione
ma penso che l’architettura del software sia
più specialmente oggi quando stiamo guardando
a continua a fornire un agile è
sempre riferendosi alla costruzione
le architetture probabilmente non sono corrette
probabilmente meglio pensare di crescere
organismi o come le cose crescono e questo è
un modo migliore di pensare
architettura ma un’altra cosa sta dicendo
che fondamentalmente gli inquilini di base del bene
l’architettura non è cambiata sai
sai sempre se leggi un
il mitico uomo-mese di Federico
Brooks che è scritto anni fa sul suo
esperienza nella costruzione dei sistemi IBM
tutto ciò che dice è in realtà ancora
valido oggi penso che cosa è cambiato
però è il panorama tecnologico
fondamentalmente ci occupiamo di un ambiente come IT
gruppi in realtà ne chiederò un altro
domanda quante persone lavorano in cosa
potresti chiamare medio-grande
organizzazione così sei nell’IT
divisione di un medio al grande
organizzazione quindi è circa la metà del
pubblico quindi la pressione che si ottiene è quella di
consegnare rapidamente è molto più di questo
era prima che tu sappia che non puoi dire
Lo saprò rilasciare ogni sei mesi
tutte le indagini che conosci che sai aspettare
per la prossima uscita l’anno prossimo ecc
avere timeline più veloci e poi perché
delle aspettative e tutti hanno
la loro app sempre e come il loro telefono cellulare
quindi gli affari o le persone che tu
sai usare il software che sei
lo sviluppo è un po ‘più alto
aspettarsi che si aspettino che tu operi
nel loro livello di Internet in a
maggiore scala e modo distribuito e
che soprattutto nelle grandi organizzazioni
o apparire e io vengo da è abbastanza a
sfida penso che ciò che non è cambiato
nel mondo dell’architettura è
c’è un enorme impatto organizzativo
struttura sull’architettura di
il sistema e parlerò di più a riguardo
ma questo non è cambiato un po ‘
più sul contesto così e questo è difficile
da leggere ma l’ho disegnato una volta
tipo di guardare la tecnologia e
approccio sviluppato un’architettura di
come le cose si sono evolute se si guarda
sai che abbiamo i mainframe il
PC client-server web e ora tu
potrebbe chiamarlo cloud quindi abbiamo quattro o
cinque diversi livelli di tecnologia e
Ho buttato a caso alcune cose là fuori
di quando le cose sono uscite dal primo Oracle
apparentemente client-server
era nel 1985 interessante sapete sapone
uscito nel 1998 non è totalmente
obsoleto
sai che Amazon Web Services è questo
2006 lo guardi e poi guardi
a conosci gente cosa fai?
con l’approccio di sviluppo e come
hai a che fare con l’architettura
cose interessanti
Intendo dire che la programmazione strutturata è del 1966
la prima architettura a strati, almeno
che sono a conoscenza del modello OSI OSI
modello che era in giro per le reti
modello a sette strati , quindi era nell’84
e poi quello che realmente è successo è stato
c’è come la metà degli anni ’90 un enorme
la quantità di cose accadute sai
questa è un’analisi orientata agli oggetti e
il design era molto di moda casi d’uso
modelli di progettazione la quarta forza uno
modellare il modello di maturità CMM
è uscito negli anni ’90 quindi è solo
interessante pensare a questo e e
poi abbiamo avuto un j’l e continuo
consegna e cose come sicuro così è
solo l’ho appena è piaciuto Ho trovato molto
interessante pensarci quando noi
sembrano iniziare a pensare a questo
concetto di come tecnologia e
architettura e approccio a
l’architettura che conosci sviluppare e
si supportano a vicenda si spera quindi che cosa è
Voglio dire che l’architettura continua è giusta
poche parole là fuori ma quando siamo andati
di cui stavamo parlando con gli editori
sul libro e questo è venuto fuori questo
molto diagramma 1990 è uscito da quel
conversazione con l’editore di cosa
è il libro su e si tratta davvero
colmando il divario che pensiamo se è necessario
costruisci una cattedrale se la caratterizzi
ad un livello si potrebbe dire che l’ agile
gli sviluppatori fondamentalmente dicono dov’è il
pala e i tuoi architetti tradizionali
dire dove è il piano quinquennale e
ed è davvero per cercare di bilanciare questo a
poche parole chiave là fuori metterò I
pensa che il mondo reale sia molto importante
quello che diciamo è che è un grande dibattito
di cosa è l’architettura come fa
tieni fisicamente l’architettura dentro
le tue mani è che conosci alcune persone
amo disegnare questi enormi diagrammi e
incollalo sul muro con un sacco di
complesso
frecce tra loro potrebbero essere altre persone
dai qui il modello UML che hanno
sviluppato in uno strumento altre persone
potrebbe darti un documento di parole, intendo il mio
i locali l’architettura è in realtà
i codici in esecuzione in produzione
l’architettura è in realtà ciò che è
lì intendo il ruolo dell’architetto
è influenzare che non è quello di creare
questi diagrammi documenti o cose simili
che il mondo così reale è importante
concetto attuabile sostenibile tutti quelli
le cose escono testabili evolvono Oh
guidato dal feedback è anche un importante
cosa del ciclo di feedback costante di
diventando proprio come faresti
consegna continua ecc per avere appena
loop di feedback costanti nel tuo
architettura quindi tornerò di nuovo occupato
scivolo ma vi parlerò di ognuno di
questi, ma quello che abbiamo deciso che fondamentalmente
avere se guardi continuo
architettura abbiamo sei principi e
un mucchio di strumenti che definiamo in più
dettaglio e tutto ciò è un modo di
pensando all’architettura che noi
penso sia valido oggi come sai
paesaggio e leggerò velocemente ognuno di essi
di loro e c’è qualche grafica che
vai d’accordo ma puoi ignorare
quelli e poi quello che farò è che sono
andando parlare di un po ‘di ogni
uno di questi è il primo , dovremmo
prodotti dell’architetto non solo soluzioni
per i progetti il secondo è quando tu
architetto ti concentri sulla qualità
attributi non funzionali
requisiti quindi è fondamentalmente di qualità
attributi cioè non funzionali
requisiti il terzo quasi
direttamente dal mondo agile sei tu
dovrebbe ritardare le decisioni di progettazione fino a loro
sono assolutamente necessari, penso che sia così
un architetto chiave piuttosto un quarto
sono stati cambiati sfruttare la potenza del piccolo
micro servizi e così sai tutto
Penso che ci siano stati workshop ieri
su come costruire servizi di marcatori e tu
so che penso sia un argomento molto caldo
e un argomento molto discusso esattamente cosa
sono ma indipendentemente dal concetto di
piccoli componenti loosely coupled voi
sapere come sono stati i servizi ecc
per un architetto di lungo periodo per
costruire test e distribuire quali fondamentalmente
significa di nuovo andare in molti
le organizzazioni sono
Dierks fondamentalmente preoccupato per il
struttura del sistema che non hanno
architetto l’ambiente di test o il
schieramenti non sono veramente preoccupati
su come sono le strutture e quello
quello che sta dicendo è che dovrebbero
si sa che il ruolo degli architetti no
smettila di dire qui ragazzi qui a
mazzo di diagrammi o è solo un mucchio di
decisioni di progettazione buona fortuna nei test
e cicli di distribuzione che conosci e dai
mi chiama se hai qualche problema
l’ultimo è il modello dell’organizzazione dopo
design dopo la progettazione del sistema
questo di nuovo si riferisce a ciò che io
accennato in precedenza è l’ impatto
organizzazione ha sull’architettura e
la tecnologia è abbastanza grande e parlerò
di più su questo, ma riguarda davvero
sai sfruttare nella strutturazione del tuo
organizzazione e le tue squadre in un modo
che tu ti aiuti con il tuo
l’architettura piuttosto che ostacolarti
ancora una volta prodotti di architettura non soluzioni
per i progetti quante persone qui hanno un
responsabile del prodotto che si occupano di giorno
al giorno o regolarmente è in realtà lo è
circa il 40% del pubblico o cose simili
che soprattutto in medio-grande
le organizzazioni non pensano al
soluzioni che costruiscono quindi se sei un
commercialmente sai affrontare
organizzazione edificio software voi
naturalmente hanno product manager o
chiunque abbia lavorato in un software
organizzazione di sviluppo come ho avuto a
l’inizio della mia carriera il concetto
di un project manager è molto accettato se
tu vai nella maggior parte delle organizzazioni però
hai solo un sacco di progetti a
mucchio di sistemi un sacco di cose che
tu e l’architetto siete davvero entrambi
allineato ad una divisione o giusta collezione
dei sistemi l’intera cosa qui è quella
dovremmo trattare portare questo commerciale
vista della gestione del prodotto in
impresa e e davvero trattare
tutto ciò che stiamo sviluppando come prodotto
ci sono molti vantaggi per quello che farò
dare un esempio, provo a farlo in
tutto ciò di cui sono responsabile nei miei giorni
al giorno di lavoro e qualche tempo fa
fa, lo sapevi dato un flusso di lavoro
sistema che ha detto ok Marat sei
responsabile di questo sistema di flusso di lavoro
poi ho chiesto alle persone che gestiscono il
sistema che dice bene chi sono i nostri clienti
e hanno detto okay ti risponderemo
e tu sai che una settimana dopo ho ottenuto un
foglio di calcolo che elenco di voi conoscono a
numero di applicazioni utilizzate in
l’in banca e che, ovviamente, che
non è una lista di clienti è davvero
come chi saprai se questo non lo fa
lavora chi saprai quale azienda
l’area ci chiamerà bene, sai da quando
ha lavorato per una banca sarà il fronte
ufficio sarà il rischio sarà
finanza e chi e quella zona davvero
si preoccupa di ciò che stiamo sviluppando e
offrendo così applicando tale approccio
molto importante quindi e un’altra cosa
sul ruolo dell’architettura
l’architettura è sempre sul bilanciamento
e prendere decisioni all’interno di
alcuni vincoli quindi è davvero un
atto di bilanciamento come abbiamo parlato della forma
e funzione prima quando dovremmo vedere
l’edificio a Praga
di nuovo hai un product manager e
responsabile della consegna e dell’architetto
il ruolo è quello di assicurarsi che ascoltino
entrambi e la persona che definisce il
prodotto o persona responsabile per
consegnare il prodotto e creare un
visione coerente da quello che sono io
pensa ad un aspetto chiave degli architetti
ruolo se vuoi fare un progetto
gestione correttamente devi trattarlo
come cittadino di prima classe e
le organizzazioni non solo il loro servizio
implica che dovresti governarlo e ottenere il
pubblicità giusto posso questo è un argomento
caro al mio cuore posso parlare molto di
ma penso di non voler essere nel
così come l’ oratore principale
Passerò al prossimo principio e
dal modo in cui la singolarità era ciò che era
parlando è che è molto eccitante
è un argomento piuttosto eccitante e ho sentito
dopo aver sentito che è come venire
di nuovo nel mondo dell’architettura che
lo sai sfortunatamente non posso mostrarlo
video di Stephen Hawking o cose simili
che così la seconda è molto concentrato
su attributi di qualità e la chiave
premessa qui è che è molto ovvio
ma anche oggi la maggior parte delle persone quando dici
vai da un utente business e dici
cosa sai che il mio NFR è il famoso
acronimo di tre lettere a voi ragazzi piace
dovrebbe essere veloce, lo sai
noi fuori sai e puoi e nessuno
è molto entusiasta di documentarli
e poi finisci con gli architetti
e solo in base alla funzionalità di te
affrontare la sfida con
questo è per le tue esigenze funzionali
probabilmente ne hai tre o quattro
opzioni architettoniche per la tua qualità
attributi o non funzionali
requisiti hai solo uno o due
opzioni
ed è per questo quindi se questo è davvero
importante pensare e qui noi
appena messo fuori e penso uno strumento come
abbiamo parlato di strumenti per l’architettura
metodo di analisi trade-off alla volta
albero di utilità che è un software sei
l’ Istituto di ingegneria ha generato il pensiero
è abbastanza utile ed è molto
modo semplice di articolare il tuo non
funzionale senza sai dover
creavi grandi quantità di
documenti e di nuovo parla
risposta e misura dello stimolo è a
in modo molto semplice puoi parlare con il tuo
gli utenti finali e dicono invece di farlo
correndo veloci puoi dire oh okay
dimmi qual è lo stimolo è cosa fare
ti aspetti la risposta e come dovrei
misuralo di nuovo uno strumento che è abbastanza
utile ma anche se non usi il
strumento davvero focalizzato sul tuo
non funzionale questo è il ritardo nella progettazione
le decisioni fino a quando non sono assolutamente
necessario questo è il nostro terzo principio
Ho fatto la mia tesi di master anni fa
qualcosa chiamato ricottura simulata e
quello che mi ha insegnato probabilmente è molto importante
la cosa e la ricottura è come potresti sapere
è il processo che hai usato per raffreddare l’acciaio
la ricottura simulata è un modo
tu lo sai definire matematicamente
i nodi ottimali in modo da non ottenere
bloccato in un locale se si vuole trovare un
punto alto o basso che non si ottiene
bloccato in una valle locale puoi effettivamente
andare fino in fondo e trovare il vero locale
punto è necessario andare nella vostra Credo che in
questo spazio che stai cercando di risolvere
quindi corri un sacco di probabilistici
algoritmi ma la cosa interessante
riguardo a quello che mi ha aperto gli occhi
è che se raffreddi troppo velocemente l’acciaio
giusto, ecco cosa fanno
il processo di ricottura del raffreddamento
acciaio e poi quando ho fatto il mio simulato
qualsiasi cosa se permetto all’algoritmo di provare
potrebbe giungere a conclusioni troppo rapidamente
otterrebbe immagini screpolate e ogni giorno
su non tutti i giorni, si spera non tutti
giorno ma abbastanza spesso nel mio giorno per giorno
carriera trovo persone che fanno design
decisioni troppo presto su cui immediatamente
mi fa saltare a quella visione di quelli
immagini incrinate perché penso che lo farai
finire con un’architettura fragile se
finisci per prendere le tue decisioni di progettazione
troppo presto non significa non farlo
loro o non prendere decisioni che
è che è anche un altro lo sai questo
modalità di analisi paralisi ma è davvero
importante che dobbiamo fare
prodotto minimo vitale rispettato o
l’architettura praticabile minima lo sono davvero
sai che lo faccio e quasi quello prende un
fare un passo indietro al non-funzionale come noi
dì oh dovrebbe essere molto configurabile
sistema, quindi, abbiamo bisogno di un motore di regole che
so che ci sono molte decisioni che saltiamo
a perché non abbiamo capito o
non funzionale e non abbiamo davvero te
sappiamo che abbiamo preso molte decisioni in anticipo
su perché sentiamo la pressione da fare
le decisioni e la cosa è mantenere il tuo
sistemi semplici e solo renderlo più
complesso quando hai un importante
argomento correlato è in fondo
lato destro abbiamo un blog che
molto raramente aggiornato e una volta in una
anche se qualcuno lo legge e lo dona
noi feedback e uno che abbiamo presentato
alcune di queste idee molto presto
qualcuno ha posto la domanda qual è il
unità di lavoro di un architetto come te
puoi misurare uno sviluppatore che potresti
sai che puoi misurare molte cose o a
tester o e loro vanno qui è il mio che ho corso
sei casi di test su 22 e blah blah
bla e loro possono disegnare metriche e tutto
quel tipo di cose di cui è l’unità
lavoro di un architetto dopo aver pensato
su di esso gli architetti l’unità di lavoro
è davvero una decisione architettonica tu
sapere se non lo fanno se non lo fai
qualsiasi altra cosa come architetto dovresti
assicurarsi che le decisioni corrette e
abbiamo un più completo
due definizioni ma il ruolo degli architetti è quello di
fare in modo che le decisioni sono il
le giuste decisioni sono prese per il progetto
quindi ha una visione coerente e io
il pensiero mi ha aperto gli occhi
perché è abbastanza importante e tu
sappiamo che parliamo molto di architettura
decisioni e in che modo puoi metterlo in relazione
il tuo backlog ecc. ecc
ma la cosa fondamentale che messaggio da questo
uno sai che non complicare eccessivamente
la tua architettura troppo presto e anche
davvero l’unità di lavoro è un
decisione architettonica che è
me compreso abbastanza spaventoso che
quanto poco impegno ci mettiamo davvero
capirli e documentarli
e facendoli entrare in maniera chiara
un’altra piccola gente del sidetrack quando io
ho parlato di questo che ti ho chiesto di sapere
applichi tutto ciò di cui hai parlato
qui nel tuo lavoro quotidiano e immagino
la mia migliore risposta è che ci provo ma non ne sono sicuro
Ho sempre successo così ancora questi sono
solo idee e principi che noi
crederci fortemente ci vuole un bel po ‘
della messa a fuoco giorno per giorno per provare ad applicarli
di nuovo architetto per il cambiamento leva il
il potere è piccolo questo è il
mondo dei micro-servizi, penso o no
non deve essere ma è questo
tutti capiscono questi giorni e io sono
probabilmente non è la persona più qualificata
per parlare di microservizi, ma ci ho provato
che voglio dire ho disegnato una piccola cosa lì
questo è quello che qualcuno ha riconosciuto
questo è il monolite e sì nello spazio
odissea, allora erano gli anni ’70
il mondo della Terra degli anni ’90 che bolla
di attività II metti il così da
monolite viviamo orientati agli oggetti
mondo dell’analisi e del design in questo modo
e le nuvole per coloro che erano in giro
in quel momento so che Rebecca è qui
quelle sono grandi nuvole di proteste io
volevo metterli lì così e
ora non potrei pensare a un’immagine per
microservizi quello che pensavo fosse tutto
notte così ancora il concetto come ho detto
prima di componenti liberamente accoppiati I
significa piccoli componenti vagamente accoppiati
è in circolazione da molto tempo
ma esattamente ciò che è microservizi
sappi che questo è un grande dibattito che noi
probabilmente non ho tempo di entrare ma
è solo il resto dell’API che tu sai che io
stava parlando a qualcun altro l’ altro
giorno e in pratica dicono di conoscerci
se stessimo facendo dei micro servizi ma tutti
lo fanno per l’ API REST e
è solo uno spaghetto dietro a un’API REST
lo sai e potrebbe essere più piccolo
spaghetti o distilla uno spaghetti così come
lontano
sai che prendi questo è
solo questo è basato sul codice base
dimensione sai che è questo è quello che sai
c’è questo equilibrio di velocità contro
complessità comunque un tema enorme ma tu
sapere fare leva sulla potenza del piccolo e
fare in se architetto per avere più piccoli
componenti che possono entrare ed estrarre
ogni volta che ne hai bisogno ne ho parlato
prima di nulla sconvolgente e cosa
vedi sulla diapositiva tranne che per il fatto
che l’architetto dovrebbe essere responsabile
ovvio dipende naturalmente all’interno
vincoli dell’organizzazione non solo
per l’architettura del prodotto ma
come è costruito il prodotto, così devono
avere responsabilità per la gestione di te
Conoscere casa test fatto casa continua
consegna fatta ecc ecc. così sei tu
so che la consegna continua o DevOps è
non qualcosa che è solo un altro
i gruppi che fanno architetture si concentra su
come il prodotto è strutturato sono un
la parte fondamentale di quel feedback è abbastanza
la chiave lì è intendo continuamente
ricevere feedback su qualsiasi cosa tu sia
fare e farlo senza farlo
molto complesso è molto molto importante
quindi se lo sai, ovviamente le persone lo fanno
un giorno per testare si conosce il consumatore
Affronta le applicazioni sul Web che provi
fuori qualcosa o potresti lanciare un A
e un prodotto B vede quale opera ottiene
il feedback in fretta è la stessa cosa
per la tua architettura devi fare
sicuro di ricevere feedback dal tuo
l’architettura il più rapidamente possibile
quello va solo che supporta te
conoscere l’architettura praticabile minima I
parlato prima della consegna continua
e sto dando da mangiare a queste cose e noi
avere un sacco di idee su come
implementalo nel continuo
ciclo di consegna ultimo principio ma non
Almeno credo che non so perché io abbia
non ho idea del motivo per cui abbiamo ordinato i principi
in questo modo penso che sia stato solo il
la prima volta che li abbiamo scritti così non c’è
logica intrinseca nella struttura
perché tutti ne hanno parlato
La legge di Conway che è piuttosto interessante
e sostanzialmente dice che lo sai
organizzazioni che progettano sistemi
costretto a produrre disegni che sono
le copie sono le strutture di comunicazione
dell’organizzazione
affermazione molto potente perché
ha una cosa molto interessante se leggi
la sua carta che era con nel 1968 e lui
era concentrato non solo sul software che io
significa che il suo articolo parlava solo di
sistemi uomo giusto e questo è il 1968
ma in quel momento cede un esempio
che la carta sia essi aveva due squadre a
scrivi Penso che sia stato un compilatore ADA ma
Potrei essere con la mia squadra che non so, ma
era un compilatore e aveva due squadre
che voleva conformarsi ai gruppi per scrivere
un compilatore per la stessa lingua era
in due squadre è stato creato l’altro in
tre squadre il primo gruppo è finito
il loro compilatore con due componenti e
altro con tre componenti e quello
era fondamentalmente così il modo in cui ha impostato
le squadre o lui o chiunque abbia deciso quelle
le squadre sono state finite con come il
il compilatore è stato architettato quanti
i componenti sono qui quindi è molto
potente oh così due cose su questo è è
fondamentalmente uno penso che ci sia al
macrolivello e non a livello micro
quindi se guardi il livello micro tutto
questo sta dicendo è assicurarsi che tu
sai che cosa chiamiamo o mi piace
chiamali squadre di caratteristiche o coerenti
squadre che conoscono la tua squadra
dovrebbe comprendere tutti questi ruoli o nessuno
altri ruoli quindi non hanno un separato
il team di test non ha un separato
team di distribuzione che conosci la tua squadra
strutturato se vuoi costruire un
componente sai che fondamentalmente sono un
arretrato e hai una squadra che può
prendere voci fuori che backlog farlo
analisi fare il test fare qualsiasi database
o qualsiasi altra tecnologia che legge tutti quelli
i cambiamenti sono un’unità coesa
più hai squadre separate che fanno
cose diverse il più difficile
è quello di sviluppare così che credo che il
recensione micro di questa cosa la macro
la cosa è solo essere consapevole del tuo
vincoli organizzativi e se tu
non posso cambiarli almeno non farlo
combatterli inutilmente perché il
l’organizzazione imporrà dei vincoli
tu e più grande è l’organizzazione
e io lavoro in un abbastanza grande più
quei vincoli sono e tu sai che io sono
parlando di correnti politiche
e in che modo le cose sono correlate
consapevole di loro e provare a prendere
vantaggio di loro dove puoi e
non combatterli o dove non puoi
perché tornare a un architetto e
l’architetto è lì per prendere decisioni
entro i limiti che sono
consapevole di e l’organizzazione
vincoli o alcuni di loro così era
scorrere rapidamente tra le sei
principi e se abbiamo un caso
studiamo abbiamo messo nel libro che è è
in realtà da cosa PR è esperienza PRS
così e non il miglior diagramma del mondo
ma lo userò rapidamente come un
esempio per legare e parlare di ciascuno di
i principi ancora una volta e
fondamentalmente questo era uno shopping mobile
sistema che avevano bisogno di sviluppare e
qualche architettura concettuale carina tu
sapere di nuovo tornare a ciò che è un
l’architettura è davvero questo diagramma
ora ma come, come abbiamo applicato il
principi mentre si fa così
principio uno era i prodotti che conosci
pensa ai nostri prodotti conosci la squadra
quando è stato loro chiesto di costruire questo
sistema di acquisto mobile realizzato lì
un prodotto già basato sul web in the
l’organizzazione che permette alle persone di
ottenere preventivi così invece di costruire un nuovo
sistema in cui fondamentalmente si sono uniti
quella squadra ha guardato il loro prodotto
roadmap e migliorato il loro prodotto
una tabella di marcia in modo che fondamentalmente tu sapessi a
enorme vittoria già lì di nuovo principio
due hanno identificato la performance come una cima
attributi di qualità ci sono più dettagli
su esattamente come è stato costruito
ma quello che hanno fatto è che avrebbero potuto farlo
un prototipo di base in una settimana e loro
pensato l’ architettura di base loro
aveva per il sistema era stava funzionando
bene così ancora una volta è guardare al al
attributo di qualità e cercando di vedere e
tornando a questo feedback continuo
cicli ecc. basta creare un prototipo eseguirlo
vedere come è e passare al principio
fondamentalmente tre decisioni di progettazione del ritardo
non hanno introdotto il caching
capacità perché hanno pensato che
l’attributo di qualità non andava bene nel loro
corrente fuori
architettura perché stanno entrando
e non hanno usato un motore di regole così
ancora una volta è molto tentati di gettare
molti componenti aggiuntivi perché
vedi un sacco di non funzionali
potresti incontrare un giorno o l’altro in realtà
un altro esempio che ho è stato a
enorme pressione da parte di un gruppo per costruire
Fondamentalmente ha introdotto un nuovo server web
la tecnologia nell’organizzazione è
lavorando fuori e il ragazzo ha detto che sta andando
per essere enorme, perché ognuno sta per
usalo e conosci migliaia di
utenti e stanno andando a colpire a
questo tasso questo tasso che è il servizio
voi ragazzi non siete sufficienti, quindi noi
bisogno di introdurre XYZ e tutti abbiamo capito
eccitato abbiamo introdotto XY z– che io
ho visitato la squadra due anni dopo ho detto
come va il curry va bene ma il
gli utenti non si sono mai presentati, lo sai anche noi
solo che tu sai che in realtà non abbiamo bisogno di
introdurre questa tecnologia se avessimo te
sai pensarci bene ma è così
molto facile da entusiasmare
tutto quello che sta per esplorare da fare
le decisioni in anticipo intendo il preside
telefono principale perché non ne hanno usato nessuno
interno specifico fornitore affinché
potrebbe scambiare il loro database dentro e fuori
e loro dovunque potessero nel
strato di servizio aziendale e questo avevano
alcuni servizi esistenti in realtà
costruito nuovi servizi che esistevano accanto a
loro sono così importanti per i microservizi
Fivers e questo è qualche anno fa loro
è andato per un approccio basato sui container
congettura contenitori o sai bene
popolare c’è ma quello era il
la decisione degli architetti è di usare effettivamente
anni una delle tecnologie dei contenitori
là fuori per consegnare e distribuire il
applicazione e quindi principio sei in
l’estate è fondamentalmente hanno detto che c’erano
le tre capacità che avevano ottenuto
le quotazioni effettuano un ordine e un ordine
realizzazione e hanno effettivamente strutturato
le loro squadre intorno a questi tre
componenti ed è così che è
solo un po ‘ penso che aiuti a riportare
questi principi e come potrebbero essere
applicato in indovinare un caso di studio così
questo è davvero il credo di essere
entro i miei 30 minuti cerco di perseguire così
bene intendo che abbiamo il nostro libro che abbiamo il nostro
blog
ci sono le nostre e-mail per entrambi
le nostre cose Twitter, ma è da qualche parte su
l’ architettura continua solo per avvolgere
è un insieme di principi e
è come immagino alcuni strumenti che puoi
utilizzare nella vostra vita giorno per giorno e credo che
essi lo fanno catturare quello che crediamo sia
la mentalità della maggior parte degli architetti ed è
come puoi rendere l’architettura reale e
rilevante e non qualcosa su cui stare
il lato ed è su questa costante
conflitto con entrambi gli sviluppatori
squadre o il resto dell’organizzazione così
questo è tutto ciò che ho da dire
[Applausi]
Mi presenterò prima un po ‘
e parlare di ciò che presenterò
oggi
quindi il mio nome è Marathi. Sono stato nel
campo tecnologico per circa 26 27 anni
così e per la maggior parte di quel tempo
Mi sono definito un architetto e l’ho fatto
sempre un po ‘ridacchiato quando l’ho detto
perché sembra avere un brutto
connotazione almeno e molto del
le organizzazioni II hanno funzionato nuovamente
la mente ha chiamato PR è lì lo scorso novembre
abbiamo pubblicato un libro e chiamiamo il
architettura continua ed ecco cosa
Voglio parlare di oggi il motivo per cui noi
scrisse il libro eravamo entrambi e io lavoro a
Deutsche Bank anche se completa divulgazione
tutto ciò di cui sto parlando qui oggi va bene
o niente male a che fare con la mia corrente
datore di lavoro, né si riferisce a Pierre
attuale datore di lavoro per cui lavora la PR
viaggiatori negli Stati Uniti lui e io
ha lavorato molti anni fa insieme come
architetti come consulenti e ho avuto un
molte buone idee o pensiamo buone idee
e volevamo raccoglierli nella sua
architettura come la conosciamo o ci eravamo abituati
sai che lo sai ancora molto tempo fa
rilevante nel mondo della tecnologia di oggi
e un IT quindi parlerò un po ‘
su questo e non è davvero un
approccio prescrittivo è davvero davvero un
raccolta di idee e principi ecc
che speriamo comprenderete oggi
prima di questo voglio solo ottenere un
comprensione del pubblico e lo farò
fare qualcosa che di solito non mi piace
i presentatori che fanno perché chiedono il
pubblico alcune domande ma me lo prometto
non scegliere su nessuno e sai chiedere
loro di cadere con quello ma è
solo se potessi avere una dimostrazione di mani su a
alcune domande quindi quanti nel
il pubblico si definirebbe un
Architetto , mani così ruvide sono io che sto facendo
Credo che in un sesto o uno dei
pubblico quanti si chiamerebbero
lo sviluppatore
okay, sono tutti così , quindi sei tu
quelli che normalmente non conosci io
non sono d’accordo con gli architetti o hanno
forse tipo di sfide con loro forse
Non quanti sarebbero definirsi un
manager di progetto manager o in gestione
strato ecc ok così circa lo stesso numero
di architetti travolti dal
gli sviluppatori sono bravi quanti di voi
suonare uno strumento musicale Mi dispiace
circa più della metà di quanti su un animale domestico
okay, più gente suona musica
strumenti e su animali domestici e quanti di
voti regolarmente alle elezioni, okay
è davvero molto buono quindi è così
meglio così è stato solo per capire
pubblico un po ‘così lasciami iniziare
le chiacchiere quindi prima alcune diapositive
contesto
sai prima di introdurre il concetto
di architettura continua intendo cosa
è l’architettura , sai che è così
c’è un sacco di e nel libro che proviamo
per dare alcune definizioni ma in realtà
ha insegnato che si tratta davvero di guardare il
software che sviluppi conosci il sistema
lo stai sviluppando e distribuendolo a
livello di astrazione che vuoi
e prendi certe decisioni su come
il sistema dovrebbe essere strutturato sai
questa è una definizione molto sciolta ma
questo è il modo in cui la maggior parte della gente capisce
architettura nel loro mondo attuale
architetti fondamentalmente a causa del
nome ci piace sempre riferirsi al reale
architetti quelli che effettivamente hanno costruito
edifici è e ho messo qualcosa di
Frank Gehry là fuori che è a
costruendo lui e qualcun altro che io
non ricordo il suo nome, ma io do molto
del mio lignaggio costruito e Praga che è
la casa da ballo che dovrebbe essere
fresche Astaire e Fred Astaire e
Ginger Rogers è quello che era
influenzato da intendo quell’edificio
è di per sé molto interessante ci devono
alcuni sono stati rimossi dal
internet da allora, ma se lo hai cercato su Google
circa cinque anni fa o qualcosa del genere
sono molti dibattiti su quanto bene il
funzioni di costruzione a causa dell’aria
circolazione così dà un molto
noto architetto e dà
pensieri interessanti sulla differenza
tra forma e funzione
ma penso che l’architettura del software sia
più specialmente oggi quando stiamo guardando
a continua a fornire un agile è
sempre riferendosi alla costruzione
le architetture probabilmente non sono corrette
probabilmente meglio pensare di crescere
organismi o come le cose crescono e questo è
un modo migliore di pensare
architettura ma un’altra cosa sta dicendo
che fondamentalmente gli inquilini di base del bene
l’architettura non è cambiata sai
sai sempre se leggi un
il mitico uomo-mese di Federico
Brooks che è scritto anni fa sul suo
esperienza nella costruzione dei sistemi IBM
tutto ciò che dice è in realtà ancora
valido oggi penso che cosa è cambiato
però è il panorama tecnologico
fondamentalmente ci occupiamo di un ambiente come IT
gruppi in realtà ne chiederò un altro
domanda quante persone lavorano in cosa
potresti chiamare medio-grande
organizzazione così sei nell’IT
divisione di un medio al grande
organizzazione quindi è circa la metà del
pubblico quindi la pressione che si ottiene è quella di
consegnare rapidamente è molto più di questo
era prima che tu sappia che non puoi dire
Lo saprò rilasciare ogni sei mesi
tutte le indagini che conosci che sai aspettare
per la prossima uscita l’anno prossimo ecc
avere timeline più veloci e poi perché
delle aspettative e tutti hanno
la loro app sempre e come il loro telefono cellulare
quindi gli affari o le persone che tu
sai usare il software che sei
lo sviluppo è un po ‘più alto
aspettarsi che si aspettino che tu operi
nel loro livello di Internet in a
maggiore scala e modo distribuito e
che soprattutto nelle grandi organizzazioni
o apparire e io vengo da è abbastanza a
sfida penso che ciò che non è cambiato
nel mondo dell’architettura è
c’è un enorme impatto organizzativo
struttura sull’architettura di
il sistema e parlerò di più a riguardo
ma questo non è cambiato un po ‘
più sul contesto così e questo è difficile
da leggere ma l’ho disegnato una volta
tipo di guardare la tecnologia e
approccio sviluppato un’architettura di
come le cose si sono evolute se si guarda
sai che abbiamo i mainframe il
PC client-server web e ora tu
potrebbe chiamarlo cloud quindi abbiamo quattro o
cinque diversi livelli di tecnologia e
Ho buttato a caso alcune cose là fuori
di quando le cose sono uscite dal primo Oracle
apparentemente client-server
era nel 1985 interessante sapete sapone
uscito nel 1998 non è totalmente
obsoleto
sai che Amazon Web Services è questo
2006 lo guardi e poi guardi
a conosci gente cosa fai?
con l’approccio di sviluppo e come
hai a che fare con l’architettura
cose interessanti
Intendo dire che la programmazione strutturata è del 1966
la prima architettura a strati, almeno
che sono a conoscenza del modello OSI OSI
modello che era in giro per le reti
modello a sette strati , quindi era nell’84
e poi quello che realmente è successo è stato
c’è come la metà degli anni ’90 un enorme
la quantità di cose accadute sai
questa è un’analisi orientata agli oggetti e
il design era molto di moda casi d’uso
modelli di progettazione la quarta forza uno
modellare il modello di maturità CMM
è uscito negli anni ’90 quindi è solo
interessante pensare a questo e e
poi abbiamo avuto un j’l e continuo
consegna e cose come sicuro così è
solo l’ho appena è piaciuto Ho trovato molto
interessante pensarci quando noi
sembrano iniziare a pensare a questo
concetto di come tecnologia e
architettura e approccio a
l’architettura che conosci sviluppare e
si supportano a vicenda si spera quindi che cosa è
Voglio dire che l’architettura continua è giusta
poche parole là fuori ma quando siamo andati
di cui stavamo parlando con gli editori
sul libro e questo è venuto fuori questo
molto diagramma 1990 è uscito da quel
conversazione con l’editore di cosa
è il libro su e si tratta davvero
colmando il divario che pensiamo se è necessario
costruisci una cattedrale se la caratterizzi
ad un livello si potrebbe dire che l’ agile
gli sviluppatori fondamentalmente dicono dov’è il
pala e i tuoi architetti tradizionali
dire dove è il piano quinquennale e
ed è davvero per cercare di bilanciare questo a
poche parole chiave là fuori metterò I
pensa che il mondo reale sia molto importante
quello che diciamo è che è un grande dibattito
di cosa è l’architettura come fa
tieni fisicamente l’architettura dentro
le tue mani è che conosci alcune persone
amo disegnare questi enormi diagrammi e
incollalo sul muro con un sacco di
complesso
frecce tra loro potrebbero essere altre persone
dai qui il modello UML che hanno
sviluppato in uno strumento altre persone
potrebbe darti un documento di parole, intendo il mio
i locali l’architettura è in realtà
i codici in esecuzione in produzione
l’architettura è in realtà ciò che è
lì intendo il ruolo dell’architetto
è influenzare che non è quello di creare
questi diagrammi documenti o cose simili
che il mondo così reale è importante
concetto attuabile sostenibile tutti quelli
le cose escono testabili evolvono Oh
guidato dal feedback è anche un importante
cosa del ciclo di feedback costante di
diventando proprio come faresti
consegna continua ecc per avere appena
loop di feedback costanti nel tuo
architettura quindi tornerò di nuovo occupato
scivolo ma vi parlerò di ognuno di
questi, ma quello che abbiamo deciso che fondamentalmente
avere se guardi continuo
architettura abbiamo sei principi e
un mucchio di strumenti che definiamo in più
dettaglio e tutto ciò è un modo di
pensando all’architettura che noi
penso sia valido oggi come sai
paesaggio e leggerò velocemente ognuno di essi
di loro e c’è qualche grafica che
vai d’accordo ma puoi ignorare
quelli e poi quello che farò è che sono
andando parlare di un po ‘di ogni
uno di questi è il primo , dovremmo
prodotti dell’architetto non solo soluzioni
per i progetti il secondo è quando tu
architetto ti concentri sulla qualità
attributi non funzionali
requisiti quindi è fondamentalmente di qualità
attributi cioè non funzionali
requisiti il terzo quasi
direttamente dal mondo agile sei tu
dovrebbe ritardare le decisioni di progettazione fino a loro
sono assolutamente necessari, penso che sia così
un architetto chiave piuttosto un quarto
sono stati cambiati sfruttare la potenza del piccolo
micro servizi e così sai tutto
Penso che ci siano stati workshop ieri
su come costruire servizi di marcatori e tu
so che penso sia un argomento molto caldo
e un argomento molto discusso esattamente cosa
sono ma indipendentemente dal concetto di
piccoli componenti loosely coupled voi
sapere come sono stati i servizi ecc
per un architetto di lungo periodo per
costruire test e distribuire quali fondamentalmente
significa di nuovo andare in molti
le organizzazioni sono
Dierks fondamentalmente preoccupato per il
struttura del sistema che non hanno
architetto l’ambiente di test o il
schieramenti non sono veramente preoccupati
su come sono le strutture e quello
quello che sta dicendo è che dovrebbero
si sa che il ruolo degli architetti no
smettila di dire qui ragazzi qui a
mazzo di diagrammi o è solo un mucchio di
decisioni di progettazione buona fortuna nei test
e cicli di distribuzione che conosci e dai
mi chiama se hai qualche problema
l’ultimo è il modello dell’organizzazione dopo
design dopo la progettazione del sistema
questo di nuovo si riferisce a ciò che io
accennato in precedenza è l’ impatto
organizzazione ha sull’architettura e
la tecnologia è abbastanza grande e parlerò
di più su questo, ma riguarda davvero
sai sfruttare nella strutturazione del tuo
organizzazione e le tue squadre in un modo
che tu ti aiuti con il tuo
l’architettura piuttosto che ostacolarti
ancora una volta prodotti di architettura non soluzioni
per i progetti quante persone qui hanno un
responsabile del prodotto che si occupano di giorno
al giorno o regolarmente è in realtà lo è
circa il 40% del pubblico o cose simili
che soprattutto in medio-grande
le organizzazioni non pensano al
soluzioni che costruiscono quindi se sei un
commercialmente sai affrontare
organizzazione edificio software voi
naturalmente hanno product manager o
chiunque abbia lavorato in un software
organizzazione di sviluppo come ho avuto a
l’inizio della mia carriera il concetto
di un project manager è molto accettato se
tu vai nella maggior parte delle organizzazioni però
hai solo un sacco di progetti a
mucchio di sistemi un sacco di cose che
tu e l’architetto siete davvero entrambi
allineato ad una divisione o giusta collezione
dei sistemi l’intera cosa qui è quella
dovremmo trattare portare questo commerciale
vista della gestione del prodotto in
impresa e e davvero trattare
tutto ciò che stiamo sviluppando come prodotto
ci sono molti vantaggi per quello che farò
dare un esempio, provo a farlo in
tutto ciò di cui sono responsabile nei miei giorni
al giorno di lavoro e qualche tempo fa
fa, lo sapevi dato un flusso di lavoro
sistema che ha detto ok Marat sei
responsabile di questo sistema di flusso di lavoro
poi ho chiesto alle persone che gestiscono il
sistema che dice bene chi sono i nostri clienti
e hanno detto okay ti risponderemo
e tu sai che una settimana dopo ho ottenuto un
foglio di calcolo che elenco di voi conoscono a
numero di applicazioni utilizzate in
l’in banca e che, ovviamente, che
non è una lista di clienti è davvero
come chi saprai se questo non lo fa
lavora chi saprai quale azienda
l’area ci chiamerà bene, sai da quando
ha lavorato per una banca sarà il fronte
ufficio sarà il rischio sarà
finanza e chi e quella zona davvero
si preoccupa di ciò che stiamo sviluppando e
offrendo così applicando tale approccio
molto importante quindi e un’altra cosa
sul ruolo dell’architettura
l’architettura è sempre sul bilanciamento
e prendere decisioni all’interno di
alcuni vincoli quindi è davvero un
atto di bilanciamento come abbiamo parlato della forma
e funzione prima quando dovremmo vedere
l’edificio a Praga
di nuovo hai un product manager e
responsabile della consegna e dell’architetto
il ruolo è quello di assicurarsi che ascoltino
entrambi e la persona che definisce il
prodotto o persona responsabile per
consegnare il prodotto e creare un
visione coerente da quello che sono io
pensa ad un aspetto chiave degli architetti
ruolo se vuoi fare un progetto
gestione correttamente devi trattarlo
come cittadino di prima classe e
le organizzazioni non solo il loro servizio
implica che dovresti governarlo e ottenere il
pubblicità giusto posso questo è un argomento
caro al mio cuore posso parlare molto di
ma penso di non voler essere nel
così come l’ oratore principale
Passerò al prossimo principio e
dal modo in cui la singolarità era ciò che era
parlando è che è molto eccitante
è un argomento piuttosto eccitante e ho sentito
dopo aver sentito che è come venire
di nuovo nel mondo dell’architettura che
lo sai sfortunatamente non posso mostrarlo
video di Stephen Hawking o cose simili
che così la seconda è molto concentrato
su attributi di qualità e la chiave
premessa qui è che è molto ovvio
ma anche oggi la maggior parte delle persone quando dici
vai da un utente business e dici
cosa sai che il mio NFR è il famoso
acronimo di tre lettere a voi ragazzi piace
dovrebbe essere veloce, lo sai
noi fuori sai e puoi e nessuno
è molto entusiasta di documentarli
e poi finisci con gli architetti
e solo in base alla funzionalità di te
affrontare la sfida con
questo è per le tue esigenze funzionali
probabilmente ne hai tre o quattro
opzioni architettoniche per la tua qualità
attributi o non funzionali
requisiti hai solo uno o due
opzioni
ed è per questo quindi se questo è davvero
importante pensare e qui noi
appena messo fuori e penso uno strumento come
abbiamo parlato di strumenti per l’architettura
metodo di analisi trade-off alla volta
albero di utilità che è un software sei
l’ Istituto di ingegneria ha generato il pensiero
è abbastanza utile ed è molto
modo semplice di articolare il tuo non
funzionale senza sai dover
creavi grandi quantità di
documenti e di nuovo parla
risposta e misura dello stimolo è a
in modo molto semplice puoi parlare con il tuo
gli utenti finali e dicono invece di farlo
correndo veloci puoi dire oh okay
dimmi qual è lo stimolo è cosa fare
ti aspetti la risposta e come dovrei
misuralo di nuovo uno strumento che è abbastanza
utile ma anche se non usi il
strumento davvero focalizzato sul tuo
non funzionale questo è il ritardo nella progettazione
le decisioni fino a quando non sono assolutamente
necessario questo è il nostro terzo principio
Ho fatto la mia tesi di master anni fa
qualcosa chiamato ricottura simulata e
quello che mi ha insegnato probabilmente è molto importante
la cosa e la ricottura è come potresti sapere
è il processo che hai usato per raffreddare l’acciaio
la ricottura simulata è un modo
tu lo sai definire matematicamente
i nodi ottimali in modo da non ottenere
bloccato in un locale se si vuole trovare un
punto alto o basso che non si ottiene
bloccato in una valle locale puoi effettivamente
andare fino in fondo e trovare il vero locale
punto è necessario andare nella vostra Credo che in
questo spazio che stai cercando di risolvere
quindi corri un sacco di probabilistici
algoritmi ma la cosa interessante
riguardo a quello che mi ha aperto gli occhi
è che se raffreddi troppo velocemente l’acciaio
giusto, ecco cosa fanno
il processo di ricottura del raffreddamento
acciaio e poi quando ho fatto il mio simulato
qualsiasi cosa se permetto all’algoritmo di provare
potrebbe giungere a conclusioni troppo rapidamente
otterrebbe immagini screpolate e ogni giorno
su non tutti i giorni, si spera non tutti
giorno ma abbastanza spesso nel mio giorno per giorno
carriera trovo persone che fanno design
decisioni troppo presto su cui immediatamente
mi fa saltare a quella visione di quelli
immagini incrinate perché penso che lo farai
finire con un’architettura fragile se
finisci per prendere le tue decisioni di progettazione
troppo presto non significa non farlo
loro o non prendere decisioni che
è che è anche un altro lo sai questo
modalità di analisi paralisi ma è davvero
importante che dobbiamo fare
prodotto minimo vitale rispettato o
l’architettura praticabile minima lo sono davvero
sai che lo faccio e quasi quello prende un
fare un passo indietro al non-funzionale come noi
dì oh dovrebbe essere molto configurabile
sistema, quindi, abbiamo bisogno di un motore di regole che
so che ci sono molte decisioni che saltiamo
a perché non abbiamo capito o
non funzionale e non abbiamo davvero te
sappiamo che abbiamo preso molte decisioni in anticipo
su perché sentiamo la pressione da fare
le decisioni e la cosa è mantenere il tuo
sistemi semplici e solo renderlo più
complesso quando hai un importante
argomento correlato è in fondo
lato destro abbiamo un blog che
molto raramente aggiornato e una volta in una
anche se qualcuno lo legge e lo dona
noi feedback e uno che abbiamo presentato
alcune di queste idee molto presto
qualcuno ha posto la domanda qual è il
unità di lavoro di un architetto come te
puoi misurare uno sviluppatore che potresti
sai che puoi misurare molte cose o a
tester o e loro vanno qui è il mio che ho corso
sei casi di test su 22 e blah blah
bla e loro possono disegnare metriche e tutto
quel tipo di cose di cui è l’unità
lavoro di un architetto dopo aver pensato
su di esso gli architetti l’unità di lavoro
è davvero una decisione architettonica tu
sapere se non lo fanno se non lo fai
qualsiasi altra cosa come architetto dovresti
assicurarsi che le decisioni corrette e
abbiamo un più completo
due definizioni ma il ruolo degli architetti è quello di
fare in modo che le decisioni sono il
le giuste decisioni sono prese per il progetto
quindi ha una visione coerente e io
il pensiero mi ha aperto gli occhi
perché è abbastanza importante e tu
sappiamo che parliamo molto di architettura
decisioni e in che modo puoi metterlo in relazione
il tuo backlog ecc. ecc
ma la cosa fondamentale che messaggio da questo
uno sai che non complicare eccessivamente
la tua architettura troppo presto e anche
davvero l’unità di lavoro è un
decisione architettonica che è
me compreso abbastanza spaventoso che
quanto poco impegno ci mettiamo davvero
capirli e documentarli
e facendoli entrare in maniera chiara
un’altra piccola gente del sidetrack quando io
ho parlato di questo che ti ho chiesto di sapere
applichi tutto ciò di cui hai parlato
qui nel tuo lavoro quotidiano e immagino
la mia migliore risposta è che ci provo ma non ne sono sicuro
Ho sempre successo così ancora questi sono
solo idee e principi che noi
crederci fortemente ci vuole un bel po ‘
della messa a fuoco giorno per giorno per provare ad applicarli
di nuovo architetto per il cambiamento leva il
il potere è piccolo questo è il
mondo dei micro-servizi, penso o no
non deve essere ma è questo
tutti capiscono questi giorni e io sono
probabilmente non è la persona più qualificata
per parlare di microservizi, ma ci ho provato
che voglio dire ho disegnato una piccola cosa lì
questo è quello che qualcuno ha riconosciuto
questo è il monolite e sì nello spazio
odissea, allora erano gli anni ’70
il mondo della Terra degli anni ’90 che bolla
di attività II metti il così da
monolite viviamo orientati agli oggetti
mondo dell’analisi e del design in questo modo
e le nuvole per coloro che erano in giro
in quel momento so che Rebecca è qui
quelle sono grandi nuvole di proteste io
volevo metterli lì così e
ora non potrei pensare a un’immagine per
microservizi quello che pensavo fosse tutto
notte così ancora il concetto come ho detto
prima di componenti liberamente accoppiati I
significa piccoli componenti vagamente accoppiati
è in circolazione da molto tempo
ma esattamente ciò che è microservizi
sappi che questo è un grande dibattito che noi
probabilmente non ho tempo di entrare ma
è solo il resto dell’API che tu sai che io
stava parlando a qualcun altro l’ altro
giorno e in pratica dicono di conoscerci
se stessimo facendo dei micro servizi ma tutti
lo fanno per l’ API REST e
è solo uno spaghetto dietro a un’API REST
lo sai e potrebbe essere più piccolo
spaghetti o distilla uno spaghetti così come
lontano
sai che prendi questo è
solo questo è basato sul codice base
dimensione sai che è questo è quello che sai
c’è questo equilibrio di velocità contro
complessità comunque un tema enorme ma tu
sapere fare leva sulla potenza del piccolo e
fare in se architetto per avere più piccoli
componenti che possono entrare ed estrarre
ogni volta che ne hai bisogno ne ho parlato
prima di nulla sconvolgente e cosa
vedi sulla diapositiva tranne che per il fatto
che l’architetto dovrebbe essere responsabile
ovvio dipende naturalmente all’interno
vincoli dell’organizzazione non solo
per l’architettura del prodotto ma
come è costruito il prodotto, così devono
avere responsabilità per la gestione di te
Conoscere casa test fatto casa continua
consegna fatta ecc ecc. così sei tu
so che la consegna continua o DevOps è
non qualcosa che è solo un altro
i gruppi che fanno architetture si concentra su
come il prodotto è strutturato sono un
la parte fondamentale di quel feedback è abbastanza
la chiave lì è intendo continuamente
ricevere feedback su qualsiasi cosa tu sia
fare e farlo senza farlo
molto complesso è molto molto importante
quindi se lo sai, ovviamente le persone lo fanno
un giorno per testare si conosce il consumatore
Affronta le applicazioni sul Web che provi
fuori qualcosa o potresti lanciare un A
e un prodotto B vede quale opera ottiene
il feedback in fretta è la stessa cosa
per la tua architettura devi fare
sicuro di ricevere feedback dal tuo
l’architettura il più rapidamente possibile
quello va solo che supporta te
conoscere l’architettura praticabile minima I
parlato prima della consegna continua
e sto dando da mangiare a queste cose e noi
avere un sacco di idee su come
implementalo nel continuo
ciclo di consegna ultimo principio ma non
Almeno credo che non so perché io abbia
non ho idea del motivo per cui abbiamo ordinato i principi
in questo modo penso che sia stato solo il
la prima volta che li abbiamo scritti così non c’è
logica intrinseca nella struttura
perché tutti ne hanno parlato
La legge di Conway che è piuttosto interessante
e sostanzialmente dice che lo sai
organizzazioni che progettano sistemi
costretto a produrre disegni che sono
le copie sono le strutture di comunicazione
dell’organizzazione
affermazione molto potente perché
ha una cosa molto interessante se leggi
la sua carta che era con nel 1968 e lui
era concentrato non solo sul software che io
significa che il suo articolo parlava solo di
sistemi uomo giusto e questo è il 1968
ma in quel momento cede un esempio
che la carta sia essi aveva due squadre a
scrivi Penso che sia stato un compilatore ADA ma
Potrei essere con la mia squadra che non so, ma
era un compilatore e aveva due squadre
che voleva conformarsi ai gruppi per scrivere
un compilatore per la stessa lingua era
in due squadre è stato creato l’altro in
tre squadre il primo gruppo è finito
il loro compilatore con due componenti e
altro con tre componenti e quello
era fondamentalmente così il modo in cui ha impostato
le squadre o lui o chiunque abbia deciso quelle
le squadre sono state finite con come il
il compilatore è stato architettato quanti
i componenti sono qui quindi è molto
potente oh così due cose su questo è è
fondamentalmente uno penso che ci sia al
macrolivello e non a livello micro
quindi se guardi il livello micro tutto
questo sta dicendo è assicurarsi che tu
sai che cosa chiamiamo o mi piace
chiamali squadre di caratteristiche o coerenti
squadre che conoscono la tua squadra
dovrebbe comprendere tutti questi ruoli o nessuno
altri ruoli quindi non hanno un separato
il team di test non ha un separato
team di distribuzione che conosci la tua squadra
strutturato se vuoi costruire un
componente sai che fondamentalmente sono un
arretrato e hai una squadra che può
prendere voci fuori che backlog farlo
analisi fare il test fare qualsiasi database
o qualsiasi altra tecnologia che legge tutti quelli
i cambiamenti sono un’unità coesa
più hai squadre separate che fanno
cose diverse il più difficile
è quello di sviluppare così che credo che il
recensione micro di questa cosa la macro
la cosa è solo essere consapevole del tuo
vincoli organizzativi e se tu
non posso cambiarli almeno non farlo
combatterli inutilmente perché il
l’organizzazione imporrà dei vincoli
tu e più grande è l’organizzazione
e io lavoro in un abbastanza grande più
quei vincoli sono e tu sai che io sono
parlando di correnti politiche
e in che modo le cose sono correlate
consapevole di loro e provare a prendere
vantaggio di loro dove puoi e
non combatterli o dove non puoi
perché tornare a un architetto e
l’architetto è lì per prendere decisioni
entro i limiti che sono
consapevole di e l’organizzazione
vincoli o alcuni di loro così era
scorrere rapidamente tra le sei
principi e se abbiamo un caso
studiamo abbiamo messo nel libro che è è
in realtà da cosa PR è esperienza PRS
così e non il miglior diagramma del mondo
ma lo userò rapidamente come un
esempio per legare e parlare di ciascuno di
i principi ancora una volta e
fondamentalmente questo era uno shopping mobile
sistema che avevano bisogno di sviluppare e
qualche architettura concettuale carina tu
sapere di nuovo tornare a ciò che è un
l’architettura è davvero questo diagramma
ora ma come, come abbiamo applicato il
principi mentre si fa così
principio uno era i prodotti che conosci
pensa ai nostri prodotti conosci la squadra
quando è stato loro chiesto di costruire questo
sistema di acquisto mobile realizzato lì
un prodotto già basato sul web in the
l’organizzazione che permette alle persone di
ottenere preventivi così invece di costruire un nuovo
sistema in cui fondamentalmente si sono uniti
quella squadra ha guardato il loro prodotto
roadmap e migliorato il loro prodotto
una tabella di marcia in modo che fondamentalmente tu sapessi a
enorme vittoria già lì di nuovo principio
due hanno identificato la performance come una cima
attributi di qualità ci sono più dettagli
su esattamente come è stato costruito
ma quello che hanno fatto è che avrebbero potuto farlo
un prototipo di base in una settimana e loro
pensato l’ architettura di base loro
aveva per il sistema era stava funzionando
bene così ancora una volta è guardare al al
attributo di qualità e cercando di vedere e
tornando a questo feedback continuo
cicli ecc. basta creare un prototipo eseguirlo
vedere come è e passare al principio
fondamentalmente tre decisioni di progettazione del ritardo
non hanno introdotto il caching
capacità perché hanno pensato che
l’attributo di qualità non andava bene nel loro
corrente fuori
architettura perché stanno entrando
e non hanno usato un motore di regole così
ancora una volta è molto tentati di gettare
molti componenti aggiuntivi perché
vedi un sacco di non funzionali
potresti incontrare un giorno o l’altro in realtà
un altro esempio che ho è stato a
enorme pressione da parte di un gruppo per costruire
Fondamentalmente ha introdotto un nuovo server web
la tecnologia nell’organizzazione è
lavorando fuori e il ragazzo ha detto che sta andando
per essere enorme, perché ognuno sta per
usalo e conosci migliaia di
utenti e stanno andando a colpire a
questo tasso questo tasso che è il servizio
voi ragazzi non siete sufficienti, quindi noi
bisogno di introdurre XYZ e tutti abbiamo capito
eccitato abbiamo introdotto XY z– che io
ho visitato la squadra due anni dopo ho detto
come va il curry va bene ma il
gli utenti non si sono mai presentati, lo sai anche noi
solo che tu sai che in realtà non abbiamo bisogno di
introdurre questa tecnologia se avessimo te
sai pensarci bene ma è così
molto facile da entusiasmare
tutto quello che sta per esplorare da fare
le decisioni in anticipo intendo il preside
telefono principale perché non ne hanno usato nessuno
interno specifico fornitore affinché
potrebbe scambiare il loro database dentro e fuori
e loro dovunque potessero nel
strato di servizio aziendale e questo avevano
alcuni servizi esistenti in realtà
costruito nuovi servizi che esistevano accanto a
loro sono così importanti per i microservizi
Fivers e questo è qualche anno fa loro
è andato per un approccio basato sui container
congettura contenitori o sai bene
popolare c’è ma quello era il
la decisione degli architetti è di usare effettivamente
anni una delle tecnologie dei contenitori
là fuori per consegnare e distribuire il
applicazione e quindi principio sei in
l’estate è fondamentalmente hanno detto che c’erano
le tre capacità che avevano ottenuto
le quotazioni effettuano un ordine e un ordine
realizzazione e hanno effettivamente strutturato
le loro squadre intorno a questi tre
componenti ed è così che è
solo un po ‘ penso che aiuti a riportare
questi principi e come potrebbero essere
applicato in indovinare un caso di studio così
questo è davvero il credo di essere
entro i miei 30 minuti cerco di perseguire così
bene intendo che abbiamo il nostro libro che abbiamo il nostro
blog
ci sono le nostre e-mail per entrambi
le nostre cose Twitter, ma è da qualche parte su
l’ architettura continua solo per avvolgere
è un insieme di principi e
è come immagino alcuni strumenti che puoi
utilizzare nella vostra vita giorno per giorno e credo che
essi lo fanno catturare quello che crediamo sia
la mentalità della maggior parte degli architetti ed è
come puoi rendere l’architettura reale e
rilevante e non qualcosa su cui stare
il lato ed è su questa costante
conflitto con entrambi gli sviluppatori
squadre o il resto dell’organizzazione così
questo è tutto ciò che ho da dire
[Applausi]
Please follow and like us: