[Musica]
[Musica]
grazie a tutti per essere qui appeso sulla
fino alla fine l’ ultima sessione del
giorno amo il tuo impegno il mio nome è
Cameron Stewart e come Laura ha menzionato
parleremo del Cloud
Ho anche echeggiato il noleggio di container di fonderia
La dichiarazione di Laura puoi valutare questo tasso
la sessione nell’app o prendere nota
per eventuali domande che potresti avere
parleremo del Cloud
Runtime del contenitore di fonderia che è Bosch
gestito kubernetes così ancora il mio nome è
Cameron Stewart è il mio account su Twitter
se esci su Twitter per essere
onestamente, non me ne vado davvero
il Twitter ma sono a un open-source
conferenza e quindi ti darò il mio
Twitter gestisce come Geico è quello che
fai bene, ecco come puoi trovare
me su Twitter, dove io di solito appendere fuori
è nella comunità Cloud Foundry che è
la comunità open source in cui io
tipicamente frequenti chiunque qui
familiarità con il Cloud Foundry
ecosistema un paio di persone va bene
ma non è proprio quello che stiamo per fare
parliamo di oggi, ci toccheremo a
un po ‘dove iniziamo il nostro racconto
oggi è con Kubernetes ha nessuno e
qui sentito parlare di carta di Nettie è una coppia
più mani forse mi aspetterei quasi
ogni mano per salire ma va bene
insegneremo a tutti quelli che ci sono familiari
e non così inizieremo con
che cos’è il kubernetes e con il rischio di
sto predicando troppo al coro
cercherò di essere succinto, breve e
questo sappiamo tutti che Kubernetes è un
piattaforma open source per la gestione
carichi di lavoro containerizzati quindi è a
lo strumento di orchestrazione dei contenitori è
portato da Google open source in
2014 Penso che la versione 1.0 sia stata pubblicata
qualche volta nel 2015 quindi ancora un relativamente
nuovo ragazzo sul blocco se vuoi e
è un discendente di Borg e me ne andrò
in questo un po ‘di più e perché
questo è importante più avanti in questo
presentazione ha una base limite
supportandolo il cloud computing nativo
fondazione che ha più di 170
membri del membro quindi è carino
impressionante e parla davvero al
adozione di kubernetes all’interno di questo
comunità perché di nuovo è stato solo
in giro per te ne sai poco più di due
e mezzo anni e così è già
fino a 170 membri l’altra cosa che io
pensare è importante da capire
la base del cloud computing nativo è
che non si chiama kubernetes
fondazione è chiamata la nuvola nativa
base di calcolo che è indicativa
di voi conoscete Google e il governante
i membri del loro tipo di vista su Kubernetes
capiscono che fa parte del
trasformazione nativa del cloud ed è a
gran parte, ma non è l’ unico giocatore
vogliono incoraggiare l’ecosistema a
prosperano attorno ai kubernetes così loro
davvero che saranno altri strumenti
e altri servizi che stanno per essere
coinvolti che circonderanno e
supporto kubernetes
e questo sarà importante per il
sforzo generale e rischio di diventare
cloud nativo e la comunità ha
ha risposto davvero anche nel breve
tempo in cui Kubernetes è stato in giro
c’è un ricco ecosistema che ha questo
si è sviluppato intorno ad esso così che è di nuovo
parla del tipo di adozione e il
dominio del mercato che ha Kubernetes
che siamo arrivati ad aspettarci e venire
vedi in Kubernetes e come vuoi
spesso vedere con il software open source
ci sono diverse versioni differenti
distribuzioni di tutti i tipi di
vuole prendere le comunità e mettere le loro
proprio spin su di esso
e perché c’è una tale rapida adozione
e crescita della distribuzione dei kubernetes
lo scorso novembre Google e 36 del cloud
i membri della fondazione di calcolo nativo hanno ottenuto
insieme e stabilire una serie di standard
attorno a tutti questi diversi Kubernet
distribuzioni quindi cosa significhi come a
l’utente è che puoi aspettarti un
esperienza costante durante il passaggio
tra le versioni di kubernetes come utente
questa è davvero una bella cosa che tu sia
non andare ad una versione e avere
è incompatibile se tu stavi provando a
vai a un’altra versione di kubernetes
quindi ti dà quel carico di lavoro
portabilità tra diversi kubernetes
versioni in distribuzione
quindi ciò che rende Cabrini è eccezionale
che cos’è il kubernetes perché?
ha contribuito a lei quello che ha guidato
questo è come l’adozione di massa che abbiamo visto
di kubernetes e voglio concentrarmi su
il testo rosa in alto ideale per
esposizione di app e servizi di app in pacchetti
più porte e dove grana più fine
il controllo è necessario Ho menzionato che io
tipo di grandine dal Cloud Foundry
la comunità e per la fonderia del cloud è stata
in giro per un po ‘e quello che è veramente
stato conosciuto per ed è stato trovato fantastico
il successo nel fornire un’applicazione
runtime in questa applicazione ha tempo di esecuzione
è stato davvero l’ideale per eseguire un certo
sottoinsieme di carichi di lavoro di cui stiamo parlando
la tua nuvola nativa senza stato di Greenfield
micro servizi quei runtime funzionano e
gira fantasticamente su Cloud Foundry ma
ciò che abbiamo identificato è quello che quelli
i carichi di lavoro non sono rappresentativi del
intero portfolio di applicazioni all’interno di qualsiasi
data l’organizzazione ci sono altri tipi
dei carichi di lavoro e così è davvero dove
parleremo del Cloud
Runtime del contenitore di Foundry ma in cerca
a Kubernetes è quello che Kubernetes
offre offre un runtime per
applicazioni in cui la grana più fine
è necessario il controllo e Cloud Foundry
ecosistema c’è un haiku davvero fantastico
che è stato scritto da un signore che
funziona a pivotal chiamato su c4corey e
questo haiku ha lo scopo di incapsulare il
l’etica degli sviluppatori che stiamo cercando di
compire con la fonderia del cloud e io vado
qualcosa del genere dice che qui è il mio
il codice sorgente qui è il mio codice sorgente
correre sul cloud per me non lo faccio
cura come e quella filosofia dello sviluppatore quella
stiamo cercando di catturare è come un
sviluppatore che vuoi essere in grado di
scrivi il tuo codice e poi consegnalo a
utenti finali e tutto ciò che deve
accadere lungo il percorso al fine di dispiegare
quel codice lo sviluppatore davvero non lo fa
voglio preoccuparmi di quel bene che l’ethos
è un po ‘diverso nel
ecosistema di Kubernetes è qualcosa di simile
ecco il mio codice sorgente eseguirlo sul
nuvola per me lascia che ti dica come è così
c’è quel controllo più raffinato che
è quello che ottieni con kubernetes così
questa è la differenza nel tipo di
due diversi tempi di esecuzione che abbiamo
ha parlato di così kubernetes è grande per
i carichi di lavoro containerizzati se
stai costruendo quei contenitori docker
diciamo solo in-house o potenzialmente
un partner ISV che fornisce loro
applicazione a voi in un container
pacchetto è davvero grande per stateful
servizi quindi servizi che usano persistente
cose di archiviazione come MongoDB MongoDB
Cassandra offre servizi di ricerca elastica
così e poi di nuovo quello
personalizzazione in modo da poter specificare e
avere più controllo su come il tuo
l’applicazione è distribuita e gestita
che spesso può aumentare il tuo
prestazioni delle applicazioni, ma non prendere
la mia parola per questo
perchè il kubernetes è fantastico questo è un tipo
di un pugno nell’occhio di una citazione quindi sono giusto
andando riassumere per voi
451 ricerche hanno condotto un’indagine sui container in
2015 e il dieci percento degli intervistati solo
Il 10% ha dichiarato che stavano usando qualche tipo
di strumento di orchestrazione di container , se
quello era kubernetes o qualche altro
strumento di orchestrazione di container che sondaggio
è stato eseguito di nuovo due anni dopo in autunno
come follow-up quello che abbiamo trovato è stato questo
Il 71% delle rotte degli intervistati lo ha detto
che stavano usando per gestire kubernetes
i loro contenitori così di nuovo in soli due
anni brevi l’ adozione di kubernetes
ha appena iniziato a fare i gangster e così via
guardando un Google Trends qui questo è
confrontando kubernetes con labirinti di Apache e
sciame docker e puoi vederlo
kubernetes ha una traiettoria più ripida
dovremmo dire di altri contenitori
strumenti di orchestrazione non si può negare
Kubernetes è qui per restare tutti
lo ama che è grande
ma non sono tutti arcobaleni e sole
sole proprio la realtà è che lì
sono alcune cose che sono davvero
difficile su Kubernetes e davvero
quello che tutto si riduce a è
rendere operativi i kubernetes così quando noi
parlare di ridimensionamento ad alta disponibilità
controlli sanitari e controlli sanitari
e aggiorna tutte queste cose sono
davvero molto difficile con i kubernetes
quindi non c’è un errore immediato
tolleranza per il tuo kubernetes può
come i tuoi padroni e i tuoi dinosauri Etsy
allo stesso modo puoi ridimensionare e kubernetes
eseguirà controlli di salute e guarigione
i nodi di lavoro ma per i kubernetes
componenti come il cluster
componenti stessi il tuo padrone e
i tuoi nodi @cd non puoi, non c’è niente
della scatola un modo semplice per realizzare
quelle cose e poi di nuovo a fare un te
sapere aggiornamenti a rotazione o solo aggiornamenti
in generale di una flotta di Kuberneti
grappoli che è davvero molto difficile
e chi è responsabile della gestione di questo
ma di nuovo non credetemi per questo
la citazione viene dall’ingegnere a Garmin è
parlato come un vero ingegnere ha detto che è
divertente ma è una sfida questa era una chiacchierata
dato a vmworld credo lo scorso agosto
e il discorso è stato dato da Cornelia Davis
chi lavora al fondamentale duo paul che lavora
a VMware e hanno invitato questo
signore Brandon Henery di Garmin in poi
stage con loro
e Brandon è responsabile della corsa
e gestendo la loro piattaforma kubernetes
essenzialmente ha rotto le sfide
che hanno visto con i kubernet in
un paio di temi diversi sei stato tu
conosci il cluster di amministrazione del cluster
sicurezza o registrazione degli strumenti di ridimensionamento
monitoraggio e sicurezza e lui
durante tutto il colloquio parla di tutti
gli strumenti aggiuntivi di cui aveva bisogno
portare dentro per ottenere cose come
ridimensionando il cluster cose che non lo erano
funzionalità integrata e intrinsecamente
e nativamente in Kubernetes e tutti
i diversi strumenti che aveva bisogno di
portare al fine di avere successo con
questo e tutti questi set di strumenti sono
difficile e che introduce molto
complessità nel tuo ecosistema all’esterno
di introdurre solo complessità al tuo
architettura generale, l’abilità lo imposta
sono richiesti sai non banali così
dopo una specie di Brandon ne ha parlato
delle sfide che hanno dovuto affrontare
operazionalizzazione kubernetes cornelia
Davis ha preso la parola e ti ha detto
conosci grazie Brandon, lui è solo il tuo
run-of-the-mill
medio unicorno giusto e questo è totalmente
vero il set di abilità che deve avere
per lavorare con tutti questi
diversi strumenti e come usarli tutti
insieme per avere successo e tu sai
sfruttando kubernetes è un vero olistico
piattaforma che non è uno scherzo quindi l’abilità
set di cui hai bisogno sono seri, quindi ora
cambieremo un po ‘le marce
e stiamo andando a parlare di Bosch e
Bosch è di nuovo un componente
è in profondità nello stack Cloud Foundry
è davvero che mi piace dire al cuore
della fonderia di nuvole e stiamo per parlare
su di esso un po ‘così Bosch è questo
è la definizione per Bosch è un open
catena di strumenti di origine per il rilascio
ciclo di vita della progettazione ingegneristica
gestione e monitoraggio di distribuito
sistemi che è un boccone quindi possiamo
tipo di disfare questo un po ‘e
parla di ognuna di queste cose così
con Bosch ti dà l’ingegneria di rilascio
capacità che ti permette di fare
arrotolando i gradi usando lo stile canarino
distribuzioni in modo da avere zero
inattività
ti dà capacità di implementazione
attraverso più diversi
infrastrutture e cloud differenti
gestione del ciclo di vita dei fornitori e tu
in realtà salta al monitoraggio
a causa di un sacco di monitoraggio che è
costruito in Bosch ti dà un facile
modo di gestire il ciclo di vita del tuo
carichi di lavoro così a causa degli alti gradi
di monitoraggio che sono inclusi all’interno
Bosch ti darà anche auto-guarigione
e resurrezione per i tuoi carichi di lavoro e
quindi finalmente distribuito i sistemi così
Bosch distribuisce e gestisce distribuito
sistemi in modo sostanziale è un cluster
manager quindi se quelli distribuiti
sistemi sono felice fonderia in un caso o
potrebbe essere WordPress o forse sai
ci vedremo più tardi su Kubernetes così a
il suo core Bosch è un gestore di cluster
e tu sai se andiamo
torna alla schermata precedente e sguardo
alcune di queste parole vediamo il rilascio
ingegneria vediamo l’implementazione che vediamo
gestione del ciclo di vita di tutti questi sono
termini molto DevOps T se vuoi quelli
sono termini che ci aspetteremmo di vedere in a
DevOps conversazione e bolle davvero
fino al pilastro DevOps del trattamento
la tua infrastruttura come codice di automazione
come interagisci con il tuo sottostante
infrastruttura e sappiamo che questo
lo spazio ci sono molti strumenti diversi
che sono disponibili all’interno di questo spazio
questo spazio è diventato un po ‘affollato
potresti anche dire e ce ne sono molti
i confronti che sono stati fatti hanno
che è stato fatto con alcuni di questi
strumenti così abbiamo sentito parlare di Jeff contro
fantoccio di fantoccio contro ansible ecc
ecc. ma sono davvero Bosch ha sempre
ampiamente lasciato fuori dal confronto
conversazione e quindi ci sono due
signori fondamentale che volevano
avere quella conversazione e così hanno scritto
una serie di blog in due parti in due parti che
di nuovo ho collegato qui in basso I
consiglio vivamente di andare a dare un’occhiata
perché è una grande serie di blog ma è così
confronta Bosh contro ansible e chef
e quello che voleva fare era prendere un
tipo di esempio di vita reale di un cluster
che potrebbe confrontare tutti questi
diversi strumenti contro e così via
ho deciso per coniglio sono un coniglio sono carino
cluster così e poi il voluto testare
questi strumenti fondamentalmente in tutto il
intero ciclo di vita di un’applicazione che
hanno rotto in cinque diversi
fornitura di imballaggi di categorie
monitoraggio e aggiornamento della distribuzione e
quindi se pensi a quei cinque
diversi stadi sono davvero allineati
bene in due secchi che in gran parte
udite discussa come primo giorno e il secondo giorno
operazioni Qualcuno sentito della prima giornata
e le due operazioni del giorno sì, va bene così
primi tre di quegli imballaggi
provisioning e distribuzione tutti quelli
davvero ben riempire o adattarsi al giorno
un secchio di operazioni e poi
il monitoraggio e l’aggiornamento sono davvero in calo
nel giorno due operazioni secchio e
quindi nel confrontare questi tre strumenti per
il primo giorno
gestisce il provisioning degli imballaggi
e la distribuzione di tutti questi strumenti erano
anzi, voglio dire che hanno fatto tutte le cose
tipo di a modo loro
ma il risultato finale e la funzionalità
che erano in grado di fornire era
in gran parte lo stesso nessuno di loro davvero fuori
mostrato l’uno o l’altro in questo processo
ma per tipo di saltare al pugno e tu
sappi questo un po ‘di spoiler
allerta quando arrivò a quei due giorni
operazioni quindi il monitoraggio e
l’aggiornamento è dove Bosch davvero
ha iniziato a tirare via e dove loro
ho davvero visto Bosh avere di gran lunga superiore a un
capacità diverse e uniche che il
altro dente proprio non riusciva a consegnare
quindi a guardarlo in un altro modo
ci sono strumenti là fuori per
gestione della configurazione che conosci
di nuovo vediamo alcune di quelle fasi
abbiamo parlato nella diapositiva precedente
qui vediamo il provisioning che vediamo
consistenza del lavoro di imballaggio tutti questi
sono una specie di funzionalità che vorresti
aspetto di vedere con il contenuto del
strumento di gestione della configurazione e quindi
ci sono altri strumenti là fuori che sono
gli strumenti ricorrenti in modo da costruire in cima
questa funzionalità di base della configurazione
gestione e aggiungono cose come
scoperta del servizio e ciclo di vita
gestione di nuovo è qualcosa che
stavamo solo discutendo e quindi anche noi
portalo ancora oltre e costruisci Bosch
ancora più in cima a quello che quei due
diversi set di strumenti forniranno e
ti dà davvero un po ‘ di nuovo quelli de
a quelle cose che devi prendere
in considerazione per il vostro giorno a
operazioni come backup e rischio
backup e ripristino e ripristino attraverso
portabilità delle nuvole quindi non solo essere in grado
per eseguire i carichi di lavoro in diversi
nuvole ma per spostarsi completamente da uno
nuvola ad un altro è come farlo e
un modo piuttosto semplice e fluida
monitoraggio e avviso della capacità di
fare aggiornamenti continui con tempi di fermo zero
questi sono tutti i supplementari
funzionalità e caratteristiche che Bosch
consegna davvero quell’altra orchestrazione
o strumenti di gestione della configurazione
semplicemente non può consegnare
quindi questa è una delle mie citazioni preferite
e viene da Andrew Clay Schaffer
e dice che vogliono questo adorabile e
giorno per è per sempre che è abbastanza
appropriato soprattutto dopo l’argilla di Andrew
Schafer è l’uomo che ha coniato davvero
il termine DevOps così sembra
qualcosa che il fondatore di DevOps o
il fondatore del termine DevOps direbbe
e questo ancora una volta va davvero tornare al
potere di Bosh perché è quel giorno a
operazioni che contano davvero davvero
significa che è ovviamente importante distribuire
qualcosa ma poi a continuamente
aggiornare la patch e tenerla online 24 ore su 24, 7 giorni su 7
per gli utenti di tutto il mondo intendo proprio così
davvero dove è la carne del problema
quel giorno due è fondamentale e così è
dove Bosh è davvero il nostro eroe in questo
spazio in modo se si parla di una certa
sfide operative di nuovo ripartiti
in questi due diversi secchi il primo giorno
e due giorni alcune delle sfide che
potresti aspettarti di vederne uno qualsiasi
piattaforma così per il giorno uno di nuovo questo è
tutto ciò che riguarda la tua distribuzione o la tua build e
quindi vuoi essere in grado di fornire un
esperienza affidabile per qualsiasi cloud così no
dover avere una configurazione diversa
o per avere ambienti di fiocchi di neve
indipendentemente dal sottostante
infrastruttura su cui stai lavorando
vuoi permetterti di aprire api sei tu
voglio sapere che hai un più il
atteggiamento più meritevole dove i tuoi operatori o
gli sviluppatori possono utilizzare una vasta gamma di
diversi set di strumenti e si desidera essere
in grado di avere un ambiente coerente
indipendentemente dal set di strumenti che sei
utilizzando o l’ infrastruttura sottostante
che stai correndo su quello che vuoi avere
un’esperienza coerente e quindi impostare
tempo quanto tempo ci vuole per creare un
ambiente abbiamo davvero dovremmo pensare
in unità di ore anziché a
giorni o settimane e poi il giorno a
lato l’offerta quando si hanno veramente a
gestire una piattaforma le considerazioni
che devi davvero pensare al nostro
patching in modo da applicare patch ai componenti
avere migliaia di applicazioni in esecuzione
in cima a loro non dovrebbe essere uno sai
grande evento dovresti essere in grado di
scala in modo ottimale la tua piattaforma
componenti che dovresti essere in grado di rotolare
le nuove versioni della piattaforma
conoscere di nuovo con il bit come durante
orario di lavoro di un martedì non dovrebbe
deve essere questo grande evento con un sacco di
Cerimonia intorno ad esso e quindi il vostro
lo sforzo operativo dovrebbe essere minimo, quindi se
devi avere un intero che conosci
le piattaforme dovrebbero darti gentilezza
di efficienza operativa è quello che diciamo
ma se devi avere un’intera squadra
di persone che operano questa piattaforma sono
tu veramente
sai che beneficiano
efficienza operativa quindi questi sono alcuni
delle sfide che potresti
potenzialmente imbattersi in qualsiasi piattaforma
e così siamo davvero arrivati Bosch se noi
parla di dove Bosch brilla davvero
alcuni di quei giorni diversi uno e giorno
due considerazioni Bosh viene fornito con un
sistema operativo integrato in modo da non doversi preoccupare
di possedere o di essere responsabile per
il sistema operativo viene fornito con un’immagine del sistema operativo avanzata
che è fornito da Bosch una delle chiavi
benefici di cui parliamo molto dentro
l’ ecosistema delle fonderie nel cloud è quello
Bosch ci dà la possibilità di essere ayah
agnostico in modo da poter essere eseguito su qualsiasi nuvola così
Bosch consente ad esempio nell’esempio
della fonderia di cloud che puoi eseguire in cima
uno qualsiasi dei tre grandi cloud pubblici
provider OpenStack e un vSphere
ambiente ecc. così Bosch ti dà
la capacità di provisioning dei server
attraverso qualsiasi c’è una comunicazione
livello chiamato CPI il provider cloud
interfaccia che è la comunicazione
strato tra Bosch e il sottostante
infrastruttura quindi c’è un CPI
esiste per ogni nuvola sottostante c’è
un CPI per AWS e per GCP e questo è il
livello di traduzione che comunica con
questo è linguaggio specifico per Bosch
questo è ciò che consente a Bosch
essere ciò che diciamo è agnostico e quindi
per distribuire il software attraverso across
il tuo cluster e a loro per il giorno a
lato pensiamo di nuovo al monitoraggio
che è costruito a destra in Bosch e che
ti darà auto-guarigione tramite il
componente di Bosch chiamato il
resurrector e quindi finalmente puoi farlo
aggiornamenti a rotazione tramite uno stile canarino di
implementazione che è ciò che ti permette di
avere una distribuzione di downtime pari a zero
puoi interamente tirarne fuori una nuova
versione del tuo software in un rotolamento
stile di nuovo come un non-evento con zero
tempi di inattività in modo da poter fare questo durante
l’orario lavorativo di un martedì come mi piace
Dite così ho detto che Bosch è un
gestore cluster e che distribuisce e
gestisce sistemi distribuiti e così via
quei sistemi distribuiti rappresentano in
il mondo Bosch ancora se è Cloud
Foundry kubernetes RabbitMQ no
importa qualunque sia il sistema distribuito
è noto come distribuzione Bosch
e quindi se parliamo qui dell’anatomia
di una distribuzione Bosch le sue tre principali
componenti che lo compongono è il gambo
cella che è una versione protetta
immagine del sistema operativo temprata con aia specifica
l’imballaggio avvolto attorno ad esso è stato rilasciato e
una versione è ciò che stai distribuendo in questo modo
è una collezione versione di
configurazione dei modelli di configurazione
proprietà codice sorgente artefatti binari
script di avvio è tutto ciò che è necessario
per distribuire il software in modo riproducibile
e poi il manifest ha a
manifest dichiarativo così Bosch opera
sulla nozione di coerenza finale
che è dove si fornisce un desiderato
stato e si imposta quello stato desiderato voi
in un manifest lo dichiari nel tuo
manifest e poi Bosch è costantemente
ping al sistema per vedere cosa
lo stato attuale è del tuo cluster e se
il tuo se c’è una discrepanza tra
lo stato attuale e lo stato desiderato
quindi per esempio se dici che voglio 3 no
è sempre in esecuzione e ci sono solo
due eseguendolo automaticamente
risolvi quella discrepanza per te così è
valutare costantemente lo stato desiderato
dichiari nel tuo manifest contro
stato attuale che significa anche che dentro
per fare un aggiornamento al sistema
che Bosh sta gestendo per te tutto te stesso
deve fare è cambiarlo valore in a
manifest e quindi rilascia la distribuzione di Vash
comando e questo cambierà
di nuovo in un modo di rotolamento in modo che tu
hanno zero downtime un’ultima cosa su
Bosch è che Bosch è basato a bordo
perché comunque qualcuno qui nella stanza
familiare con borg sì sì borg è un
componente che proviene da Google ed è
responsabile della gestione di servizi come
Ricerca Google e Gmail è una bella cosa
strumento potente e così la Cloud Foundry
la squadra ha assunto due signori che hanno lavorato a
Google e loro lo sapevi in qualche modo
i tipi di top-flight che hanno contribuito a
la creazione di o li ha assunti all’inizio di I
ripensare al 2012 o qualcosa del genere
e loro hanno detto che lo sappiamo davvero
Adori Borg vorremmo usare qualcosa
come Borg ma volevamo un po ‘
diverso volevano consiglio più plus
e così il nome di Bosch è in realtà
Borg plus plus quindi se tu se ne prendi
le ultime due lettere di Borg che è R
e G e tu li aumenti di uno
ti viene dato il nome Bosch quindi R plus 1
è s e H o G più 1 è H così com’è
dove la genesi e il nome di Bosch
è venuto da esso in modo che sia letteralmente Borg
plus plus e quindi ciò che è importante
sapere che Bosch è basato su Borg è quello
all’interno di google kubernetes è pensato per funzionare
in tandem con Borg e così quando tu
combinare Bosch con un contenitore
motore di orchestrazione come kubernetes
la vera magia è ciò che accade quindi parliamo
su cosa può accadere quando si combina
kubernetes Plus Bosch
quando si combinano kubrana è peluche Bosch
prendi Kubo così ottieni quello che sai
colpo di stato da Kubernetes e l’arco da
Bosch, non prendi Kubo per quel progetto Kubo
Kubo che è stata una collaborazione tra
fondamentale e google quindi era un comune
fondamentale è lo sforzo ingegneristico
contributore alla fonderia del cloud aperto
fonderia di cloud di progetto sorgente così
contribuisce a pensare al 70% di questo progetto
comunque così ciottolo e Google è venuto
insieme e ho progettato Kubo, lo penso
è stato annunciato molto lo scorso marzo
donato alla Cloud Foundry
Fondazione che è simile al cloud
il calcolo nativo fonda un Linux
fondamento che supporta l’open source
progetto Cloud Foundry a cui hanno donato
la fondazione Cloud Foundry in giugno e
da allora è stato incubato ed è così
effettivamente passato attraverso l’incubazione
fase ed è ora un componente supportato
all’interno dell’ecosistema Cloud Foundry così
durante questo processo è andato avanti
un po ‘di rebranding e quindi cosa
siamo arrivati probabilmente perché ce n’era anche
molta confusione con il ragazzo a due corde
comunque Kubo non è più è importante
lo so perché alcuni dei simili in
parte della documentazione e
interagire con la fonderia del cloud
contenitore di runtime a volte si vedrà
Riferimento Kubo quindi è importante sapere
che era sai precedentemente noto come
Kubo ora siamo arrivati sull’incantevole
boccone il nome Cloud Foundry
contenitore runtime che è di nuovo il
Bosch ha gestito i kubernetes, quindi cos’è
Runtime del contenitore Cloud Foundry e così via
con un direttore Bosch è essenzialmente
ciò che il controllo del dolore per la distribuzione e
gestione del ciclo di vita dei sistemi
che sta schierando così sarà Bosh
fornirti un cluster di kubernetes e
poi da lì è lo stesso
interazione che ti aspetteresti o
con cui sei venuto a conoscenza
puoi interagire con kubernetes
accedervi tramite il cubo CLI cuddle che
passerà attraverso un carico specifico di I / O
il bilanciatore comunica con la tua API
server
e di nuovo tutto è più o meno
kubernetes standard da qui ciascuno
cluster di kubernetes che viene distribuito
tramite il direttore di Bosch è schierato in
la sua propria sottorete, ma se si pensa di nuovo a
che cosa è e tipo di quello Bosch
spiegamento e fuori diapositiva di anatomia che io
ti ho mostrato che questo è solo un pasticcio
appuntamento quindi di nuovo c’è di diverso
sai che una distribuzione Bosch è qualsiasi cosa
il sistema distribuito è quello che sei
cercando di implementare se si tratta di Cloud
Fonderia o in questo caso il contenitore
tempo quindi cosa ti dà questo o cosa?
problemi questo risolve il multi cloud
di nuovo dandoti un’esperienza coerente
facendoti sapere un singolo controllo del dolore se
lo farai indipendentemente dal
infrastruttura sottostante che puoi
distribuire kubernetes in alto
disponibilità e supporto AZ multiplo così
Bosch ti consente di distribuire distribuibili
e distribuisci sia il tuo padrone che il tuo
lavoratore e ai tuoi nodi CD in tutto
più zone di disponibilità e volontà
tenerli su bosch ti dà quattro livelli
di alta disponibilità di cui parleremo
circa in un secondo
ridimensionamento e VM di guarigione al momento
kubernetes ti permette di ridimensionare e volontà
guardare e monitorare i carichi di lavoro del
lavoratori stessi i carichi di lavoro può il
i carichi di lavoro e gli operai che il
i carichi di lavoro sono in esecuzione, ma per il
Master e i tuoi nodi @cd non c’è
scaling o BM pm healing integrato per
quei componenti quindi è lì che Bosch
entra davvero e lo farà per te
e poi anche per fare un aggiornamento
o per ridimensionare il tuo cluster di cui abbiamo parlato
un manifest di Bosch dove puoi semplicemente
aggiorna il tuo valore e quel hit manifest
una nuova Bosch schiererà e ti farà esplodere
un nuovo stato
quindi volevo solo fare doppio clic su uno
di quelli molto velocemente e parlare
i quattro livelli di hyah bill hyah velo
abilità che Bosch ti dà i quattro
livelli a cui puoi pensare come te
conosco il modo di andare giù nello stack nostro
processi VM della zona di disponibilità e
carichi di lavoro effettivi in esecuzione sul tuo
componenti così Bosch ti dà il
possibilità di distribuire i tuoi carichi di lavoro
attraverso le zone di disponibilità in modo che se tu
perdere un intero robot di zona di disponibilità
ridistribuirà il rimanere il
carico di lavoro da quella zona di disponibilità
che è andato giù alla capacità rimanente
che tu hai e il tuo altro
zone di disponibilità in modo che non lo sei
avendo te non sei influenzato da quello
zona di disponibilità andando giù allo stesso modo
se una VM va offline perché di nuovo bosch
è costantemente tirando per eventuali
coerenza e dicendo che dovrei aspettarmi
cinque VM
e ne ho solo quattro che ricreerà
quella specifica VM e ridistribuire qualsiasi cosa
era in esecuzione su quei processi VM
sono monitorati o monitorati in modo tale che se a
processo di processo va giù sarà
riavviato e quindi se un carico di lavoro quindi se a
Baccello doveva morire Bosch in realtà no
avere qualcosa a che fare con questo perché
questa è funzionalità integrata
volontà di vaniglia kubernetes kubernetes
riportare il suo carico di lavoro così kubernetes
Kubernetes nativo sta gestendo che ma
gli altri tre livelli di altezza
disponibilità che si ottiene sono forniti
da Bosh in modo che dia molto di più
la resilienza di cui può beneficiare il cluster
molto più resilienza grazie a Bosh
quindi questo è un riepilogo del cloud nativo
o il runtime del contenitore Cloud Foundry
che è un nuovo runtime
ancora nell’ecosistema della fonderia
in precedenza abbiamo sempre avuto il
runtime dell’applicazione che è ottimo per
il tuo 12 12 o 12 fattori negativi 12
applicazioni native cloud ma ora noi
inoltre ha un runtime del contenitore
sfruttando kubernetes in modo che possiamo
catturare ancora più di quei carichi di lavoro di
carichi di lavoro containerizzati, quindi stiamo provando
per allargare veramente lo scopo messo nel
Community Cloud Foundry per catturare di più
carichi di lavoro e Cloud Foundry
container runtime è l’ultimo e
il più grande che abbiamo trovato così
grazie mille non dimenticare di votare
questa sessione e
[Applausi]
[Musica]
grazie a tutti per essere qui appeso sulla
fino alla fine l’ ultima sessione del
giorno amo il tuo impegno il mio nome è
Cameron Stewart e come Laura ha menzionato
parleremo del Cloud
Ho anche echeggiato il noleggio di container di fonderia
La dichiarazione di Laura puoi valutare questo tasso
la sessione nell’app o prendere nota
per eventuali domande che potresti avere
parleremo del Cloud
Runtime del contenitore di fonderia che è Bosch
gestito kubernetes così ancora il mio nome è
Cameron Stewart è il mio account su Twitter
se esci su Twitter per essere
onestamente, non me ne vado davvero
il Twitter ma sono a un open-source
conferenza e quindi ti darò il mio
Twitter gestisce come Geico è quello che
fai bene, ecco come puoi trovare
me su Twitter, dove io di solito appendere fuori
è nella comunità Cloud Foundry che è
la comunità open source in cui io
tipicamente frequenti chiunque qui
familiarità con il Cloud Foundry
ecosistema un paio di persone va bene
ma non è proprio quello che stiamo per fare
parliamo di oggi, ci toccheremo a
un po ‘dove iniziamo il nostro racconto
oggi è con Kubernetes ha nessuno e
qui sentito parlare di carta di Nettie è una coppia
più mani forse mi aspetterei quasi
ogni mano per salire ma va bene
insegneremo a tutti quelli che ci sono familiari
e non così inizieremo con
che cos’è il kubernetes e con il rischio di
sto predicando troppo al coro
cercherò di essere succinto, breve e
questo sappiamo tutti che Kubernetes è un
piattaforma open source per la gestione
carichi di lavoro containerizzati quindi è a
lo strumento di orchestrazione dei contenitori è
portato da Google open source in
2014 Penso che la versione 1.0 sia stata pubblicata
qualche volta nel 2015 quindi ancora un relativamente
nuovo ragazzo sul blocco se vuoi e
è un discendente di Borg e me ne andrò
in questo un po ‘di più e perché
questo è importante più avanti in questo
presentazione ha una base limite
supportandolo il cloud computing nativo
fondazione che ha più di 170
membri del membro quindi è carino
impressionante e parla davvero al
adozione di kubernetes all’interno di questo
comunità perché di nuovo è stato solo
in giro per te ne sai poco più di due
e mezzo anni e così è già
fino a 170 membri l’altra cosa che io
pensare è importante da capire
la base del cloud computing nativo è
che non si chiama kubernetes
fondazione è chiamata la nuvola nativa
base di calcolo che è indicativa
di voi conoscete Google e il governante
i membri del loro tipo di vista su Kubernetes
capiscono che fa parte del
trasformazione nativa del cloud ed è a
gran parte, ma non è l’ unico giocatore
vogliono incoraggiare l’ecosistema a
prosperano attorno ai kubernetes così loro
davvero che saranno altri strumenti
e altri servizi che stanno per essere
coinvolti che circonderanno e
supporto kubernetes
e questo sarà importante per il
sforzo generale e rischio di diventare
cloud nativo e la comunità ha
ha risposto davvero anche nel breve
tempo in cui Kubernetes è stato in giro
c’è un ricco ecosistema che ha questo
si è sviluppato intorno ad esso così che è di nuovo
parla del tipo di adozione e il
dominio del mercato che ha Kubernetes
che siamo arrivati ad aspettarci e venire
vedi in Kubernetes e come vuoi
spesso vedere con il software open source
ci sono diverse versioni differenti
distribuzioni di tutti i tipi di
vuole prendere le comunità e mettere le loro
proprio spin su di esso
e perché c’è una tale rapida adozione
e crescita della distribuzione dei kubernetes
lo scorso novembre Google e 36 del cloud
i membri della fondazione di calcolo nativo hanno ottenuto
insieme e stabilire una serie di standard
attorno a tutti questi diversi Kubernet
distribuzioni quindi cosa significhi come a
l’utente è che puoi aspettarti un
esperienza costante durante il passaggio
tra le versioni di kubernetes come utente
questa è davvero una bella cosa che tu sia
non andare ad una versione e avere
è incompatibile se tu stavi provando a
vai a un’altra versione di kubernetes
quindi ti dà quel carico di lavoro
portabilità tra diversi kubernetes
versioni in distribuzione
quindi ciò che rende Cabrini è eccezionale
che cos’è il kubernetes perché?
ha contribuito a lei quello che ha guidato
questo è come l’adozione di massa che abbiamo visto
di kubernetes e voglio concentrarmi su
il testo rosa in alto ideale per
esposizione di app e servizi di app in pacchetti
più porte e dove grana più fine
il controllo è necessario Ho menzionato che io
tipo di grandine dal Cloud Foundry
la comunità e per la fonderia del cloud è stata
in giro per un po ‘e quello che è veramente
stato conosciuto per ed è stato trovato fantastico
il successo nel fornire un’applicazione
runtime in questa applicazione ha tempo di esecuzione
è stato davvero l’ideale per eseguire un certo
sottoinsieme di carichi di lavoro di cui stiamo parlando
la tua nuvola nativa senza stato di Greenfield
micro servizi quei runtime funzionano e
gira fantasticamente su Cloud Foundry ma
ciò che abbiamo identificato è quello che quelli
i carichi di lavoro non sono rappresentativi del
intero portfolio di applicazioni all’interno di qualsiasi
data l’organizzazione ci sono altri tipi
dei carichi di lavoro e così è davvero dove
parleremo del Cloud
Runtime del contenitore di Foundry ma in cerca
a Kubernetes è quello che Kubernetes
offre offre un runtime per
applicazioni in cui la grana più fine
è necessario il controllo e Cloud Foundry
ecosistema c’è un haiku davvero fantastico
che è stato scritto da un signore che
funziona a pivotal chiamato su c4corey e
questo haiku ha lo scopo di incapsulare il
l’etica degli sviluppatori che stiamo cercando di
compire con la fonderia del cloud e io vado
qualcosa del genere dice che qui è il mio
il codice sorgente qui è il mio codice sorgente
correre sul cloud per me non lo faccio
cura come e quella filosofia dello sviluppatore quella
stiamo cercando di catturare è come un
sviluppatore che vuoi essere in grado di
scrivi il tuo codice e poi consegnalo a
utenti finali e tutto ciò che deve
accadere lungo il percorso al fine di dispiegare
quel codice lo sviluppatore davvero non lo fa
voglio preoccuparmi di quel bene che l’ethos
è un po ‘diverso nel
ecosistema di Kubernetes è qualcosa di simile
ecco il mio codice sorgente eseguirlo sul
nuvola per me lascia che ti dica come è così
c’è quel controllo più raffinato che
è quello che ottieni con kubernetes così
questa è la differenza nel tipo di
due diversi tempi di esecuzione che abbiamo
ha parlato di così kubernetes è grande per
i carichi di lavoro containerizzati se
stai costruendo quei contenitori docker
diciamo solo in-house o potenzialmente
un partner ISV che fornisce loro
applicazione a voi in un container
pacchetto è davvero grande per stateful
servizi quindi servizi che usano persistente
cose di archiviazione come MongoDB MongoDB
Cassandra offre servizi di ricerca elastica
così e poi di nuovo quello
personalizzazione in modo da poter specificare e
avere più controllo su come il tuo
l’applicazione è distribuita e gestita
che spesso può aumentare il tuo
prestazioni delle applicazioni, ma non prendere
la mia parola per questo
perchè il kubernetes è fantastico questo è un tipo
di un pugno nell’occhio di una citazione quindi sono giusto
andando riassumere per voi
451 ricerche hanno condotto un’indagine sui container in
2015 e il dieci percento degli intervistati solo
Il 10% ha dichiarato che stavano usando qualche tipo
di strumento di orchestrazione di container , se
quello era kubernetes o qualche altro
strumento di orchestrazione di container che sondaggio
è stato eseguito di nuovo due anni dopo in autunno
come follow-up quello che abbiamo trovato è stato questo
Il 71% delle rotte degli intervistati lo ha detto
che stavano usando per gestire kubernetes
i loro contenitori così di nuovo in soli due
anni brevi l’ adozione di kubernetes
ha appena iniziato a fare i gangster e così via
guardando un Google Trends qui questo è
confrontando kubernetes con labirinti di Apache e
sciame docker e puoi vederlo
kubernetes ha una traiettoria più ripida
dovremmo dire di altri contenitori
strumenti di orchestrazione non si può negare
Kubernetes è qui per restare tutti
lo ama che è grande
ma non sono tutti arcobaleni e sole
sole proprio la realtà è che lì
sono alcune cose che sono davvero
difficile su Kubernetes e davvero
quello che tutto si riduce a è
rendere operativi i kubernetes così quando noi
parlare di ridimensionamento ad alta disponibilità
controlli sanitari e controlli sanitari
e aggiorna tutte queste cose sono
davvero molto difficile con i kubernetes
quindi non c’è un errore immediato
tolleranza per il tuo kubernetes può
come i tuoi padroni e i tuoi dinosauri Etsy
allo stesso modo puoi ridimensionare e kubernetes
eseguirà controlli di salute e guarigione
i nodi di lavoro ma per i kubernetes
componenti come il cluster
componenti stessi il tuo padrone e
i tuoi nodi @cd non puoi, non c’è niente
della scatola un modo semplice per realizzare
quelle cose e poi di nuovo a fare un te
sapere aggiornamenti a rotazione o solo aggiornamenti
in generale di una flotta di Kuberneti
grappoli che è davvero molto difficile
e chi è responsabile della gestione di questo
ma di nuovo non credetemi per questo
la citazione viene dall’ingegnere a Garmin è
parlato come un vero ingegnere ha detto che è
divertente ma è una sfida questa era una chiacchierata
dato a vmworld credo lo scorso agosto
e il discorso è stato dato da Cornelia Davis
chi lavora al fondamentale duo paul che lavora
a VMware e hanno invitato questo
signore Brandon Henery di Garmin in poi
stage con loro
e Brandon è responsabile della corsa
e gestendo la loro piattaforma kubernetes
essenzialmente ha rotto le sfide
che hanno visto con i kubernet in
un paio di temi diversi sei stato tu
conosci il cluster di amministrazione del cluster
sicurezza o registrazione degli strumenti di ridimensionamento
monitoraggio e sicurezza e lui
durante tutto il colloquio parla di tutti
gli strumenti aggiuntivi di cui aveva bisogno
portare dentro per ottenere cose come
ridimensionando il cluster cose che non lo erano
funzionalità integrata e intrinsecamente
e nativamente in Kubernetes e tutti
i diversi strumenti che aveva bisogno di
portare al fine di avere successo con
questo e tutti questi set di strumenti sono
difficile e che introduce molto
complessità nel tuo ecosistema all’esterno
di introdurre solo complessità al tuo
architettura generale, l’abilità lo imposta
sono richiesti sai non banali così
dopo una specie di Brandon ne ha parlato
delle sfide che hanno dovuto affrontare
operazionalizzazione kubernetes cornelia
Davis ha preso la parola e ti ha detto
conosci grazie Brandon, lui è solo il tuo
run-of-the-mill
medio unicorno giusto e questo è totalmente
vero il set di abilità che deve avere
per lavorare con tutti questi
diversi strumenti e come usarli tutti
insieme per avere successo e tu sai
sfruttando kubernetes è un vero olistico
piattaforma che non è uno scherzo quindi l’abilità
set di cui hai bisogno sono seri, quindi ora
cambieremo un po ‘le marce
e stiamo andando a parlare di Bosch e
Bosch è di nuovo un componente
è in profondità nello stack Cloud Foundry
è davvero che mi piace dire al cuore
della fonderia di nuvole e stiamo per parlare
su di esso un po ‘così Bosch è questo
è la definizione per Bosch è un open
catena di strumenti di origine per il rilascio
ciclo di vita della progettazione ingegneristica
gestione e monitoraggio di distribuito
sistemi che è un boccone quindi possiamo
tipo di disfare questo un po ‘e
parla di ognuna di queste cose così
con Bosch ti dà l’ingegneria di rilascio
capacità che ti permette di fare
arrotolando i gradi usando lo stile canarino
distribuzioni in modo da avere zero
inattività
ti dà capacità di implementazione
attraverso più diversi
infrastrutture e cloud differenti
gestione del ciclo di vita dei fornitori e tu
in realtà salta al monitoraggio
a causa di un sacco di monitoraggio che è
costruito in Bosch ti dà un facile
modo di gestire il ciclo di vita del tuo
carichi di lavoro così a causa degli alti gradi
di monitoraggio che sono inclusi all’interno
Bosch ti darà anche auto-guarigione
e resurrezione per i tuoi carichi di lavoro e
quindi finalmente distribuito i sistemi così
Bosch distribuisce e gestisce distribuito
sistemi in modo sostanziale è un cluster
manager quindi se quelli distribuiti
sistemi sono felice fonderia in un caso o
potrebbe essere WordPress o forse sai
ci vedremo più tardi su Kubernetes così a
il suo core Bosch è un gestore di cluster
e tu sai se andiamo
torna alla schermata precedente e sguardo
alcune di queste parole vediamo il rilascio
ingegneria vediamo l’implementazione che vediamo
gestione del ciclo di vita di tutti questi sono
termini molto DevOps T se vuoi quelli
sono termini che ci aspetteremmo di vedere in a
DevOps conversazione e bolle davvero
fino al pilastro DevOps del trattamento
la tua infrastruttura come codice di automazione
come interagisci con il tuo sottostante
infrastruttura e sappiamo che questo
lo spazio ci sono molti strumenti diversi
che sono disponibili all’interno di questo spazio
questo spazio è diventato un po ‘affollato
potresti anche dire e ce ne sono molti
i confronti che sono stati fatti hanno
che è stato fatto con alcuni di questi
strumenti così abbiamo sentito parlare di Jeff contro
fantoccio di fantoccio contro ansible ecc
ecc. ma sono davvero Bosch ha sempre
ampiamente lasciato fuori dal confronto
conversazione e quindi ci sono due
signori fondamentale che volevano
avere quella conversazione e così hanno scritto
una serie di blog in due parti in due parti che
di nuovo ho collegato qui in basso I
consiglio vivamente di andare a dare un’occhiata
perché è una grande serie di blog ma è così
confronta Bosh contro ansible e chef
e quello che voleva fare era prendere un
tipo di esempio di vita reale di un cluster
che potrebbe confrontare tutti questi
diversi strumenti contro e così via
ho deciso per coniglio sono un coniglio sono carino
cluster così e poi il voluto testare
questi strumenti fondamentalmente in tutto il
intero ciclo di vita di un’applicazione che
hanno rotto in cinque diversi
fornitura di imballaggi di categorie
monitoraggio e aggiornamento della distribuzione e
quindi se pensi a quei cinque
diversi stadi sono davvero allineati
bene in due secchi che in gran parte
udite discussa come primo giorno e il secondo giorno
operazioni Qualcuno sentito della prima giornata
e le due operazioni del giorno sì, va bene così
primi tre di quegli imballaggi
provisioning e distribuzione tutti quelli
davvero ben riempire o adattarsi al giorno
un secchio di operazioni e poi
il monitoraggio e l’aggiornamento sono davvero in calo
nel giorno due operazioni secchio e
quindi nel confrontare questi tre strumenti per
il primo giorno
gestisce il provisioning degli imballaggi
e la distribuzione di tutti questi strumenti erano
anzi, voglio dire che hanno fatto tutte le cose
tipo di a modo loro
ma il risultato finale e la funzionalità
che erano in grado di fornire era
in gran parte lo stesso nessuno di loro davvero fuori
mostrato l’uno o l’altro in questo processo
ma per tipo di saltare al pugno e tu
sappi questo un po ‘di spoiler
allerta quando arrivò a quei due giorni
operazioni quindi il monitoraggio e
l’aggiornamento è dove Bosch davvero
ha iniziato a tirare via e dove loro
ho davvero visto Bosh avere di gran lunga superiore a un
capacità diverse e uniche che il
altro dente proprio non riusciva a consegnare
quindi a guardarlo in un altro modo
ci sono strumenti là fuori per
gestione della configurazione che conosci
di nuovo vediamo alcune di quelle fasi
abbiamo parlato nella diapositiva precedente
qui vediamo il provisioning che vediamo
consistenza del lavoro di imballaggio tutti questi
sono una specie di funzionalità che vorresti
aspetto di vedere con il contenuto del
strumento di gestione della configurazione e quindi
ci sono altri strumenti là fuori che sono
gli strumenti ricorrenti in modo da costruire in cima
questa funzionalità di base della configurazione
gestione e aggiungono cose come
scoperta del servizio e ciclo di vita
gestione di nuovo è qualcosa che
stavamo solo discutendo e quindi anche noi
portalo ancora oltre e costruisci Bosch
ancora più in cima a quello che quei due
diversi set di strumenti forniranno e
ti dà davvero un po ‘ di nuovo quelli de
a quelle cose che devi prendere
in considerazione per il vostro giorno a
operazioni come backup e rischio
backup e ripristino e ripristino attraverso
portabilità delle nuvole quindi non solo essere in grado
per eseguire i carichi di lavoro in diversi
nuvole ma per spostarsi completamente da uno
nuvola ad un altro è come farlo e
un modo piuttosto semplice e fluida
monitoraggio e avviso della capacità di
fare aggiornamenti continui con tempi di fermo zero
questi sono tutti i supplementari
funzionalità e caratteristiche che Bosch
consegna davvero quell’altra orchestrazione
o strumenti di gestione della configurazione
semplicemente non può consegnare
quindi questa è una delle mie citazioni preferite
e viene da Andrew Clay Schaffer
e dice che vogliono questo adorabile e
giorno per è per sempre che è abbastanza
appropriato soprattutto dopo l’argilla di Andrew
Schafer è l’uomo che ha coniato davvero
il termine DevOps così sembra
qualcosa che il fondatore di DevOps o
il fondatore del termine DevOps direbbe
e questo ancora una volta va davvero tornare al
potere di Bosh perché è quel giorno a
operazioni che contano davvero davvero
significa che è ovviamente importante distribuire
qualcosa ma poi a continuamente
aggiornare la patch e tenerla online 24 ore su 24, 7 giorni su 7
per gli utenti di tutto il mondo intendo proprio così
davvero dove è la carne del problema
quel giorno due è fondamentale e così è
dove Bosh è davvero il nostro eroe in questo
spazio in modo se si parla di una certa
sfide operative di nuovo ripartiti
in questi due diversi secchi il primo giorno
e due giorni alcune delle sfide che
potresti aspettarti di vederne uno qualsiasi
piattaforma così per il giorno uno di nuovo questo è
tutto ciò che riguarda la tua distribuzione o la tua build e
quindi vuoi essere in grado di fornire un
esperienza affidabile per qualsiasi cloud così no
dover avere una configurazione diversa
o per avere ambienti di fiocchi di neve
indipendentemente dal sottostante
infrastruttura su cui stai lavorando
vuoi permetterti di aprire api sei tu
voglio sapere che hai un più il
atteggiamento più meritevole dove i tuoi operatori o
gli sviluppatori possono utilizzare una vasta gamma di
diversi set di strumenti e si desidera essere
in grado di avere un ambiente coerente
indipendentemente dal set di strumenti che sei
utilizzando o l’ infrastruttura sottostante
che stai correndo su quello che vuoi avere
un’esperienza coerente e quindi impostare
tempo quanto tempo ci vuole per creare un
ambiente abbiamo davvero dovremmo pensare
in unità di ore anziché a
giorni o settimane e poi il giorno a
lato l’offerta quando si hanno veramente a
gestire una piattaforma le considerazioni
che devi davvero pensare al nostro
patching in modo da applicare patch ai componenti
avere migliaia di applicazioni in esecuzione
in cima a loro non dovrebbe essere uno sai
grande evento dovresti essere in grado di
scala in modo ottimale la tua piattaforma
componenti che dovresti essere in grado di rotolare
le nuove versioni della piattaforma
conoscere di nuovo con il bit come durante
orario di lavoro di un martedì non dovrebbe
deve essere questo grande evento con un sacco di
Cerimonia intorno ad esso e quindi il vostro
lo sforzo operativo dovrebbe essere minimo, quindi se
devi avere un intero che conosci
le piattaforme dovrebbero darti gentilezza
di efficienza operativa è quello che diciamo
ma se devi avere un’intera squadra
di persone che operano questa piattaforma sono
tu veramente
sai che beneficiano
efficienza operativa quindi questi sono alcuni
delle sfide che potresti
potenzialmente imbattersi in qualsiasi piattaforma
e così siamo davvero arrivati Bosch se noi
parla di dove Bosch brilla davvero
alcuni di quei giorni diversi uno e giorno
due considerazioni Bosh viene fornito con un
sistema operativo integrato in modo da non doversi preoccupare
di possedere o di essere responsabile per
il sistema operativo viene fornito con un’immagine del sistema operativo avanzata
che è fornito da Bosch una delle chiavi
benefici di cui parliamo molto dentro
l’ ecosistema delle fonderie nel cloud è quello
Bosch ci dà la possibilità di essere ayah
agnostico in modo da poter essere eseguito su qualsiasi nuvola così
Bosch consente ad esempio nell’esempio
della fonderia di cloud che puoi eseguire in cima
uno qualsiasi dei tre grandi cloud pubblici
provider OpenStack e un vSphere
ambiente ecc. così Bosch ti dà
la capacità di provisioning dei server
attraverso qualsiasi c’è una comunicazione
livello chiamato CPI il provider cloud
interfaccia che è la comunicazione
strato tra Bosch e il sottostante
infrastruttura quindi c’è un CPI
esiste per ogni nuvola sottostante c’è
un CPI per AWS e per GCP e questo è il
livello di traduzione che comunica con
questo è linguaggio specifico per Bosch
questo è ciò che consente a Bosch
essere ciò che diciamo è agnostico e quindi
per distribuire il software attraverso across
il tuo cluster e a loro per il giorno a
lato pensiamo di nuovo al monitoraggio
che è costruito a destra in Bosch e che
ti darà auto-guarigione tramite il
componente di Bosch chiamato il
resurrector e quindi finalmente puoi farlo
aggiornamenti a rotazione tramite uno stile canarino di
implementazione che è ciò che ti permette di
avere una distribuzione di downtime pari a zero
puoi interamente tirarne fuori una nuova
versione del tuo software in un rotolamento
stile di nuovo come un non-evento con zero
tempi di inattività in modo da poter fare questo durante
l’orario lavorativo di un martedì come mi piace
Dite così ho detto che Bosch è un
gestore cluster e che distribuisce e
gestisce sistemi distribuiti e così via
quei sistemi distribuiti rappresentano in
il mondo Bosch ancora se è Cloud
Foundry kubernetes RabbitMQ no
importa qualunque sia il sistema distribuito
è noto come distribuzione Bosch
e quindi se parliamo qui dell’anatomia
di una distribuzione Bosch le sue tre principali
componenti che lo compongono è il gambo
cella che è una versione protetta
immagine del sistema operativo temprata con aia specifica
l’imballaggio avvolto attorno ad esso è stato rilasciato e
una versione è ciò che stai distribuendo in questo modo
è una collezione versione di
configurazione dei modelli di configurazione
proprietà codice sorgente artefatti binari
script di avvio è tutto ciò che è necessario
per distribuire il software in modo riproducibile
e poi il manifest ha a
manifest dichiarativo così Bosch opera
sulla nozione di coerenza finale
che è dove si fornisce un desiderato
stato e si imposta quello stato desiderato voi
in un manifest lo dichiari nel tuo
manifest e poi Bosch è costantemente
ping al sistema per vedere cosa
lo stato attuale è del tuo cluster e se
il tuo se c’è una discrepanza tra
lo stato attuale e lo stato desiderato
quindi per esempio se dici che voglio 3 no
è sempre in esecuzione e ci sono solo
due eseguendolo automaticamente
risolvi quella discrepanza per te così è
valutare costantemente lo stato desiderato
dichiari nel tuo manifest contro
stato attuale che significa anche che dentro
per fare un aggiornamento al sistema
che Bosh sta gestendo per te tutto te stesso
deve fare è cambiarlo valore in a
manifest e quindi rilascia la distribuzione di Vash
comando e questo cambierà
di nuovo in un modo di rotolamento in modo che tu
hanno zero downtime un’ultima cosa su
Bosch è che Bosch è basato a bordo
perché comunque qualcuno qui nella stanza
familiare con borg sì sì borg è un
componente che proviene da Google ed è
responsabile della gestione di servizi come
Ricerca Google e Gmail è una bella cosa
strumento potente e così la Cloud Foundry
la squadra ha assunto due signori che hanno lavorato a
Google e loro lo sapevi in qualche modo
i tipi di top-flight che hanno contribuito a
la creazione di o li ha assunti all’inizio di I
ripensare al 2012 o qualcosa del genere
e loro hanno detto che lo sappiamo davvero
Adori Borg vorremmo usare qualcosa
come Borg ma volevamo un po ‘
diverso volevano consiglio più plus
e così il nome di Bosch è in realtà
Borg plus plus quindi se tu se ne prendi
le ultime due lettere di Borg che è R
e G e tu li aumenti di uno
ti viene dato il nome Bosch quindi R plus 1
è s e H o G più 1 è H così com’è
dove la genesi e il nome di Bosch
è venuto da esso in modo che sia letteralmente Borg
plus plus e quindi ciò che è importante
sapere che Bosch è basato su Borg è quello
all’interno di google kubernetes è pensato per funzionare
in tandem con Borg e così quando tu
combinare Bosch con un contenitore
motore di orchestrazione come kubernetes
la vera magia è ciò che accade quindi parliamo
su cosa può accadere quando si combina
kubernetes Plus Bosch
quando si combinano kubrana è peluche Bosch
prendi Kubo così ottieni quello che sai
colpo di stato da Kubernetes e l’arco da
Bosch, non prendi Kubo per quel progetto Kubo
Kubo che è stata una collaborazione tra
fondamentale e google quindi era un comune
fondamentale è lo sforzo ingegneristico
contributore alla fonderia del cloud aperto
fonderia di cloud di progetto sorgente così
contribuisce a pensare al 70% di questo progetto
comunque così ciottolo e Google è venuto
insieme e ho progettato Kubo, lo penso
è stato annunciato molto lo scorso marzo
donato alla Cloud Foundry
Fondazione che è simile al cloud
il calcolo nativo fonda un Linux
fondamento che supporta l’open source
progetto Cloud Foundry a cui hanno donato
la fondazione Cloud Foundry in giugno e
da allora è stato incubato ed è così
effettivamente passato attraverso l’incubazione
fase ed è ora un componente supportato
all’interno dell’ecosistema Cloud Foundry così
durante questo processo è andato avanti
un po ‘di rebranding e quindi cosa
siamo arrivati probabilmente perché ce n’era anche
molta confusione con il ragazzo a due corde
comunque Kubo non è più è importante
lo so perché alcuni dei simili in
parte della documentazione e
interagire con la fonderia del cloud
contenitore di runtime a volte si vedrà
Riferimento Kubo quindi è importante sapere
che era sai precedentemente noto come
Kubo ora siamo arrivati sull’incantevole
boccone il nome Cloud Foundry
contenitore runtime che è di nuovo il
Bosch ha gestito i kubernetes, quindi cos’è
Runtime del contenitore Cloud Foundry e così via
con un direttore Bosch è essenzialmente
ciò che il controllo del dolore per la distribuzione e
gestione del ciclo di vita dei sistemi
che sta schierando così sarà Bosh
fornirti un cluster di kubernetes e
poi da lì è lo stesso
interazione che ti aspetteresti o
con cui sei venuto a conoscenza
puoi interagire con kubernetes
accedervi tramite il cubo CLI cuddle che
passerà attraverso un carico specifico di I / O
il bilanciatore comunica con la tua API
server
e di nuovo tutto è più o meno
kubernetes standard da qui ciascuno
cluster di kubernetes che viene distribuito
tramite il direttore di Bosch è schierato in
la sua propria sottorete, ma se si pensa di nuovo a
che cosa è e tipo di quello Bosch
spiegamento e fuori diapositiva di anatomia che io
ti ho mostrato che questo è solo un pasticcio
appuntamento quindi di nuovo c’è di diverso
sai che una distribuzione Bosch è qualsiasi cosa
il sistema distribuito è quello che sei
cercando di implementare se si tratta di Cloud
Fonderia o in questo caso il contenitore
tempo quindi cosa ti dà questo o cosa?
problemi questo risolve il multi cloud
di nuovo dandoti un’esperienza coerente
facendoti sapere un singolo controllo del dolore se
lo farai indipendentemente dal
infrastruttura sottostante che puoi
distribuire kubernetes in alto
disponibilità e supporto AZ multiplo così
Bosch ti consente di distribuire distribuibili
e distribuisci sia il tuo padrone che il tuo
lavoratore e ai tuoi nodi CD in tutto
più zone di disponibilità e volontà
tenerli su bosch ti dà quattro livelli
di alta disponibilità di cui parleremo
circa in un secondo
ridimensionamento e VM di guarigione al momento
kubernetes ti permette di ridimensionare e volontà
guardare e monitorare i carichi di lavoro del
lavoratori stessi i carichi di lavoro può il
i carichi di lavoro e gli operai che il
i carichi di lavoro sono in esecuzione, ma per il
Master e i tuoi nodi @cd non c’è
scaling o BM pm healing integrato per
quei componenti quindi è lì che Bosch
entra davvero e lo farà per te
e poi anche per fare un aggiornamento
o per ridimensionare il tuo cluster di cui abbiamo parlato
un manifest di Bosch dove puoi semplicemente
aggiorna il tuo valore e quel hit manifest
una nuova Bosch schiererà e ti farà esplodere
un nuovo stato
quindi volevo solo fare doppio clic su uno
di quelli molto velocemente e parlare
i quattro livelli di hyah bill hyah velo
abilità che Bosch ti dà i quattro
livelli a cui puoi pensare come te
conosco il modo di andare giù nello stack nostro
processi VM della zona di disponibilità e
carichi di lavoro effettivi in esecuzione sul tuo
componenti così Bosch ti dà il
possibilità di distribuire i tuoi carichi di lavoro
attraverso le zone di disponibilità in modo che se tu
perdere un intero robot di zona di disponibilità
ridistribuirà il rimanere il
carico di lavoro da quella zona di disponibilità
che è andato giù alla capacità rimanente
che tu hai e il tuo altro
zone di disponibilità in modo che non lo sei
avendo te non sei influenzato da quello
zona di disponibilità andando giù allo stesso modo
se una VM va offline perché di nuovo bosch
è costantemente tirando per eventuali
coerenza e dicendo che dovrei aspettarmi
cinque VM
e ne ho solo quattro che ricreerà
quella specifica VM e ridistribuire qualsiasi cosa
era in esecuzione su quei processi VM
sono monitorati o monitorati in modo tale che se a
processo di processo va giù sarà
riavviato e quindi se un carico di lavoro quindi se a
Baccello doveva morire Bosch in realtà no
avere qualcosa a che fare con questo perché
questa è funzionalità integrata
volontà di vaniglia kubernetes kubernetes
riportare il suo carico di lavoro così kubernetes
Kubernetes nativo sta gestendo che ma
gli altri tre livelli di altezza
disponibilità che si ottiene sono forniti
da Bosh in modo che dia molto di più
la resilienza di cui può beneficiare il cluster
molto più resilienza grazie a Bosh
quindi questo è un riepilogo del cloud nativo
o il runtime del contenitore Cloud Foundry
che è un nuovo runtime
ancora nell’ecosistema della fonderia
in precedenza abbiamo sempre avuto il
runtime dell’applicazione che è ottimo per
il tuo 12 12 o 12 fattori negativi 12
applicazioni native cloud ma ora noi
inoltre ha un runtime del contenitore
sfruttando kubernetes in modo che possiamo
catturare ancora più di quei carichi di lavoro di
carichi di lavoro containerizzati, quindi stiamo provando
per allargare veramente lo scopo messo nel
Community Cloud Foundry per catturare di più
carichi di lavoro e Cloud Foundry
container runtime è l’ultimo e
il più grande che abbiamo trovato così
grazie mille non dimenticare di votare
questa sessione e
[Applausi]
Please follow and like us: