WEBVTT

00:00:00.000 --> 00:00:08.198
[MUSICA]

00:00:08.198 --> 00:00:09.947
Hello e
Benvenuti in un altro episodio

00:00:09.947 --> 00:00:11.430
Canale del contenitore.

00:00:11.430 --> 00:00:13.160
Mi Matt McSpirit,
promotori tecnici per

00:00:13.160 --> 00:00:14.590
tutti i nostri dati
technology Center.

00:00:14.590 --> 00:00:17.120
In questo episodio ha
in realtà l'inizio di

00:00:17.120 --> 00:00:20.130
una serie di mini dove siamo
dovrà essere esplorazione contenitore

00:00:20.130 --> 00:00:21.450
Nozioni fondamentali.

00:00:21.450 --> 00:00:23.490
Coloro che hai guardato
alcuni dei video già

00:00:23.490 --> 00:00:24.380
il canale di contenitori,

00:00:24.380 --> 00:00:27.000
si saprà, abbiamo un lotto
di demo di fantastici contenuti.

00:00:27.000 --> 00:00:29.960
Abbiamo introdotto e aveva colloqui
le persone Docker.

00:00:29.960 --> 00:00:33.180
Abbiamo incontrato John Howard e
Esaminate il suo contributo al

00:00:33.180 --> 00:00:35.860
anche il Docker, pertanto
Abbiamo trattato un carico di

00:00:35.860 --> 00:00:38.700
STUFF, ma si desidera assicurarsi che
che abbiamo ti offriamo la profondità

00:00:38.700 --> 00:00:41.030
conoscenza della nostra
anche i contenitori.

00:00:41.030 --> 00:00:44.350
E per questo oggi
Sono unita da Neil Peterson.

00:00:44.350 --> 00:00:45.770
Neil, presentarsi e

00:00:45.770 --> 00:00:48.850
Inviaci un po' circa il
connessione con i contenitori.

00:00:48.850 --> 00:00:50.210
>> Bene, ringrazia Matt.

00:00:50.210 --> 00:00:51.400
In modo che il mio nome 's Neil Peterson,

00:00:51.400 --> 00:00:54.600
Sono uno sviluppatore di contenuti
qui in Microsoft.

00:00:54.600 --> 00:00:57.280
Questa operazione, in realtà alla procedura che
con contenitori è iscritto

00:00:57.280 --> 00:01:00.160
la documentazione per passare
con l'implementazione di

00:01:00.160 --> 00:01:02.340
contenitori, di Windows
contenitori di server e

00:01:02.340 --> 00:01:04.270
i contenitori di B hyper imminenti.

00:01:04.270 --> 00:01:07.100
In questo caso, si lavora con il nostro
il team di visualizzazione ed e

00:01:07.100 --> 00:01:08.600
John e Taylor.

00:01:08.600 --> 00:01:11.900
Tipo di documentazione dei contenitori
e come parte di che in riproduzione

00:01:11.900 --> 00:01:15.020
intorno e le ricerche
sulla tecnologia di uso personale.

00:01:15.020 --> 00:01:16.870
>> È tutto molto
nuovo a molti di noi.

00:01:16.870 --> 00:01:18.410
Molti dei nostri IT
professionisti come anche questa operazione

00:01:18.410 --> 00:01:20.080
la documentazione
è fondamentale e

00:01:20.080 --> 00:01:23.050
approccio di questa documentazione
Abbiamo impiegato questo momento in poi

00:01:23.050 --> 00:01:26.390
contenitori sullo MSDM
ma anche alle persone che accede

00:01:26.390 --> 00:01:28.560
su di esso tramite [INAUDIBLE],
che è un grande.

00:01:28.560 --> 00:01:30.950
Modifica per
noi << Sì assolutamente intendo scopo

00:01:30.950 --> 00:01:34.970
Siamo la nostra documentazione
è disponibile su GitHub,

00:01:34.970 --> 00:01:38.600
Comunità può contribuire ad esso,
eseguire aggiornamenti ad esso e realmente

00:01:38.600 --> 00:01:43.180
nella misura del contenitore della finestra nad
Siamo in anteprima tecnica ma

00:01:43.180 --> 00:01:46.350
ci stiamo documentando
li abbastanza, pertanto

00:01:46.350 --> 00:01:48.870
Abbiamo molte cose che stiamo creando
out abbastanza rapidamente.

00:01:48.870 --> 00:01:51.000
>> E se non hai selezionato
la documentazione già,

00:01:51.000 --> 00:01:54.140
si tratta di MSDN punto Microsoft dot com
Se si desidera scendere di MSDN

00:01:54.140 --> 00:01:56.330
principale, barra (/)
La virtualizzazione e

00:01:56.330 --> 00:01:58.570
si passerà a
i contenitori di pagina di destinazione.

00:01:58.570 --> 00:02:00.840
Se è un numero di
diversi scenari che

00:02:00.840 --> 00:02:04.820
documentato per l'anteprima tecnica
tre, per ottenere il

00:02:04.820 --> 00:02:08.320
host contenitore pronto, distribuzione
contenitori con PowerShare, o

00:02:08.320 --> 00:02:10.920
gestirli con Docker e
così via e in Azure anche.

00:02:10.920 --> 00:02:13.210
In tal caso, in caso contrario,
estrarre i documenti,

00:02:13.210 --> 00:02:15.920
proseguire e anche visualizzare il
video in quanto si verificherà

00:02:15.920 --> 00:02:18.220
eseguire come anche questa operazione
può essere visualizzato in modo visivo.

00:02:18.220 --> 00:02:21.380
Ma oggi, come ho detto,
è l'inizio di una serie minima.

00:02:21.380 --> 00:02:22.730
Non sappiamo quante
episodi che andremo a effettuare,

00:02:22.730 --> 00:02:24.460
ci limiteremo a
pertanto continuare a ya.

00:02:24.460 --> 00:02:25.980
Per comprendere e

00:02:25.980 --> 00:02:28.950
comprendere i principi fondamentali di un bit
più di un livello tecnico.

00:02:28.950 --> 00:02:31.400
Ma consentendo molti
dimostrazione si basa anche.

00:02:31.400 --> 00:02:34.710
In questo caso, Neil del stato occupato edificio
questi sistemi per abilitare, per mostrare

00:02:34.710 --> 00:02:37.610
è essenzialmente come parte di questo
STUFF funziona in modo leggermente più approfondito.

00:02:37.610 --> 00:02:39.930
E il primo che si
sarà possibile osservare in

00:02:39.930 --> 00:02:42.800
un'introduzione sulla realtà
sono solo i contenitori, che

00:02:42.800 --> 00:02:45.840
livello successivo verso il basso da alcuni di
video svolto in precedenza.

00:02:45.840 --> 00:02:47.560
Consente di comprendere alcune
di blocchi predefiniti e

00:02:47.560 --> 00:02:50.270
alcune delle funzionalità principali,
componenti e concetti.

00:02:50.270 --> 00:02:53.170
Prima di proseguire in futuro
episodi di più la profondità

00:02:53.170 --> 00:02:56.000
immagini circostanti,
rete e così via.

00:02:56.000 --> 00:02:58.320
Pertanto il motivo per cui non lo Prendi tu assente
noi dettagliatamente cosa

00:02:58.320 --> 00:03:00.311
verranno esaminati i oggi
In questo episodio particolare.

00:03:00.311 --> 00:03:03.813
<< Per questo episodio facciamo
è sufficiente spiegare quali contenitori

00:03:03.813 --> 00:03:06.127
sono, creeremo
alcuni contenitori Cerca

00:03:06.127 --> 00:03:09.168
alcune immagini del contenitore e
Avviare semplicemente come voi

00:03:09.168 --> 00:03:12.341
detto le basi
analisi più approfondita in prodotti quali

00:03:12.341 --> 00:03:15.518
immagini di contenitore di rete
portabilità dei contenitori

00:03:15.518 --> 00:03:16.046
>> il raffreddamento corretto

00:03:16.046 --> 00:03:16.706
>> OK (Okay) consente in tal caso

00:03:16.706 --> 00:03:17.630
>> sono solo alcuni

00:03:17.630 --> 00:03:21.065
diapositive che ritiene "no, è Impossibile
eseguire le diapositive"sono presenti alcuni e

00:03:21.065 --> 00:03:23.642
quindi ci stiamo docking
retta in alcune dimostrazioni in

00:03:23.642 --> 00:03:24.970
Quindi vi rimangono.

00:03:24.970 --> 00:03:27.140
>> Appena ci permettono di posizione
alcuni aspetti di anche.

00:03:27.140 --> 00:03:28.500
>> Che, in modo assoluto.

00:03:28.500 --> 00:03:32.560
Questa operazione, contenitori
sono senza dubbio di incendio,

00:03:32.560 --> 00:03:34.820
Molte persone
parla su di essi.

00:03:34.820 --> 00:03:39.780
È piuttosto tempestivamente nel
ciclo di vita di tecnologia, contenitori

00:03:39.780 --> 00:03:41.870
sono stati intorno per qualche tempo
>> Su Linux

00:03:41.870 --> 00:03:43.680
>> Su Linux, ma

00:03:43.680 --> 00:03:47.040
Sei davvero decollare destra
a questo punto, sono solo a introdurre

00:03:47.040 --> 00:03:50.140
contenitori e le
sono contenitori, poiché è

00:03:50.140 --> 00:03:53.210
un'astrazione di strana, siamo stati
utilizza la virtualizzazione per

00:03:53.210 --> 00:03:57.460
un po' di tempo ed è molto facile
confrontare un contenitore virtuale

00:03:57.460 --> 00:04:00.340
computer, ma
>> Che cosa sono esattamente i contenitori

00:04:00.340 --> 00:04:02.800
e cosa facciamo con essi
e cosa si può fare con loro?

00:04:02.800 --> 00:04:04.280
Così intendo di base

00:04:04.280 --> 00:04:08.660
i contenitori sono veramente di
componente di virtualizzazione.

00:04:08.660 --> 00:04:11.170
È quasi come
un sistema operativo o

00:04:11.170 --> 00:04:12.890
virtualizzazione delle applicazioni.

00:04:12.890 --> 00:04:16.460
In realtà è essenzialmente utilizziamo
i contenitori in modo analogo a come si

00:04:16.460 --> 00:04:18.040
utilizzare una macchina virtuale.

00:04:18.040 --> 00:04:20.920
Abbiamo virtualizzare questo sistema operativo e

00:04:20.920 --> 00:04:24.020
Eseguiamo applicazioni con
all'interno del contenitore e

00:04:24.020 --> 00:04:27.410
Queste applicazioni per accedere
dall'esterno del contenitore.

00:04:27.410 --> 00:04:29.470
È possibile visualizzare qui my
primo punto di riferimento,

00:04:29.470 --> 00:04:33.030
Chiamati come un sistema operativo
La virtualizzazione delle applicazioni e

00:04:33.030 --> 00:04:35.720
Imaging o
Tecnologia di sovrapposizione delle immagini,

00:04:35.720 --> 00:04:38.300
Questo è molto importante
>> Molto del vantaggio siamo

00:04:38.300 --> 00:04:40.400
Se si desidera per trovare nei contenitori.

00:04:40.400 --> 00:04:43.550
Vantaggio da elementi quali
avvio veloce del computer, o

00:04:43.550 --> 00:04:46.300
ingombro sull'host del sistema operativo,

00:04:46.300 --> 00:04:49.680
ha a che fare con il modo in cui
possiamo gestire e

00:04:49.680 --> 00:04:52.990
creare queste immagini, o
contenitori illustrato come utilizzano queste immagini.

00:04:52.990 --> 00:04:54.830
In questo caso, l'ho che nel primo
punto elenco

00:04:54.830 --> 00:04:58.420
Poiché le immagini sono estremamente
importante la modalità

00:04:58.420 --> 00:04:59.470
contenitori di lavoro.

00:04:59.470 --> 00:05:00.270
E, come abbiamo detto,

00:05:00.270 --> 00:05:03.566
ci saranno illustrate piuttosto
profondità in immagini di contenitore.

00:05:03.566 --> 00:05:07.520
In tal caso, contenitori,
Virtualizzazione del sistema operativo.

00:05:07.520 --> 00:05:11.900
Contenitori di applicazioni host e
le dipendenze dell'applicazione, e

00:05:11.900 --> 00:05:13.350
che è fondamentale.

00:05:13.350 --> 00:05:16.340
Ciò che vedremo è, siamo
introdurre un'applicazione e

00:05:16.340 --> 00:05:18.780
tutte le relative dipendenze
In questo contenitore.

00:05:18.780 --> 00:05:22.220
E questo contenitore diventa kinda
Questa unità di autoregolamentazione,

00:05:22.220 --> 00:05:25.020
che possono quindi essere spostati
tra gli ambienti, ma

00:05:25.020 --> 00:05:27.270
è stato ottenuto tutte le
dipendenze incorporate in esso.

00:05:27.270 --> 00:05:29.630
In modo che non ci limitiamo ad esempio
la necessità di riconfigurare il nostro

00:05:29.630 --> 00:05:31.830
contenitore nel prossimo.

00:05:31.830 --> 00:05:34.340
>> Le dipendenze sono necessario
Live nello stesso contenitore?

00:05:34.340 --> 00:05:36.080
È possibile creare un layout di Cuz
Impossibile esterno?

00:05:36.080 --> 00:05:36.920
>> Sì, in modo assoluto.

00:05:36.920 --> 00:05:40.010
È possibile disporre di più
applicazioni contenitore.

00:05:40.010 --> 00:05:42.701
Dove potremmo avere front-end
che dispone di tutte le dipendenze

00:05:42.701 --> 00:05:44.021
per il front-end in
un contenitore e

00:05:44.021 --> 00:05:46.050
un server back-end che dispone di tutte
le dipendenze per

00:05:46.050 --> 00:05:52.680
il back-end,
Tuttavia questi due contenitori

00:05:52.680 --> 00:05:53.910
dipendono da altre
>> Sì.

00:05:53.910 --> 00:05:55.560
>> In modo che formano un'applicazione.

00:05:55.560 --> 00:05:57.710
>> E vengono anch ' essi
dipendono l'immagine di base.

00:05:57.710 --> 00:05:59.710
Che, Sì, in modo assoluto.

00:05:59.710 --> 00:06:01.300
>> OK (Okay).
>> È già kinda

00:06:01.300 --> 00:06:04.880
discusso in contenitori
sono costituite da immagini di contenitore.

00:06:04.880 --> 00:06:06.440
Le immagini di contenitore sono portatili,
e

00:06:06.440 --> 00:06:07.390
si tratta, in cui è davvero interessante.

00:06:07.390 --> 00:06:10.090
E vedremo in futuro
gli episodi, in realtà creeremo

00:06:10.090 --> 00:06:14.260
un'applicazione sul mio computer portatile
Spostare l'immagine del contenitore

00:06:14.260 --> 00:06:18.070
accesso remoto in quanto è noto anche come
un registro di sistema immagine contenitore e

00:06:18.070 --> 00:06:22.090
che quindi tirare in una macchina virtuale in
Azure, pertanto il relativo questa portabilità

00:06:22.090 --> 00:06:27.690
nelle immagini che consente di ottenere questo
ottima possibilità di spostare il nostro

00:06:27.690 --> 00:06:30.030
dall'ambiente di lavoro a un altro
>> Mm-dazio hm e

00:06:30.030 --> 00:06:30.960
è anche la flessibilità.

00:06:30.960 --> 00:06:32.340
Tutti i nostri sviluppatori
Vedere anche.

00:06:32.340 --> 00:06:35.200
Si conosce, creare un'applicazione
Localmente sulla workstation,

00:06:35.200 --> 00:06:37.100
la consapevolezza che da
un punto di vista della coerenza,

00:06:37.100 --> 00:06:39.690
sono stati I per distribuirlo su
computer portatile, a un server

00:06:39.690 --> 00:06:42.850
nel centro dati o a
una cloud pubblica, verrà di lavoro.

00:06:42.850 --> 00:06:44.050
>> In modo assoluto.
>> In quanto è visibile.

00:06:44.050 --> 00:06:46.260
Le dipendenze che avrà,
o effettuerà il pull con esso,

00:06:46.260 --> 00:06:47.790
quindi è sufficiente
tale flessibilità.

00:06:47.790 --> 00:06:51.410
>> Sì, assolutamente, pertanto alcune
Il vantaggio in contenitori, è

00:06:51.410 --> 00:06:53.880
come OK (Okay), vediamo che siamo
inserimento di applicazioni qui,

00:06:53.880 --> 00:06:55.360
ma dove sono i vantaggi?

00:06:55.360 --> 00:06:58.450
Contenitori di avvio veloce,
la loro velocità.

00:06:58.450 --> 00:07:00.270
Essi può essere eliminati rapidamente.

00:07:00.270 --> 00:07:03.700
Tale ingombro sull'host
è molto più piccolo rispetto a quello di

00:07:03.700 --> 00:07:04.550
una macchina virtuale.

00:07:04.550 --> 00:07:07.430
In modo che è possibile raggiungere questa massa volumica

00:07:07.430 --> 00:07:10.340
sul nostro computer fisici che
hosting di tali contenitori.

00:07:10.340 --> 00:07:14.190
È possibile ottenere una maggiore densità
con i contenitori che è possibile con

00:07:14.190 --> 00:07:15.900
La macchina virtuale stessa.

00:07:15.900 --> 00:07:17.060
>> E al contrario

00:07:17.060 --> 00:07:19.500
una macchina virtuale credo che vogliamo cercare
strutturalmente in un minuto, ma

00:07:19.500 --> 00:07:21.870
Quando si crea una macchina virtuale quelli
hanno acquistato una cronologia con Hyper-V.

00:07:21.870 --> 00:07:25.130
Si conosce sarà per informare che la modalità
molti processi virtuali posso

00:07:25.130 --> 00:07:28.540
è necessario, la quantità di RAM, è necessario
unità DVD virtuale, quanti

00:07:28.540 --> 00:07:31.720
reti, effettuare le reti sono
devono essere su, le VLAN e così via.

00:07:31.720 --> 00:07:34.550
Non c'è molto più pensare
circa, da una macchina virtuale

00:07:34.550 --> 00:07:38.830
punto di vista, tale hardware
livello che necessariamente,

00:07:38.830 --> 00:07:41.690
è presente in una certa misura
contenitori di alcuni aspetti.

00:07:41.690 --> 00:07:46.590
Ma in termini di molto
Strict, questa macchina virtuale ha queste

00:07:46.590 --> 00:07:48.600
processi virtuali,
che è molto diverso.

00:07:48.600 --> 00:07:51.470
>> Sì, intendo dire, essenzialmente abbiamo
creare una macchina virtuale molto simile al funzionamento

00:07:51.470 --> 00:07:52.940
possiamo sviluppare
un computer fisico.

00:07:52.940 --> 00:07:54.230
È necessario definire tutti quelli.

00:07:54.230 --> 00:07:58.410
Componenti e molte che
sparire con contenitori.

00:07:58.410 --> 00:08:02.660
Detto ciò che intendo dire che lead in
In questo ultimo punto qui

00:08:02.660 --> 00:08:06.770
una delle cose che possiamo fare con
contenitori è tipo di vincolo

00:08:06.770 --> 00:08:09.350
l'utilizzo delle risorse di tale host.

00:08:09.350 --> 00:08:11.810
In modo che intendo possiamo creare
un contenitore e che diamine

00:08:11.810 --> 00:08:15.880
Utilizzare tale quantità di memoria o non
utilizzare più di tale quantità di memoria.

00:08:15.880 --> 00:08:18.700
Utilizzare questa quantità di CPU
senza passare.

00:08:18.700 --> 00:08:21.540
>> Sì.
>> In modo che possiamo limitare

00:08:21.540 --> 00:08:24.330
il contenitore può
consumare da tale host.

00:08:24.330 --> 00:08:25.740
>> È noto come
mega-contenitore.

00:08:25.740 --> 00:08:26.870
>> Che.
Certi.

00:08:26.870 --> 00:08:27.430
Esattamente.

00:08:27.430 --> 00:08:30.200
>> Solo nello stesso modo di.

00:08:30.200 --> 00:08:32.620
Un elemento da prendere in considerazione anche.

00:08:32.620 --> 00:08:34.030
Bene.

00:08:34.030 --> 00:08:37.070
E confrontare con la
Macchina virtuale, se viene visualizzata l'immagine

00:08:37.070 --> 00:08:39.260
che abbiamo su quella successiva
diapositiva per aiutarci a illustrare,

00:08:39.260 --> 00:08:41.950
che cosa sono gli imparato
Questo particolare grafico qui

00:08:41.950 --> 00:08:44.679
che gli utenti devono sapere?

00:08:44.679 --> 00:08:46.770
>> Se i titoli
ricerca nei contenitori è stata

00:08:46.770 --> 00:08:48.790
probabilmente un molto
rappresentazione grafica simile.

00:08:48.790 --> 00:08:52.360
E uno dei più
differenze tra un contenitore

00:08:52.360 --> 00:08:56.130
ed è una macchina virtuale
kinda come contenitore

00:08:56.130 --> 00:08:59.700
funziona con il kernel
sull'host.

00:08:59.700 --> 00:09:01.610
Pertanto la ricerca a sinistra
In questo caso, lato

00:09:01.610 --> 00:09:03.630
Abbiamo una macchina virtuale.

00:09:03.630 --> 00:09:07.300
Abbiamo un livello di hardware,
Abbiamo il sistema operativo e

00:09:07.300 --> 00:09:12.260
kernel dell'host, nonché
come la tecnologia hypervisor.

00:09:12.260 --> 00:09:14.740
E quindi ci stiamo su livelli
Macchine virtuali

00:09:14.740 --> 00:09:16.880
su tale Hypervisor.

00:09:16.880 --> 00:09:19.210
In modo che ognuno di questi virtuale
Computer con sistema operativo

00:09:19.210 --> 00:09:20.510
e anche un Kernel in essa contenuti.

00:09:20.510 --> 00:09:24.370
In modo che ogni volta si avvia una macchina virtuale
ci stiamo avviare un sistema operativo completo,

00:09:24.370 --> 00:09:25.620
Kernel e tutto.

00:09:25.620 --> 00:09:28.610
>> E in genere, ogni
uno disporrà di un disco rigido virtuale-

00:09:28.610 --> 00:09:29.020
>> Sì.

00:09:29.020 --> 00:09:31.190
>> Che verrà
>> Un potenzialmente significativa

00:09:31.190 --> 00:09:33.320
quantità di spazio tra il
qualsiasi archiviazione back-end

00:09:33.320 --> 00:09:34.650
che può essere.

00:09:34.650 --> 00:09:37.570
Sì, è possibile utilizzare ad esempio
dischi dalla lettura differenze

00:09:37.570 --> 00:09:40.820
solo immagine padre ma comunque ma
consumo di memoria

00:09:40.820 --> 00:09:43.920
in genere associate alle macchine virtuali
può essere piuttosto significativo.

00:09:43.920 --> 00:09:44.700
>> Sì, in modo assoluto.

00:09:44.700 --> 00:09:48.156
E quindi hai questi
creazione di macchine virtuali kinda

00:09:48.156 --> 00:09:51.324
le richieste di hardware e
ottenere questo livello hypervisor

00:09:51.324 --> 00:09:54.852
intercettando le richieste e
gestione di tali richieste

00:09:54.852 --> 00:09:58.816
in base all'hardware dell'host
che contiene la macchina virtuale.

00:09:58.816 --> 00:10:02.183
In modo che l'immagine
di una macchina virtuale.

00:10:02.183 --> 00:10:06.581
Il contrasto di un host contenitore
abbiamo l'hardware di

00:10:06.581 --> 00:10:08.650
l'host del contenitore.

00:10:08.650 --> 00:10:12.100
Abbiamo il sistema operativo nel kernel
Per di più, trova

00:10:12.100 --> 00:10:15.380
e il contenitore
il motore di Docker software.

00:10:15.380 --> 00:10:20.950
Motore di contenitore di Windows server,
ma si potrà osservare qui

00:10:20.950 --> 00:10:25.170
il contenitore stesso non
disporre di tale sistema operativo.

00:10:25.170 --> 00:10:26.760
Non è necessario che kernel.

00:10:26.760 --> 00:10:28.500
In questo caso, non vi è realmente condivisa,

00:10:28.500 --> 00:10:31.525
Questi contenitori sono la condivisione
il kernel con il sistema operativo host.

00:10:31.525 --> 00:10:37.095
Tempo di avvio è molto più veloce,
non c'è molta meno in corso

00:10:37.095 --> 00:10:39.665
Quando si avvia questi contenitori
rispetto a una macchina virtuale.

00:10:39.665 --> 00:10:42.635
>> E ovviamente questa immagine
la rappresentazione, è sufficiente pronunciare hardware

00:10:42.635 --> 00:10:45.835
In questo caso la parte inferiore, ma questo
potrebbe essere l'hardware fisico, o

00:10:45.835 --> 00:10:47.595
potrebbe essere all'interno di
la macchina virtuale.

00:10:47.595 --> 00:10:48.665
>> Sì, in modo assoluto.

00:10:48.665 --> 00:10:51.295
>> In modo che non c'è niente
arresto di queste due

00:10:51.295 --> 00:10:53.970
diverse tecnologie
problemi di coesistenza.

00:10:53.970 --> 00:10:57.150
Modo che potrebbe essere ad esempio
Hai un host Hyper-V,

00:10:57.150 --> 00:10:59.880
Hai due della macchina virtuale,
uno è Linux, uno Windows e

00:10:59.880 --> 00:11:02.500
l'esecuzione di contenitori di Linux
all'interno di una macchina virtuale e

00:11:02.500 --> 00:11:04.050
Contenitori di Windows su un altro.

00:11:04.050 --> 00:11:06.780
Ma su quella fisica generale
si utilizza una combinazione di sistema

00:11:06.780 --> 00:11:07.700
contenitori.

00:11:07.700 --> 00:11:09.840
Si tratta il meglio
entrambi i mondi, in pratica esiste,

00:11:09.840 --> 00:11:12.350
sta utilizzando
le tecnologie complementari.

00:11:12.350 --> 00:11:14.630
Pertanto non sono assolutamente già uno o
l'altro,

00:11:14.630 --> 00:11:17.270
possono essere utilizzati in
insieme che è importante.

00:11:17.270 --> 00:11:18.490
>> Sì, in modo assoluto.

00:11:18.490 --> 00:11:25.150
In tal caso il livello di superficie, ha
ad esempio virtuale semplice

00:11:25.150 --> 00:11:28.970
macchine, abbiamo isolati
kernel all'interno del contenitore della macchina virtuale,

00:11:28.970 --> 00:11:33.110
che abbiamo condiviso
kernel con il sistema operativo host.

00:11:33.110 --> 00:11:34.700
Ora questa immagine
cambia leggermente

00:11:34.700 --> 00:11:37.460
Quando è stata implementata
Contenitori di Hyper V

00:11:37.460 --> 00:11:41.120
Che fornisce un ulteriore
livello di isolamento da kinda

00:11:41.120 --> 00:11:43.330
disposizione del contenitore
nella macchina virtuale stessa.

00:11:43.330 --> 00:11:44.450
>> Sì, e
in un paio di tempo di settimane,

00:11:44.450 --> 00:11:46.960
si saranno verificati episodi
Contenitori HyperV destra

00:11:46.960 --> 00:11:50.260
momento quando si
disponibile per gli utenti a testare.

00:11:50.260 --> 00:11:52.860
Quindi verrà visualizzato su più episodi
il contenitore di canale che

00:11:52.860 --> 00:11:56.520
consentire agli utenti di analizzare cosa
Contenitore di Hyper-V è perché

00:11:56.520 --> 00:11:59.690
certamente aggiunge un ulteriore
livello di funzionalità ma

00:11:59.690 --> 00:12:02.390
è anche abbastanza complesso da comprendere
nonché informazioni su cosa sta succedendo

00:12:02.390 --> 00:12:05.550
Questo tipo di set di blend
della tecnologia ' s qui in modo.

00:12:05.550 --> 00:12:07.070
>> In modo assoluto.
>> Così resta sintonizzato per uno.

00:12:07.070 --> 00:12:12.410
>> In modo che tipo di host
>> Differenza di contenitore host macchina virtuale.

00:12:12.410 --> 00:12:14.890
È inoltre alcune differenze
il modo in cui abbiamo corrispondere contenitori

00:12:14.890 --> 00:12:15.880
rispetto alla VM.

00:12:15.880 --> 00:12:16.740
Esistono kinda un turno,

00:12:16.740 --> 00:12:19.940
in particolare se viene superata un
Rullo che Virtual Machine per gestione delle

00:12:19.940 --> 00:12:20.970
molto tempo.

00:12:20.970 --> 00:12:23.560
Si tratta effettivamente di come siamo
Utilizzare le immagini di contenitore.

00:12:23.560 --> 00:12:27.150
In tal caso, se si è stati eseguendo aventi una massa
le distribuzioni di macchine Virtuali, è probabilmente

00:12:27.150 --> 00:12:29.840
familiarità con il concetto di
ad esempio un'immagine di macchina virtuale, che è simile a

00:12:29.840 --> 00:12:33.900
una versione di prept sys di un sistema operativo
è possibile distribuire una serie di

00:12:33.900 --> 00:12:37.660
Macchine virtuali e selezione di un gruppo
delle macchine virtuali in tempi rapidi.

00:12:37.660 --> 00:12:39.970
Immagine di contenitore è molto
diverso da quello di un'immagine di macchina virtuale, e

00:12:39.970 --> 00:12:41.810
si noterà che,
verrà approfondita la profondità.

00:12:41.810 --> 00:12:44.890
Nonché il modo in cui gestiamo
rete con i contenitori,

00:12:44.890 --> 00:12:46.370
Si tratta di diversi.

00:12:48.060 --> 00:12:50.780
È diverso da quello illustrato è
potenzialmente può essere gestito

00:12:50.780 --> 00:12:52.880
utilizzo di macchine virtuali, in rete e
anche vedere che anche.

00:12:52.880 --> 00:12:53.430
>> Bene, raffreddare.

00:12:53.430 --> 00:12:56.290
Quindi, puoi dirci un po' più in
meno come un'introduzione a queste

00:12:56.290 --> 00:12:57.650
immagini che è stati menzionare.

00:12:57.650 --> 00:13:00.930
E so con il prossimo episodio
Vogliamo ricerche approfondite,

00:13:00.930 --> 00:13:02.880
notevolmente più profondo,
nelle immagini di contenitore, ma

00:13:02.880 --> 00:13:06.340
solo dare i 10.000
piede di visualizzazione delle immagini.

00:13:06.340 --> 00:13:07.340
>> Sì, in modo assoluto.

00:13:07.340 --> 00:13:10.220
E viene chiamato perché
Questo è un aspetto estremamente importante

00:13:10.220 --> 00:13:11.840
lavorare con i contenitori.

00:13:11.840 --> 00:13:15.530
Che cosa sono le immagini di contenitore è
si tratta di un modello di solo lettura

00:13:15.530 --> 00:13:18.720
che vengono utilizzati per avviare
di un contenitore con.

00:13:18.720 --> 00:13:22.280
Questi modelli
contengono le applicazioni.

00:13:22.280 --> 00:13:24.940
Contengono le dipendenze
per le applicazioni.

00:13:24.940 --> 00:13:27.700
E possono contenere anche
istruzioni che tipo di

00:13:27.700 --> 00:13:28.790
eseguire l'avvio dell'immagine.

00:13:28.790 --> 00:13:32.198
Così come ogni volta che avvia
un contenitore con questa immagine,

00:13:32.198 --> 00:13:33.590
avviare questo processo.

00:13:33.590 --> 00:13:35.680
E si vedrà che.

00:13:35.680 --> 00:13:38.950
Queste immagini possono essere inclusi.
di più livelli.

00:13:38.950 --> 00:13:42.790
Così potrei dispongo di un'immagine del sistema operativo di base,
come Ubuntu e quindi si potrebbe

00:13:42.790 --> 00:13:48.580
dispone di un altro livello all'inizio di
che è un'applicazione web.

00:13:48.580 --> 00:13:51.540
Quindi per ogni contenitore
avviati dell'host che

00:13:51.540 --> 00:13:56.530
utilizzando l'immagine del sistema operativo di base,
condividono la stessa istanza

00:13:56.530 --> 00:13:59.810
di tale immagine, questa è la posizione
si ottiene tale small footprint-

00:13:59.810 --> 00:14:01.930
>> Ottimizzato l'utilizzo delle risorse.

00:14:01.930 --> 00:14:06.060
>> Ottimizzato l'utilizzo delle risorse e
Crediamo di poter raggiungere tale densità da

00:14:06.060 --> 00:14:08.510
la condivisione di queste immagini e ti verrà
Vedere anche un esempio in merito.

00:14:09.640 --> 00:14:14.300
Ho già parlato
le immagini contenenti

00:14:14.300 --> 00:14:18.030
le istruzioni di esecuzione,
e infine, le immagini

00:14:18.030 --> 00:14:21.500
possono essere memorizzati e recuperati
un registro di sistema di contenitore.

00:14:21.500 --> 00:14:23.600
Questo è il modo in cui è possibile
ottenere questa caratteristica di portabilità.

00:14:23.600 --> 00:14:26.850
Lo sviluppo locale,
memorizzare in un registro di sistema,

00:14:26.850 --> 00:14:28.930
tirarlo un mio
ambiente di produzione.

00:14:28.930 --> 00:14:29.430
>> Registro di sistema, archivio.
>> [CROSSTALK]

00:14:29.430 --> 00:14:31.784
>> Registro di sistema, archivio,

00:14:31.784 --> 00:14:36.150
un luogo.
È possibile disporre i registri di sistema private,

00:14:36.150 --> 00:14:38.830
quello esaminato in
prossimi episodi è

00:14:38.830 --> 00:14:40.420
registro pubblico Hub Dr.

00:14:40.420 --> 00:14:41.590
>> A destra.
Dunque, raffreddare.

00:14:41.590 --> 00:14:44.590
In questo caso, suppongo che
un po' di uno sfondo.

00:14:44.590 --> 00:14:46.710
Si desidera siete in una demo
e noi [CROSSTALK].

00:14:46.710 --> 00:14:48.040
>> Sì, in modo assoluto.

00:14:48.040 --> 00:14:50.350
Diamo un'occhiata
Nella demo qui.

00:14:50.350 --> 00:14:53.587
In questo caso, vorrei solo dimensioni dei miei
ambiente qui, in modo che intendo

00:14:53.587 --> 00:14:57.120
eseguire molte di queste dimostrazioni iniziale
utilizzo di contenitori di Linux.

00:14:57.120 --> 00:15:02.790
Detto questo, cosa che ho qui è
un host di Linux in esecuzione Hyper v

00:15:02.790 --> 00:15:03.900
Nella mia macchina qui.

00:15:03.900 --> 00:15:05.750
In tal caso, durante l'utilizzo in Linux,

00:15:05.750 --> 00:15:09.150
Si lavora effettivamente contro
una macchina versione Hyper V.

00:15:09.150 --> 00:15:12.240
Si esamineranno ora sia in esecuzione
una serie di comandi Docker.

00:15:12.240 --> 00:15:15.350
È docker,
come abbiamo visto in altri video,

00:15:15.350 --> 00:15:17.950
è un contenitore
sistema di gestione.

00:15:17.950 --> 00:15:21.250
Utilizzeremo qui
contro i contenitori di Linux

00:15:21.250 --> 00:15:23.900
Si illustrerà inoltre un esempio
dell'utilizzo di Docker contro

00:15:23.900 --> 00:15:25.570
un Server Windows
anche contenitore.

00:15:25.570 --> 00:15:26.670
>> Eccellente, anche in questo caso e

00:15:26.670 --> 00:15:29.990
è già alcuni
documentazione su MSDN

00:15:29.990 --> 00:15:31.540
sito e su GitHub.

00:15:31.540 --> 00:15:34.420
In cui è possibile se si desidera
Introduzione a Docker e

00:15:34.420 --> 00:15:36.730
Contenitori di Windows Server,
è notevole passo avanti per l'utente.

00:15:36.730 --> 00:15:38.050
>> Sì.
>> Così portarla immediatamente.

00:15:38.050 --> 00:15:39.620
>> In modo esamineremo solo
In alcuni comandi di base.

00:15:39.620 --> 00:15:41.470
Pertanto la mia personale
host contenitore.

00:15:41.470 --> 00:15:46.120
Mi occuperò di immagini Docker,

00:15:46.120 --> 00:15:49.320
Per visualizzare un elenco di immagini I
ci sono su questo host contenitore

00:15:49.320 --> 00:15:52.470
Noterete tre, un avvio due
e quindi un paio di altri utenti.

00:15:52.470 --> 00:15:54.140
>> Come sono arrivati vi?

00:15:54.140 --> 00:15:58.260
>> In modo ho ottenuto questi
inserirli dall'hub Docker

00:15:58.260 --> 00:15:58.850
Registro di sistema.

00:15:58.850 --> 00:15:59.417
>> OK (Okay).
>> Così

00:15:59.417 --> 00:16:01.934
ad esempio, se avessi voluto
una nuova immagine a discesa

00:16:01.934 --> 00:16:02.587
Si supponga di.

00:16:08.012 --> 00:16:10.450
Forse MySQL.

00:16:10.450 --> 00:16:16.010
Verrà eseguito un comando
Ricerca docker, MySQL.

00:16:16.010 --> 00:16:18.670
Ciò che sta per eseguire è che verrà
raggiungere out così all'hub, Docker

00:16:18.670 --> 00:16:19.820
il Registro di sistema, e

00:16:19.820 --> 00:16:23.840
restituire un elenco di immagini che
hanno MySQL nei loro nomi.

00:16:23.840 --> 00:16:27.560
È possibile visualizzare qui, abbiamo
In questo caso, la colonna ufficiale, e

00:16:27.560 --> 00:16:32.070
tipo di qualche indicazione che
si tratta di un'immagine ufficiale qui.

00:16:32.070 --> 00:16:35.290
Così posso vedere MySQL,
si tratta di un'immagine ufficiale.

00:16:35.290 --> 00:16:37.210
Ed è anche possibile vedere le STELLE.

00:16:37.210 --> 00:16:39.750
Pertanto tali immagini possono corrispondere
livello di gravità dell'hub Docker.

00:16:39.750 --> 00:16:43.730
Qualche indicazione di ottenere kinda
tramite questa vista

00:16:43.730 --> 00:16:46.290
Ehi che è probabile che l'immagine è
passare dopo perché appena

00:16:46.290 --> 00:16:51.190
desidera un molto generalizzato
Immagine di MySQL per passare all'inizio di.

00:16:51.190 --> 00:16:52.660
Ma non esiste alcune
altre operazioni in tale posizione.

00:16:52.660 --> 00:16:55.918
>> Si è interessante che molti
le persone sono caricati i contenuti dall'

00:16:55.918 --> 00:16:58.028
di equivalenza
della stessa immagine,

00:16:58.028 --> 00:17:00.925
anche se è presente
benissimo che è possibile

00:17:00.925 --> 00:17:03.230
Utilizzare all ben nominale che pronto.

00:17:03.230 --> 00:17:04.690
>> Ma
rende molto senso, pertanto

00:17:04.690 --> 00:17:08.880
Potrebbe essere utile disattivare questa
Immagine di MySQL, l'immagine ufficiale.

00:17:08.880 --> 00:17:12.630
Eseguire un paio di modifiche che
si riferiscono alla mia applicazione.

00:17:12.630 --> 00:17:14.830
>> OK (Okay).
>> E forse registrarla nuovamente fino a

00:17:14.830 --> 00:17:17.870
Questo registro pubblico in modo che I
possibile estrarlo in un'altra posizione.

00:17:17.870 --> 00:17:18.540
>> Tutti i diritti, vedere.

00:17:18.540 --> 00:17:22.035
In questo caso, suppongo che se il documento
alcuni che nella descrizione

00:17:22.035 --> 00:17:23.800
, come alcuni di essi solo
Si supponga ancora il mio sequels.

00:17:23.800 --> 00:17:24.480
>> Certamente che.

00:17:24.480 --> 00:17:25.580
>> In modo assoluto.

00:17:25.580 --> 00:17:28.230
Abbiamo bisogno di bene
suggerimenti per la documentazione.

00:17:28.230 --> 00:17:30.200
>> Che.
[PIÙ A SORRIDERE] Naturalmente, pertanto

00:17:30.200 --> 00:17:30.990
Per eseguire questa operazione.

00:17:30.990 --> 00:17:31.913
Di seguito in realtà, pertanto è.

00:17:35.743 --> 00:17:37.460
Visto un elenco di immagini
sul mio computer.

00:17:37.460 --> 00:17:41.860
Procediamo e ruota in alto
un contenitore, e vedere,

00:17:41.860 --> 00:17:44.480
creare un contenitore e vedere se
è possibile fare qualcosa con esso.

00:17:44.480 --> 00:17:48.870
Quindi, se effettivamente eseguire un comando,
docker ps, possiamo vedere

00:17:48.870 --> 00:17:51.470
ps che docker in pratica
Restituisce un elenco di contenitori,

00:17:51.470 --> 00:17:52.725
Noteremo che non dispone di seguito.

00:17:52.725 --> 00:17:53.680
>> Mm-dazio hm.

00:17:53.680 --> 00:17:57.800
>> Se faccio ps docker tratteggio un it
Restituisce un elenco di contenitori

00:17:57.800 --> 00:18:01.350
che sono in un avviato
stato o allo stato di interruzione.

00:18:01.350 --> 00:18:04.110
Dunque non si dispongono di nessun contenitore
In questo computer qualsiasi.

00:18:05.120 --> 00:18:06.910
Vado a eseguire un comando,
doc o esecuzione

00:18:09.730 --> 00:18:14.160
Trattino IT e fondamentalmente trattino IT
verrà avviato il contenitore in

00:18:14.160 --> 00:18:18.130
una modalità interattiva e ritorna
le sequenze di tasti sullo schermo.

00:18:18.130 --> 00:18:20.410
Così, fondamentalmente verrà
avviare un contenitore e

00:18:20.410 --> 00:18:24.470
passare direttamente al contenitore,
quindi è necessario selezionare l'immagine

00:18:25.520 --> 00:18:27.180
che si desidera utilizzare per
creare il contenitore.

00:18:27.180 --> 00:18:30.800
Andrò a selezionare l'immagine Ubuntu
e quindi un comando.

00:18:31.990 --> 00:18:34.500
Pertanto verrà eseguito in un
modalità interattiva, eseguire il comando

00:18:34.500 --> 00:18:35.610
Desidera eseguire, in questo caso,

00:18:35.610 --> 00:18:38.320
Faccio clic per aprire
la shell di back-up e

00:18:38.320 --> 00:18:41.310
così rapidamente, il contenitore
è stato creato e

00:18:41.310 --> 00:18:42.840
Sono nel mio contenitore
a questo punto.

00:18:42.840 --> 00:18:43.900
>> Che è stato rapido.

00:18:43.900 --> 00:18:44.910
>> È molto rapida.

00:18:44.910 --> 00:18:47.630
>> E il nome del contenitore,
è questo tempo?

00:18:47.630 --> 00:18:50.610
>> In modo che fa parte del
il coperchio del contenitore.

00:18:50.610 --> 00:18:54.260
Il contenitore è stato inoltre assegnato un
nome, è necessario dare un'occhiata che.

00:18:54.260 --> 00:18:56.270
Ci sarà soppressione dal contenitore
qui di seguito e

00:18:56.270 --> 00:18:56.930
osservare che.

00:18:56.930 --> 00:18:58.040
>> Raffreddare destra, corretto.

00:18:58.040 --> 00:18:59.160
Ma che non è rapido.

00:18:59.160 --> 00:18:59.690
>> Sì, pertanto

00:18:59.690 --> 00:19:03.020
all'interno del contenitore, se Prendiamo
un aspetto che ho un file system.

00:19:03.020 --> 00:19:07.460
Questa operazione in background non è disponibile
una serie di contenuti inseriti su con

00:19:07.460 --> 00:19:12.070
la tecnologia di contenitore
a tale scopo, in modo che

00:19:12.070 --> 00:19:15.390
Abbiamo dello spazio dei nomi e
isolamento del processo.

00:19:15.390 --> 00:19:17.573
Pertanto, considerando che con
una macchina virtuale,

00:19:17.573 --> 00:19:21.110
ci stiamo girando un
macchina virtuale indipendente.

00:19:21.110 --> 00:19:23.650
Questo contenitore è
in esecuzione su questo host

00:19:23.650 --> 00:19:26.240
insieme a eventuali altri contenitori.

00:19:26.240 --> 00:19:30.960
E l'utilizzo dello spazio dei nomi e
tecnologie di isolamento di processo

00:19:30.960 --> 00:19:35.870
Da ciò che in questo contenitore,
ha l'aspetto completo,

00:19:35.870 --> 00:19:39.030
un'istanza di isolato
il sistema operativo Ubuntu.

00:19:39.030 --> 00:19:40.490
>> Sì, che è ritenuto ha
l'unico presente cosa-

00:19:40.490 --> 00:19:41.413
>> Che è ritenuto l'unico

00:19:41.413 --> 00:19:42.480
cosa sono essenzialmente.

00:19:42.480 --> 00:19:43.420
>> Dal punto di vista della risorsa.

00:19:43.420 --> 00:19:44.480
>> Dal punto di vista della risorsa.

00:19:44.480 --> 00:19:46.250
Per visualizzare, abbiamo
un file system, pertanto

00:19:46.250 --> 00:19:50.750
un elemento
ad esempio Mkdir test.

00:19:50.750 --> 00:19:52.040
>> Creazione di una cartella
in pratica.

00:19:52.040 --> 00:19:53.519
>> Sì, pertanto
Ho creato la cartella test.

00:19:55.951 --> 00:19:58.911
E intendo proseguire e
Passare all'esterno di

00:19:58.911 --> 00:20:03.662
il contenitore digitando exit,
così possiamo vedere che sono di nuovo qui.

00:20:03.662 --> 00:20:07.910
Nell'host di contenitore,
Se è fare qualcosa di ls,

00:20:07.910 --> 00:20:11.970
possiamo vedere che non
disporre di una cartella di prova qui.

00:20:11.970 --> 00:20:12.980
>> Sì.

00:20:12.980 --> 00:20:15.430
>> Varie in modo molto semplice,
ma diamo un'occhiata che

00:20:15.430 --> 00:20:16.870
contenitore che è stato
in realtà è stato creato.

00:20:16.870 --> 00:20:20.610
Vado a eseguire
trattino ps docker, e

00:20:20.610 --> 00:20:23.535
è possibile visualizzare qui abbiamo la
ID contenitore che abbiamo visto prima-

00:20:23.535 --> 00:20:24.110
>> Mm-dazio hm.

00:20:24.110 --> 00:20:27.050
>> Ma anche il nome e
tipo di disposizione qui.

00:20:27.050 --> 00:20:28.890
Ma è possibile osservare che sono state
ha ricevuto questo divertente.

00:20:28.890 --> 00:20:30.640
>> Che è stato
generato in modo casuale?

00:20:30.640 --> 00:20:31.220
>> Sì.

00:20:31.220 --> 00:20:32.400
>> Determinato uomo perla?

00:20:32.400 --> 00:20:33.670
>> Determinato perla uomo.

00:20:33.670 --> 00:20:35.030
Sì, in modo casuale.

00:20:35.030 --> 00:20:35.860
>> Buona come qualsiasi.

00:20:35.860 --> 00:20:36.920
>> Sì, Sì.

00:20:36.920 --> 00:20:42.500
In modo molto semplice che era un semplice
esempio di creazione di un contenitore,

00:20:42.500 --> 00:20:43.750
modifica del contenitore.

00:20:43.750 --> 00:20:47.390
Pertanto la modifica che
ha la creazione di una cartella.

00:20:47.390 --> 00:20:50.370
Voleste avere altrettanto facilmente
Alcuni software installato.

00:20:50.370 --> 00:20:51.650
Allora effettivamente
osservare che.

00:20:54.920 --> 00:20:56.371
Vado a creare
un nuovo contenitore.

00:21:01.323 --> 00:21:05.312
E anche per l'esecuzione
Questa operazione in modalità interattiva,

00:21:05.312 --> 00:21:06.710
utilizzo di Ubuntu.

00:21:06.710 --> 00:21:07.840
>> La stessa base, nuovamente.

00:21:07.840 --> 00:21:09.404
>> La stessa base
Immagine [IMPERCETTIBILE].

00:21:09.404 --> 00:21:10.900
>> Mm-dazio hm.
>> E verrà avviato

00:21:10.900 --> 00:21:12.650
la shell.

00:21:12.650 --> 00:21:14.190
In questo caso, contenitore è stato creato.

00:21:14.190 --> 00:21:15.460
Oggi all'interno del contenitore.

00:21:15.460 --> 00:21:16.330
>> Diversi.

00:21:16.330 --> 00:21:17.480
Numeri e caratteri, operazione

00:21:17.480 --> 00:21:19.350
si è diverso
a quello precedente.

00:21:19.350 --> 00:21:20.110
>> Sì, in modo assoluto.

00:21:20.110 --> 00:21:22.340
E l'ora effettiva verrà
installare alcuni programmi software.

00:21:22.340 --> 00:21:23.820
E ciò che faremo che ci sarà
Alcuni software di installazione

00:21:23.820 --> 00:21:26.350
nel contenitore,
una volta che il software ha

00:21:26.350 --> 00:21:29.985
il contenitore, è stato installato
occorre passare Jump out e

00:21:29.985 --> 00:21:33.195
quindi acquisire che in
immagine il proprio contenitore.

00:21:33.195 --> 00:21:37.025
In questo caso, verrà creato un contenitore
immagine che è stato derivato da

00:21:37.025 --> 00:21:39.095
immagine del sistema operativo di base di.

00:21:39.095 --> 00:21:43.679
Pertanto, verrà eseguito app get, e
Faccio clic per installare un testo

00:21:43.679 --> 00:21:47.029
Editor, e
quindi effettivamente prima di procedere,

00:21:47.029 --> 00:21:51.372
è possibile vedere se si esegue il comando
tali comandi non trovato.

00:21:58.296 --> 00:22:01.367
Utilizzo di un pacchetto
tecnologia di gestione

00:22:01.367 --> 00:22:05.932
in Linux, chiamato apt-get, a
raggiungere, afferrare il software e

00:22:05.932 --> 00:22:08.240
installarlo nel contenitore.

00:22:08.240 --> 00:22:09.140
>> OK (Okay).
>> Dunque,

00:22:09.140 --> 00:22:10.980
Supponga che l'installazione in
il contenitore, qualche.

00:22:10.980 --> 00:22:13.180
Spazio dei nomi, isolamento del processo.

00:22:13.180 --> 00:22:16.870
Non c'è avvengono in corso
livello di host contenitore,

00:22:16.870 --> 00:22:17.540
ma in pratica,

00:22:17.540 --> 00:22:19.840
Questo è ciò che facciamo è
installare il software qui.

00:22:19.840 --> 00:22:22.600
>>, Ma in tale contenitore,
dispone di un graffio base

00:22:22.600 --> 00:22:25.170
in cui è essenzialmente in
le modifiche vengono acquisite.

00:22:25.170 --> 00:22:25.680
>> Esattamente.

00:22:25.680 --> 00:22:28.120
>> In questo caso, sarebbe possibile entrare in
posizione, anche se ritiene,

00:22:28.120 --> 00:22:32.470
Se si trattasse del mondo Windows,
la scrittura in cdrive e Windows.

00:22:32.470 --> 00:22:35.615
Non è iscritto all'host
Windows perché è

00:22:35.615 --> 00:22:38.910
modalità di sola lettura, in pratica, il
immagine di base, in modo che esegue l'acquisizione

00:22:38.910 --> 00:22:43.500
uno spazio di lavoro dove è possibile lasciare
salvare che per un'immagine.

00:22:43.500 --> 00:22:47.790
>> Esattamente, così che graffi
spazio diventa il livello successivo nella

00:22:47.790 --> 00:22:50.190
l'immagine quando si
acquisire questo contenitore.

00:22:50.190 --> 00:22:52.820
>> Bene, pertanto
appare come il download e.

00:22:52.820 --> 00:22:54.520
>> Installazione completata.

00:22:54.520 --> 00:22:55.780
>> Yup.
In questo caso, sono ancora nel contenitore,

00:22:55.780 --> 00:22:57.270
pertanto sarà eseguirli.

00:22:57.270 --> 00:23:00.005
Possiamo vedere che il software
è stato installato.

00:23:00.005 --> 00:23:01.900
>> Uh-huh.

00:23:01.900 --> 00:23:03.290
>> Sono in questo caso, esiste di che.

00:23:03.290 --> 00:23:07.380
E uscita dal contenitore.

00:23:11.089 --> 00:23:12.366
Provare di nuovo.

00:23:15.697 --> 00:23:18.549
E qui è il mio due
contenitori, qui è la prima

00:23:18.549 --> 00:23:21.800
creata e quindi
la più recente creato.

00:23:21.800 --> 00:23:27.290
Questo nome è di-
>> Chandroseka metodo di pagamento.

00:23:27.290 --> 00:23:29.805
>> A Sì, grazie
pronunciati che per me.

00:23:29.805 --> 00:23:32.510
>> [PIÙ A SORRIDERE]
>> Non ha, non so dove

00:23:32.510 --> 00:23:35.860
la visualizzazione questo molto molto
i nomi diversi da confrontare

00:23:35.860 --> 00:23:38.470
il 2 a che ci abbiamo ottenuto in base
il 2 che abbiamo finora.

00:23:38.470 --> 00:23:40.690
>>, Cosa vado a adesso
Per rendere questo ultimo sarà

00:23:40.690 --> 00:23:43.200
contenitore che abbiamo costruito e mi
prevede di creare un'immagine da esso.

00:23:43.200 --> 00:23:49.820
Bene, in modo che il commit di Docker
>> Faccio clic su

00:23:49.820 --> 00:23:53.800
catturare l'idea del contenitore
e verrà semplicemente assegnato un nome li

00:23:55.660 --> 00:23:59.230
e che rapidamente, possiamo vedere
Questa griglia molto grande è stata restituita.

00:24:02.580 --> 00:24:06.230
e ora, se faccio immagini Docker
verranno visualizzati nuovamente di avere

00:24:07.290 --> 00:24:09.990
>> Un'altra immagine, quindi e

00:24:09.990 --> 00:24:15.665
in modo che l'operazione verrà eseguita vim docker nuovamente,
L'operazione verrà eseguita in modalità interattiva.

00:24:15.665 --> 00:24:22.720
E vim e trattino.

00:24:22.720 --> 00:24:23.720
>> Ma
a questo punto è possibile in pratica,

00:24:23.720 --> 00:24:25.750
So che vogliamo coprire
Questo in futuro video,

00:24:25.750 --> 00:24:27.600
è possibile essenzialmente
assegnare questo vim

00:24:27.600 --> 00:24:28.970
>> Immagine da chiunque.

00:24:28.970 --> 00:24:29.790
>> In modo assoluto.
>> E saranno

00:24:29.790 --> 00:24:34.110
grado di eseguirlo nel computer,
purché si disponga di una base di Linux.

00:24:34.110 --> 00:24:35.790
>> Sì.
>> E viene semplicemente eseguito.

00:24:35.790 --> 00:24:39.530
>> Sì, Sì, è possibile utilizzare il
immagine appena creata, e

00:24:39.530 --> 00:24:41.170
spingerla fino a Docker Hub.

00:24:41.170 --> 00:24:43.480
E quindi è possibile trascinare verso il basso
Nell'ambiente, e

00:24:43.480 --> 00:24:44.440
è sufficiente eseguirlo.

00:24:44.440 --> 00:24:45.400
>> Un luogo fresco e interessante.

00:24:45.400 --> 00:24:49.290
>> In modo che ho appena creato un nuovo
contenitore da tale immagine.

00:24:49.290 --> 00:24:50.640
E digito in vim.

00:24:50.640 --> 00:24:52.170
Ed è possibile visualizzare che
è il software.

00:24:52.170 --> 00:24:53.960
>> Sì, Nizza.

00:24:53.960 --> 00:24:56.730
>> Così
che è abbastanza semplice.

00:24:56.730 --> 00:25:00.220
E nel prossimo video verranno esaminati
in una quantità maggiore di immagini.

00:25:00.220 --> 00:25:04.630
Ci sarà effettivamente
Esaminiamo come

00:25:04.630 --> 00:25:08.130
un'immagine è derivata da una base
Confronta alla base.

00:25:08.130 --> 00:25:10.160
Esamineremo la sovrapposizione,
Prenderemo in realtà

00:25:10.160 --> 00:25:12.870
un aspetto molto più microscopico in
>> Kinda la modalità di sovrapposizione

00:25:12.870 --> 00:25:13.620
Works.

00:25:13.620 --> 00:25:16.580
Ma di arrotondare kinda
Nelle dimostrazioni di

00:25:16.580 --> 00:25:19.070
questa introduzione,
e che era piuttosto semplice.

00:25:19.070 --> 00:25:21.500
Abbiamo creato una cartella,
sono stati installati alcuni programmi software.

00:25:21.500 --> 00:25:24.630
Ma volevo anche tipo a
di un esempio completo di

00:25:24.630 --> 00:25:26.300
un'applicazione in esecuzione
in un contenitore,

00:25:26.300 --> 00:25:29.210
Per vedere qualcosa
più pratico.

00:25:29.210 --> 00:25:34.731
A tale scopo, sono effettivamente Let me
uscire dal contenitore.

00:25:39.741 --> 00:25:41.877
Consenti l'esecuzione solo
in una cartella qui.

00:25:45.155 --> 00:25:48.130
Mi occuperò di utilizzare un elemento
Composizione chiamata Docker.

00:25:48.130 --> 00:25:50.670
Qualcosa di che descrivere
informazioni in un prossimo video.

00:25:50.670 --> 00:25:55.440
Ma comporre Docker è di tipo
di uno strumento di orchestrazione

00:25:55.440 --> 00:26:00.140
Ciò consente di
definire le istruzioni per

00:26:00.140 --> 00:26:03.740
distribuzione di più contenitori
e li collega.

00:26:03.740 --> 00:26:07.050
Si tratta in realtà solo un tipo di automazione
strumento per la distribuzione di

00:26:07.050 --> 00:26:08.520
un'applicazione completa
>> A destra.

00:26:08.520 --> 00:26:10.640
>> basato sulle diverse
contenitori diversi.

00:26:10.640 --> 00:26:11.210
>> OK (Okay).
>> In questo caso,

00:26:11.210 --> 00:26:14.080
Ho appena kinda
>> In questo esempio la configurazione e

00:26:14.080 --> 00:26:14.600
esecuzione rapida.

00:26:14.600 --> 00:26:16.790
Mi occuperò di utilizzare un elemento
composizione chiamata medico.

00:26:16.790 --> 00:26:20.810
Tutto a destra, questa operazione

00:26:20.810 --> 00:26:26.140
medico comporre medico trattino
composizione di spazio trattino d.

00:26:26.140 --> 00:26:32.080
Consenti all'utente di riprovare.

00:26:34.220 --> 00:26:35.275
Non ero nella cartella corretta.

00:26:35.275 --> 00:26:40.272
docker-comporre up -d.

00:26:41.810 --> 00:26:45.490
Che rapidamente la filate
i due computer.

00:26:45.490 --> 00:26:47.540
Quindi, se faccio ps docker

00:26:48.740 --> 00:26:52.320
è possibile vedere che ho
esecuzione di due contenitori.

00:26:53.580 --> 00:26:57.121
Le immagini utilizzate sono state
neilpeterson/front e

00:26:57.121 --> 00:26:58.935
quindi un'immagine, MySQL e

00:26:58.935 --> 00:27:02.211
sono in esecuzione
il sistema ora.

00:27:04.032 --> 00:27:07.213
Così Consenti all'utente di acquisire solo l'indirizzo IP
indirizzo del sistema.

00:27:21.557 --> 00:27:25.532
Quindi cosa facciamo, novità del
qui è che allego

00:27:25.532 --> 00:27:29.405
per un'applicazione è in esecuzione
nella parte anteriore terminato contenitore.

00:27:29.405 --> 00:27:30.170
>> Mm-dazio hm.

00:27:30.170 --> 00:27:32.490
si tratta di una maschera poco semplice
In questo modo l'inserimento di alcuni

00:27:32.490 --> 00:27:34.650
dati in un database.

00:27:34.650 --> 00:27:35.640
Pertanto sarà sufficiente fare C9 C9.

00:27:35.640 --> 00:27:39.150
Non effettivamente compilare questo.

00:27:41.560 --> 00:27:42.250
Fare clic su Invia.

00:27:49.400 --> 00:27:52.100
E quindi ho preso a un'altra pagina
Nell'applicazione che è possibile

00:27:52.100 --> 00:27:55.880
vedere dove stiamo
i dati da MySQL effettivamente

00:27:55.880 --> 00:27:58.980
istanza in esecuzione nel
un secondo contenitore non esiste.

00:27:58.980 --> 00:28:01.400
>> Bello.
In modo che Docker composti

00:28:01.400 --> 00:28:04.470
funzionalità che è stato
utilizzato è stato essenzialmente

00:28:04.470 --> 00:28:06.210
utilizzo di alcuni tipi di
file di configurazione.

00:28:06.210 --> 00:28:07.530
>> Sì.
>> Per passare, questo è necessario e

00:28:07.530 --> 00:28:08.920
questo, braccio.

00:28:08.920 --> 00:28:11.250
E era già configurato
tali individualmente troppo.

00:28:11.250 --> 00:28:13.100
E abbiamo cosa
Quando avviato e

00:28:13.100 --> 00:28:17.525
si noterà che vi locale/bin/avvia
per il mio SQL, e

00:28:17.525 --> 00:28:20.170
Run.sh per il front-end.

00:28:20.170 --> 00:28:22.110
È essenzialmente ciò che-
>>, Sì

00:28:22.110 --> 00:28:23.890
Diamo solo
Esaminare il file.

00:28:23.890 --> 00:28:25.140
È esattamente
cosa facciamo,

00:28:25.140 --> 00:28:27.750
Ho appena definito due
contenitori qui.

00:28:27.750 --> 00:28:30.280
Pertanto il primo contenitore
Si desidera utilizzare immagini.

00:28:30.280 --> 00:28:32.210
Ho esposto alcune porte
quale parleremo

00:28:32.210 --> 00:28:34.210
nel prossimo video.

00:28:34.210 --> 00:28:36.840
E quindi impostare solo alcuni
le variabili di ambiente e

00:28:36.840 --> 00:28:39.640
lo stesso per
il secondo contenitore.

00:28:39.640 --> 00:28:44.160
Poiché un metodo automatico di

00:28:44.160 --> 00:28:46.940
gira più contenitori,
collegate insieme.

00:28:46.940 --> 00:28:47.760
>> Bello.

00:28:47.760 --> 00:28:49.520
>> Sì e nuovo, la mia intenzione
vi è solo realmente

00:28:49.520 --> 00:28:52.560
Mostra tipo di una pratica più
esempio di un contenitore quali

00:28:52.560 --> 00:28:56.220
effettuare, oltre alla semplice creazione
le cartelle e installazione di software.

00:28:56.220 --> 00:28:59.560
Ma è in esecuzione un'applicazione
dall'interno di un contenitore.

00:28:59.560 --> 00:29:03.080
>> Molto bene, lo scopo suppongo che
si conclude così la nostra demo.

00:29:03.080 --> 00:29:06.800
E ciò ci porta alla fine
di questo primo episodio su questo

00:29:06.800 --> 00:29:09.250
serie mini
il canale di contenitori.

00:29:09.250 --> 00:29:10.940
Qualche consigliato
risorse da

00:29:10.940 --> 00:29:12.430
Per assicurarsi che
Conoscete bene.

00:29:12.430 --> 00:29:14.510
In primo luogo, è possibile scaricare
server della finestra tecnica

00:29:14.510 --> 00:29:17.430
anteprima tecnica attualmente
Anteprima 3 in orario

00:29:17.430 --> 00:29:19.770
di registrazione, se si guarda
In questo punto verso il basso la riga,

00:29:19.770 --> 00:29:22.430
può essere T P. 4,
può essere anche successiva.

00:29:22.430 --> 00:29:24.050
Continua a essere rilevante.

00:29:24.050 --> 00:29:29.396
Estrarre in modo che, revisione
documentazione del contenitore su MSDN.Microsoft.com/virtualiza-

00:29:29.396 --> 00:29:31.415
zione è risorse Docker

00:29:31.415 --> 00:29:35.740
docker.com/Microsoft e per ottenere
avviato con Docker, è

00:29:35.740 --> 00:29:39.518
collegamenti alla documentazione come
bene, docs.docker.com/windows.

00:29:39.518 --> 00:29:43.100
Grandi quantità di risorse utili
e Unisciti a noi nuovamente nella successiva

00:29:43.100 --> 00:29:46.570
video in questa serie minima, dove
Neil e verrà nell'analisi di

00:29:46.570 --> 00:29:49.293
le immagini in una maggiore profondità, e
rete e portabilità.

00:29:49.293 --> 00:29:51.852
In tal caso, raffreddare, grazie.

00:29:51.852 --> 00:29:52.352
Per vedere più avanti.

00:29:52.352 --> 00:30:02.352
[MUSICA]

