WEBVTT

00:00:00.000 --> 00:00:08.198
[MÚSICA]

00:00:08.198 --> 00:00:09.947
Olá e
Bem-vindo ao outro episódio em

00:00:09.947 --> 00:00:11.430
Canal do contêiner.

00:00:11.430 --> 00:00:13.160
Eu sou Matt McSpirit,
divulgador técnico para

00:00:13.160 --> 00:00:14.590
todos os nossos dados
Centro de tecnologia.

00:00:14.590 --> 00:00:17.120
E Este episódio tem
Na verdade, o início do

00:00:17.120 --> 00:00:20.130
uma série de mini onde estamos
vai ser Explorando o recipiente

00:00:20.130 --> 00:00:21.450
conceitos básicos.

00:00:21.450 --> 00:00:23.490
Aqueles de vocês que assisti
alguns vídeos já

00:00:23.490 --> 00:00:24.380
o canal de contêineres

00:00:24.380 --> 00:00:27.000
Você saberá que temos muito
demonstrações de itens interessantes.

00:00:27.000 --> 00:00:29.960
Apresentamos e tinha entrevistas
com pessoas de Docker.

00:00:29.960 --> 00:00:33.180
Nos reunimos com John Howard e
explorar suas contribuições para

00:00:33.180 --> 00:00:35.860
o Docker também, portanto
falamos sobre uma carga de

00:00:35.860 --> 00:00:38.700
coisas, mas deseja certificar-se
que oferecemos a profundidade

00:00:38.700 --> 00:00:41.030
Conhecimento de nossos
recipientes também.

00:00:41.030 --> 00:00:44.350
E para me ajudar a fazer isso hoje
Eu estou unida por Neil Peterson.

00:00:44.350 --> 00:00:45.770
Neil, apresente-se e

00:00:45.770 --> 00:00:48.850
Diga-em um pouco sobre o
conexão com contêineres.

00:00:48.850 --> 00:00:50.210
>> Obrigado muito bem, Matt.

00:00:50.210 --> 00:00:51.400
Então meu nome 's Neil Peterson,

00:00:51.400 --> 00:00:54.600
Eu sou um desenvolvedor de conteúdo
aqui na Microsoft.

00:00:54.600 --> 00:00:57.280
Isso realmente o que estou fazendo
com contêineres é escrita

00:00:57.280 --> 00:01:00.160
a documentação para acompanhá-lo
com nossa implementação de

00:01:00.160 --> 00:01:02.340
recipientes, o que é o Windows
recipientes de servidor e

00:01:02.340 --> 00:01:04.270
os recipientes de B hyper futuros.

00:01:04.270 --> 00:01:07.100
Portanto, estou trabalhando com nossa
equipe de visualização e e

00:01:07.100 --> 00:01:08.600
João e José.

00:01:08.600 --> 00:01:11.900
Tipo de documentação de contêineres
e como parte do que eu estou jogando

00:01:11.900 --> 00:01:15.020
ao redor e fazendo pesquisas
na tecnologia sozinho.

00:01:15.020 --> 00:01:16.870
>> Toda a grade está muito
novo para muitos de nós.

00:01:16.870 --> 00:01:18.410
Muito de nossa
profissionais como bem isso

00:01:18.410 --> 00:01:20.080
a documentação
é muito importante e

00:01:20.080 --> 00:01:23.050
Esta documentação aborda que
nós tiramos a partir de agora

00:01:23.050 --> 00:01:26.390
contêineres de colocá-lo em MSDM
mas também pessoas tenham acesso

00:01:26.390 --> 00:01:28.560
sobre ele por meio de [INAUDIBLE]
que é uma grande.

00:01:28.560 --> 00:01:30.950
Alterar para
nós << Sim absolutamente quero dizer isso

00:01:30.950 --> 00:01:34.970
Estamos nossa documentação
está disponível no GitHub,

00:01:34.970 --> 00:01:38.600
comunidade pode contribuir para ela,
fazer atualizações a ele e realmente

00:01:38.600 --> 00:01:43.180
quanto ao recipiente da janela nad
Estamos na visualização técnica, mas

00:01:43.180 --> 00:01:46.350
podemos está documentando
-los um pouco, portanto

00:01:46.350 --> 00:01:48.870
estamos colocando muita coisa
lá fora muito rapidamente.

00:01:48.870 --> 00:01:51.000
>> E se você ainda não estiver marcada.
a documentação

00:01:51.000 --> 00:01:54.140
é MSDN ponto Microsoft ponto com
Se você deseja ir para baixo do MSDN

00:01:54.140 --> 00:01:56.330
raiz, barra diagonal
Virtualização e

00:01:56.330 --> 00:01:58.570
Isso o levará para
os recipientes de página inicial.

00:01:58.570 --> 00:02:00.840
E não há um número de
cenários diferentes que

00:02:00.840 --> 00:02:04.820
documentado em uma visualização técnica
três, em torno de obter seu

00:02:04.820 --> 00:02:08.320
host de recipiente pronto, implantando
recipientes com PowerShare, ou

00:02:08.320 --> 00:02:10.920
gerenciá-los com Docker e
assim por diante e no Azure também.

00:02:10.920 --> 00:02:13.210
Portanto, se não o fez,
check-out de documentos

00:02:13.210 --> 00:02:15.920
acompanhar e também exibir a
vídeos porque eles guiarão

00:02:15.920 --> 00:02:18.220
você como bem isso
Você pode vê-lo visualmente.

00:02:18.220 --> 00:02:21.380
Mas, hoje, como eu disse,
é o início de uma série de mini.

00:02:21.380 --> 00:02:22.730
Não sabemos quantos
Vamos fazer, de episódios

00:02:22.730 --> 00:02:24.460
Vamos apenas para
mantê-los vindo em ya.

00:02:24.460 --> 00:02:25.980
Para ajudá-lo a entender e

00:02:25.980 --> 00:02:28.950
compreender os conceitos básicos de um bit
mais de um nível técnico.

00:02:28.950 --> 00:02:31.400
Mas ajudá-lo por meio de um lote
demonstração também.

00:02:31.400 --> 00:02:34.710
Portanto, Neil do foi ocupada construção
Esses sistemas para permitir mostrar

00:02:34.710 --> 00:02:37.610
Você essencialmente como parte desta
coisas trabalha um pouco mais detalhadamente.

00:02:37.610 --> 00:02:39.930
E o primeiro que estamos apenas
vai ser dar uma olhada na

00:02:39.930 --> 00:02:42.800
uma introdução sobre realmente
são apenas os recipientes, que

00:02:42.800 --> 00:02:45.840
próximo nível para baixo de alguns a
vídeos que fizemos no passado.

00:02:45.840 --> 00:02:47.560
Ajudam que você a compreender alguns
dos blocos de construção e

00:02:47.560 --> 00:02:50.270
alguns dos principais recursos
componentes e conceitos.

00:02:50.270 --> 00:02:53.170
Antes de passarmos no futuro
episódios com mais profundidade

00:02:53.170 --> 00:02:56.000
ao redor de imagens,
sistema de rede e assim por diante.

00:02:56.000 --> 00:02:58.320
Então por que você não tira ele fora
percorrer nos quais estamos

00:02:58.320 --> 00:03:00.311
irá para aprender hoje
No episódio específico.

00:03:00.311 --> 00:03:03.813
<< Para Este episódio faremos
apenas falar sobre quais recipientes

00:03:03.813 --> 00:03:06.127
são, vamos criar
examinar alguns recipientes

00:03:06.127 --> 00:03:09.168
algumas imagens de recipiente e
Iniciar apenas como você

00:03:09.168 --> 00:03:12.341
disse Preparando o terreno
ver mais profundo em coisas como

00:03:12.341 --> 00:03:15.518
imagens de contêiner de rede
portabilidade dos contêineres

00:03:15.518 --> 00:03:16.046
>> bem legal

00:03:16.046 --> 00:03:16.706
>> OK então vamos

00:03:16.706 --> 00:03:17.630
>> só temos alguns

00:03:17.630 --> 00:03:21.065
slides que acha que "não, é impossível
fazer slides"temos alguns e

00:03:21.065 --> 00:03:23.642
em seguida, nós são encaixe
reta em algumas demonstrações isso

00:03:23.642 --> 00:03:24.970
Portanto, Sim permanecem com ele.

00:03:24.970 --> 00:03:27.140
>> Apenas nos ajuda a posição
Alguns bem as coisas.

00:03:27.140 --> 00:03:28.500
>> Certeza, absolutamente.

00:03:28.500 --> 00:03:32.560
Isso, recipientes
sem dúvida são fogo, em

00:03:32.560 --> 00:03:34.820
muitas pessoas
estão falando sobre eles.

00:03:34.820 --> 00:03:39.780
É bem no início na
ciclo de vida da tecnologia, recipientes

00:03:39.780 --> 00:03:41.870
já existem há algum tempo
>> No Linux

00:03:41.870 --> 00:03:43.680
>> No Linux, mas

00:03:43.680 --> 00:03:47.040
eles realmente estiver levando fora à direita
Agora, isso apenas para apresentar

00:03:47.040 --> 00:03:50.140
contêineres e o que
são recipientes, porque é

00:03:50.140 --> 00:03:53.210
uma abstração estranha, temos sido
trabalhando na virtualização para

00:03:53.210 --> 00:03:57.460
algum tempo e é muito fácil
Comparar um contêiner para um virtual

00:03:57.460 --> 00:04:00.340
máquina, mas
>> O que exatamente são recipientes

00:04:00.340 --> 00:04:02.800
e o que estamos fazendo com eles
e o que podemos fazer com eles?

00:04:02.800 --> 00:04:04.280
Isso quer dizer em seu núcleo,

00:04:04.280 --> 00:04:08.660
recipientes são realmente tipo de
um componente de virtualização.

00:04:08.660 --> 00:04:11.170
É quase como
um sistema operacional ou

00:04:11.170 --> 00:04:12.890
virtualização de aplicativos.

00:04:12.890 --> 00:04:16.460
Portanto, realmente usamos
recipientes da mesma forma como nós

00:04:16.460 --> 00:04:18.040
use uma máquina virtual.

00:04:18.040 --> 00:04:20.920
Devemos virtualizar esse SO e

00:04:20.920 --> 00:04:24.020
podemos executar aplicativos com
dentro do contêiner e

00:04:24.020 --> 00:04:27.410
podemos acessar esses aplicativos
de fora do recipiente.

00:04:27.410 --> 00:04:29.470
Você pode ver aqui na minha
ponto de marcador primeiro,

00:04:29.470 --> 00:04:33.030
Posso chamá-los como um sistema operacional
A virtualização de aplicativos e

00:04:33.030 --> 00:04:35.720
Tratamento de imagens ou
Tecnologia de disposição em camadas de imagem

00:04:35.720 --> 00:04:38.300
Isso é realmente importante
>> Muito do benefício que estamos

00:04:38.300 --> 00:04:40.400
irá para encontrar nos recipientes.

00:04:40.400 --> 00:04:43.550
Benefício sendo coisas como
rápida inicialização tempo, ou

00:04:43.550 --> 00:04:46.300
espaço reduzido no sistema operacional, host

00:04:46.300 --> 00:04:49.680
tem a ver com a forma
podemos gerenciar e

00:04:49.680 --> 00:04:52.990
criar essas imagens, ou
como recipientes usam essas imagens.

00:04:52.990 --> 00:04:54.830
Portanto, coloquei que no primeiro
ponto de marcador

00:04:54.830 --> 00:04:58.420
como são imagens são incrivelmente
como importante

00:04:58.420 --> 00:04:59.470
contêineres de trabalho.

00:04:59.470 --> 00:05:00.270
E, como dissemos,

00:05:00.270 --> 00:05:03.566
Vamos nos aprofundar muito
profundidade em imagens de contêiner.

00:05:03.566 --> 00:05:07.520
Portanto, contêineres,
Virtualização de sistema operacional.

00:05:07.520 --> 00:05:11.900
Recipientes de aplicativos de host e
dependências de aplicativos e

00:05:11.900 --> 00:05:13.350
também é essencial.

00:05:13.350 --> 00:05:16.340
O que veremos é, estamos
capacidade interna de um aplicativo e

00:05:16.340 --> 00:05:18.780
todas as suas dependências
neste recipiente.

00:05:18.780 --> 00:05:22.220
E esse contêiner torna-se uma
Esta unidade independente,

00:05:22.220 --> 00:05:25.020
que pode ser movido pela
entre os ambientes, mas

00:05:25.020 --> 00:05:27.270
é tem todos os
dependências incorporadas a ele.

00:05:27.270 --> 00:05:29.630
Portanto não estamos fazendo coisas como
para reconfigurar os nossos

00:05:29.630 --> 00:05:31.830
contêiner como podemos movê-lo.

00:05:31.830 --> 00:05:34.340
>> Não necessário as dependências
residem no mesmo contêiner?

00:05:34.340 --> 00:05:36.080
Você pode definir o layout de Cuz
externamente, não é?

00:05:36.080 --> 00:05:36.920
>> Sim, absolutamente.

00:05:36.920 --> 00:05:40.010
Podemos ter várias
aplicativos recipientes.

00:05:40.010 --> 00:05:42.701
Onde podemos ter um front-end
que tem todas as dependências

00:05:42.701 --> 00:05:44.021
para o front-end em
um recipiente e

00:05:44.021 --> 00:05:46.050
um back-end com todos
as dependências de

00:05:46.050 --> 00:05:52.680
o back-end,
No entanto esses dois recipientes

00:05:52.680 --> 00:05:53.910
são dependentes uns dos outros
>> Sim.

00:05:53.910 --> 00:05:55.560
>> Assim eles formam um aplicativo.

00:05:55.560 --> 00:05:57.710
>> E eles próprios
Conte com a imagem base.

00:05:57.710 --> 00:05:59.710
Se, Sim, absolutamente.

00:05:59.710 --> 00:06:01.300
>> OK.
>>, Já kinda

00:06:01.300 --> 00:06:04.880
discutiu isso, recipientes
são criados a partir de imagens de contêiner.

00:06:04.880 --> 00:06:06.440
Imagens de recipiente são portáteis,
e

00:06:06.440 --> 00:06:07.390
Isso é onde ela é realmente boa.

00:06:07.390 --> 00:06:10.090
E veremos no futuro
episódios, na verdade, desenvolveremos

00:06:10.090 --> 00:06:14.260
um aplicativo em meu laptop
Mover imagem recipiente

00:06:14.260 --> 00:06:18.070
up no que é conhecido como
um registro de imagem do contêiner e

00:06:18.070 --> 00:06:22.090
Puxe que em uma VM em
Azure, portanto sua esta portabilidade

00:06:22.090 --> 00:06:27.690
em imagens que nos fornece isso
excelente maneira de mover Nosso

00:06:27.690 --> 00:06:30.030
do ambiente de trabalho para outra
>> Mm-hm e

00:06:30.030 --> 00:06:30.960
Essa é também a flexibilidade.

00:06:30.960 --> 00:06:32.340
Todos os nossos desenvolvedores
está vendo também.

00:06:32.340 --> 00:06:35.200
Você sabe, criar um aplicativo
Localmente na estação de trabalho,

00:06:35.200 --> 00:06:37.100
sabendo que a partir de
uma perspectiva de consistência

00:06:37.100 --> 00:06:39.690
Se eu fosse para implantá-lo para
seu laptop, para um servidor

00:06:39.690 --> 00:06:42.850
no Centro de dados ou para
uma nuvem pública, ele vai funcionar.

00:06:42.850 --> 00:06:44.050
>> Absolutamente.
>> Porque eles vêem-lo nela.

00:06:44.050 --> 00:06:46.260
As dependências que ele terá,
ou ele obterá com ele,

00:06:46.260 --> 00:06:47.790
e, em seguida, você tem
Essa flexibilidade.

00:06:47.790 --> 00:06:51.410
>> Muito bem, absolutamente, portanto algumas das
o benefício em contêineres, é

00:06:51.410 --> 00:06:53.880
como certo, podemos ver que estamos
colocando aplicativos aqui,

00:06:53.880 --> 00:06:55.360
mas, quais são os benefícios?

00:06:55.360 --> 00:06:58.450
Recipientes início rápido
eles redimensionados rápida.

00:06:58.450 --> 00:07:00.270
Eles podem ser destruídos rápida.

00:07:00.270 --> 00:07:03.700
Esse espaço no host
é muito menor do que

00:07:03.700 --> 00:07:04.550
uma máquina virtual.

00:07:04.550 --> 00:07:07.430
Portanto, obtemos esta densidade

00:07:07.430 --> 00:07:10.340
em nossos computadores físicos que
hospedando nesses recipientes.

00:07:10.340 --> 00:07:14.190
Adquirimos uma maior densidade
com contêineres que podemos com

00:07:14.190 --> 00:07:15.900
uma VM a mesmo.

00:07:15.900 --> 00:07:17.060
>> E, em comparação com os

00:07:17.060 --> 00:07:19.500
uma VM acha que vamos examinar
arquitetura em uma minuto mas

00:07:19.500 --> 00:07:21.870
Quando você estiver criando uma VM aqueles
tem um histórico com o Hyper-V.

00:07:21.870 --> 00:07:25.130
Você sabe que vai dizer como
muitos processos virtuais fazer

00:07:25.130 --> 00:07:28.540
necessário, a quantidade de RAM, é necessário
um DVD virtual drive, quantos

00:07:28.540 --> 00:07:31.720
redes, as redes que são eles
precisa ser em VLANs e assim por diante.

00:07:31.720 --> 00:07:34.550
Há muito mais pensar
aproximadamente, de uma máquina virtual

00:07:34.550 --> 00:07:38.830
Perspectiva, que o hardware
camada é necessariamente,

00:07:38.830 --> 00:07:41.690
ele existe até certo ponto
com contêineres em alguns aspectos.

00:07:41.690 --> 00:07:46.590
Mas em termos de que muito
estrito, essa VM terá esses

00:07:46.590 --> 00:07:48.600
processos virtuais,
Isso é muito diferente.

00:07:48.600 --> 00:07:51.470
>> Sim, isto é, essencialmente,
criar uma VM muito semelhante como

00:07:51.470 --> 00:07:52.940
seria criamos
uma máquina física.

00:07:52.940 --> 00:07:54.230
É preciso definir todos aqueles.

00:07:54.230 --> 00:07:58.410
Componentes e muita que
desaparece com contêineres.

00:07:58.410 --> 00:08:02.660
Dito isso, quero dizer que leva em
Esse último ponto aqui

00:08:02.660 --> 00:08:06.770
uma das coisas que podemos fazer com
contêineres é tipo de restringir

00:08:06.770 --> 00:08:09.350
o uso de recursos do host.

00:08:09.350 --> 00:08:11.810
Portanto, quer dizer, que podemos criar
um recipiente e Diga Oi

00:08:11.810 --> 00:08:15.880
Use desta quantidade de memória ou não
Use mais desta quantidade de memória.

00:08:15.880 --> 00:08:18.700
Use esse valor da CPU
sem entrar.

00:08:18.700 --> 00:08:21.540
>> Sim.
>> Para nós pode restringir

00:08:21.540 --> 00:08:24.330
um contêiner que pode
consuma desse host.

00:08:24.330 --> 00:08:25.740
>> Você sabe como
um grande contêiner.

00:08:25.740 --> 00:08:26.870
>> Certeza.
-Se.

00:08:26.870 --> 00:08:27.430
Exatamente.

00:08:27.430 --> 00:08:30.200
>> Exatamente na mesma forma a.

00:08:30.200 --> 00:08:32.620
Algo a ser considerado também.

00:08:32.620 --> 00:08:34.030
OK isso.

00:08:34.030 --> 00:08:37.070
Compare e contraste com o
VM, se podemos exibir o gráfico

00:08:37.070 --> 00:08:39.260
que temos na próxima
slide para nos ajudar a ilustrar,

00:08:39.260 --> 00:08:41.950
quais são as pedidas de
Este gráfico específico aqui

00:08:41.950 --> 00:08:44.679
que as pessoas devem saber?

00:08:44.679 --> 00:08:46.770
>> Se você tiver feito
pesquisas em recipientes que você

00:08:46.770 --> 00:08:48.790
provavelmente viu um muito
gráfico semelhante.

00:08:48.790 --> 00:08:52.360
E um dos maiores
diferenças entre um contêiner

00:08:52.360 --> 00:08:56.130
e é uma máquina virtual
como uma contêiner

00:08:56.130 --> 00:08:59.700
funciona com o kernel
no host.

00:08:59.700 --> 00:09:01.610
Então olhando para a esquerda
lado aqui,

00:09:01.610 --> 00:09:03.630
Temos uma máquina virtual.

00:09:03.630 --> 00:09:07.300
Temos uma camada de hardware
Temos o sistema operacional e

00:09:07.300 --> 00:09:12.260
núcleo do host
como a tecnologia de hipervisor.

00:09:12.260 --> 00:09:14.740
E, em seguida, podemos está colocando em camadas
Máquinas virtuais

00:09:14.740 --> 00:09:16.880
na parte superior pelo hipervisor.

00:09:16.880 --> 00:09:19.210
Então cada um desses Virtual
Máquinas possui um sistema operacional

00:09:19.210 --> 00:09:20.510
e um Kernel nela também.

00:09:20.510 --> 00:09:24.370
Por isso sempre podemos inicializar uma VM
nós estiver inicialiar um SO completo

00:09:24.370 --> 00:09:25.620
Kernel e tudo.

00:09:25.620 --> 00:09:28.610
>> E em termos gerais, cada
um terá um disco rígido virtual-

00:09:28.610 --> 00:09:29.020
>> Muito bem.

00:09:29.020 --> 00:09:31.190
>> Que será
>> Um potencialmente significativas

00:09:31.190 --> 00:09:33.320
quantidade de espaço da sua
armazenamento de back-end qualquer

00:09:33.320 --> 00:09:34.650
Isso pode ser.

00:09:34.650 --> 00:09:37.570
Sim, você pode usar coisas como
discos de uma leitura diferenciais

00:09:37.570 --> 00:09:40.820
somente imagem pai mas ainda mas
consumo de armazenamento

00:09:40.820 --> 00:09:43.920
normalmente associado com VMs
pode ser muito significativa.

00:09:43.920 --> 00:09:44.700
>> Muito bem, absoluta.

00:09:44.700 --> 00:09:48.156
E, em seguida, você terá estas
criar máquinas virtuais kinda

00:09:48.156 --> 00:09:51.324
solicitações de hardware e
Você obtém essa camada do hipervisor

00:09:51.324 --> 00:09:54.852
interceptar as solicitações e
Gerenciando as solicitações

00:09:54.852 --> 00:09:58.816
com o hardware do host
que contém a máquina virtual.

00:09:58.816 --> 00:10:02.183
É por isso que a imagem
de uma máquina virtual.

00:10:02.183 --> 00:10:06.581
Para comparar um host de contêiner
Temos o hardware de

00:10:06.581 --> 00:10:08.650
o host do recipiente.

00:10:08.650 --> 00:10:12.100
Temos o sistema operacional no kernel
localizado na parte superior desse,

00:10:12.100 --> 00:10:15.380
Assim como o recipiente
o mecanismo de Docker do software.

00:10:15.380 --> 00:10:20.950
Mecanismo de recipiente de servidor Windows,
mas você observará aqui

00:10:20.950 --> 00:10:25.170
o contêiner em si não
ter esse sistema operacional.

00:10:25.170 --> 00:10:26.760
Não é necessário que o kernel.

00:10:26.760 --> 00:10:28.500
Portanto, há realmente compartilhada,

00:10:28.500 --> 00:10:31.525
Esses recipientes estão compartilhando
o kernel com o sistema operacional do host.

00:10:31.525 --> 00:10:37.095
O tempo de inicialização é muito mais rápida
Há muito menos em andamento

00:10:37.095 --> 00:10:39.665
Quando começamos a esses recipientes
em vez de uma máquina virtual.

00:10:39.665 --> 00:10:42.635
>> E, obviamente, este gráfico é
exibindo, apenas dizemos hardware

00:10:42.635 --> 00:10:45.835
na parte inferior aqui, mas isso
pode ser hardware físico, ou

00:10:45.835 --> 00:10:47.595
é possível dentro de
a máquina virtual.

00:10:47.595 --> 00:10:48.665
>> Muito bem, absoluta.

00:10:48.665 --> 00:10:51.295
>> Para nada
interromper esses dois

00:10:51.295 --> 00:10:53.970
tecnologias diferentes
coexistindo Felizmente.

00:10:53.970 --> 00:10:57.150
Talvez seja necessário por exemplo de forma
Você tem um host Hyper-V,

00:10:57.150 --> 00:10:59.880
Você tem dois da VM,
um é o Linux, um é Windows e

00:10:59.880 --> 00:11:02.500
executar o Linux recipientes
dentro de uma VM e

00:11:02.500 --> 00:11:04.050
Recipientes do Windows em outro.

00:11:04.050 --> 00:11:06.780
Mas esse físico geral
sistema de que estiver executando uma combinação

00:11:06.780 --> 00:11:07.700
recipientes.

00:11:07.700 --> 00:11:09.840
Então você tem o melhor dos
em essência lá, dois mundos

00:11:09.840 --> 00:11:12.350
Você está usando
tecnologias complementares.

00:11:12.350 --> 00:11:14.630
Isso definitivamente não são uma ou
o outro

00:11:14.630 --> 00:11:17.270
eles podem ser usados em
conjunto que é importante.

00:11:17.270 --> 00:11:18.490
>> Muito bem, absoluta.

00:11:18.490 --> 00:11:25.150
Assim, no nível de superfície, ele tem
muito simples a dizer virtual

00:11:25.150 --> 00:11:28.970
máquinas, nós temos isolados
kernel dentro do contêiner VM

00:11:28.970 --> 00:11:33.110
nós estiver compartilhando que
kernel com o sistema operacional do host.

00:11:33.110 --> 00:11:34.700
Agora esta imagem
Altera um pouco

00:11:34.700 --> 00:11:37.460
Quando estamos introduzindo
Recipientes do Hyper V

00:11:37.460 --> 00:11:41.120
Que fornece adicional
camada de isolamento por uma

00:11:41.120 --> 00:11:43.330
disposição do recipiente
na VM em si.

00:11:43.330 --> 00:11:44.450
>> Muito bem, e
em alguns de tempo de semanas

00:11:44.450 --> 00:11:46.960
Traga sua episódios
Contêineres de Hyper-v no canto direito

00:11:46.960 --> 00:11:50.260
ponto no tempo quando eles estiverem
disponível para as pessoas testem.

00:11:50.260 --> 00:11:52.860
Portanto, você verá mais episódios
o recipiente de canal que

00:11:52.860 --> 00:11:56.520
ajudar as pessoas a dissecar o que
Recipiente do Hyper-V é porque

00:11:56.520 --> 00:11:59.690
certamente adiciona um extra
camada de capacidade, mas

00:11:59.690 --> 00:12:02.390
também é muito complexa para entender
também sobre o que está acontecendo

00:12:02.390 --> 00:12:05.550
Esse tipo de conjunto combinado
tecnologia ' s aqui para.

00:12:05.550 --> 00:12:07.070
>> Absolutamente.
>> Por isso, fique atento para que um.

00:12:07.070 --> 00:12:12.410
>> Que é o tipo de host
>> Diferença de contêiner de host VM.

00:12:12.410 --> 00:12:14.890
Há também algumas diferenças
a maneira podemos corresponder recipientes

00:12:14.890 --> 00:12:15.880
em comparação com a VM.

00:12:15.880 --> 00:12:16.740
Há uma um turno,

00:12:16.740 --> 00:12:19.940
especialmente se você esteve em um
Rolo para que tiver sido Gerenciando VM

00:12:19.940 --> 00:12:20.970
muito tempo.

00:12:20.970 --> 00:12:23.560
Isso é realmente como nós
Use imagens do recipiente.

00:12:23.560 --> 00:12:27.150
Portanto, se você tiver feito em massa de
implantações de VM, você provavelmente

00:12:27.150 --> 00:12:29.840
esteja familiarizado com o conceito de
como uma imagem de máquina virtual, que é como

00:12:29.840 --> 00:12:33.900
uma versão de prept sys do sistema operacional
Podemos implantar para um conjunto de

00:12:33.900 --> 00:12:37.660
As VMs e aceleração várias
de VMs em ritmo acelerado.

00:12:37.660 --> 00:12:39.970
Imagem de contêiner é muito
diferente de uma imagem de máquina virtual, e

00:12:39.970 --> 00:12:41.810
Você verá que,
Vamos nos aprofundar em que profundo.

00:12:41.810 --> 00:12:44.890
E como podemos gerenciar
rede com nossos contêineres

00:12:44.890 --> 00:12:46.370
Assim que é tipo de diferente.

00:12:48.060 --> 00:12:50.780
Ele é diferente de como nós
potencialmente gerenciariam

00:12:50.780 --> 00:12:52.880
rede com VMs, e
também veja que também.

00:12:52.880 --> 00:12:53.430
>> OK, legal.

00:12:53.430 --> 00:12:56.290
Conte-em um pouco mais em
menos como uma introdução a esses

00:12:56.290 --> 00:12:57.650
imagens que já foi mencionado.

00:12:57.650 --> 00:13:00.930
E sei que no episódio próximo
Vamos nos aprofundar,

00:13:00.930 --> 00:13:02.880
significativamente mais profunda
em imagens de contêiner, mas

00:13:02.880 --> 00:13:06.340
Basta fornecer às pessoas a 10.000
pés a exibição de imagens.

00:13:06.340 --> 00:13:07.340
>> Muito bem, absoluta.

00:13:07.340 --> 00:13:10.220
E posso chamar isso porque
Esta é uma parte extremamente importante

00:13:10.220 --> 00:13:11.840
de trabalho com contêineres.

00:13:11.840 --> 00:13:15.530
Então, quais são as imagens de contêiner é
eles são um modelo de somente leitura

00:13:15.530 --> 00:13:18.720
que são usados para iniciar
o contêiner com.

00:13:18.720 --> 00:13:22.280
Esses modelos
contêm aplicativos.

00:13:22.280 --> 00:13:24.940
Eles contêm as dependências
para os aplicativos.

00:13:24.940 --> 00:13:27.700
E também pode conter
instruções como

00:13:27.700 --> 00:13:28.790
inicializar a imagem.

00:13:28.790 --> 00:13:32.198
Por isso, como sempre que iniciar
um contêiner com esta imagem

00:13:32.198 --> 00:13:33.590
Inicie esse processo.

00:13:33.590 --> 00:13:35.680
E veremos que.

00:13:35.680 --> 00:13:38.950
Essas imagens podem ser compostas
de várias camadas.

00:13:38.950 --> 00:13:42.790
Portanto, pode ter uma imagem do sistema operacional base,
como o Ubuntu e, em seguida, pode

00:13:42.790 --> 00:13:48.580
ter outra camada na parte superior do
Isso é meu aplicativo web.

00:13:48.580 --> 00:13:51.540
E, em seguida, para cada recipiente
que eu iniciar o meu host que

00:13:51.540 --> 00:13:56.530
usando essa imagem do sistema operacional base,
todos eles compartilham a mesma instância

00:13:56.530 --> 00:13:59.810
da imagem, que é aqui onde
obtemos esse espaço pequeno-

00:13:59.810 --> 00:14:01.930
>> Otimizado o uso do recurso.

00:14:01.930 --> 00:14:06.060
>> Otimizado o uso de recursos e
Podemos alcançar esse densidade

00:14:06.060 --> 00:14:08.510
compartilhamento e essas imagens serão
Veja um exemplo do que bem.

00:14:09.640 --> 00:14:14.300
Já falei sobre
as imagens que contêm

00:14:14.300 --> 00:14:18.030
as instruções de execução
e, finalmente, essas imagens

00:14:18.030 --> 00:14:21.500
pode ser armazenado e recuperado
um registro de contêiner.

00:14:21.500 --> 00:14:23.600
Isso é que podemos
atingir essa portabilidade.

00:14:23.600 --> 00:14:26.850
Portanto desenvolver localmente,
armazenar em um registro

00:14:26.850 --> 00:14:28.930
Puxe-o um meu
ambiente de produção.

00:14:28.930 --> 00:14:29.430
>> O registro, no repositório.
>> [CROSSTALK]

00:14:29.430 --> 00:14:31.784
>> Registro, repositório,

00:14:31.784 --> 00:14:36.150
apenas um lugar.
Podemos ter registros particulares,

00:14:36.150 --> 00:14:38.830
aquele que examinamos em
é de episódios futuros

00:14:38.830 --> 00:14:40.420
o Dr. Hub de registro público.

00:14:40.420 --> 00:14:41.590
>> À direita.
OK, legal.

00:14:41.590 --> 00:14:44.590
Portanto, imagino que
um pouco de um plano de fundo.

00:14:44.590 --> 00:14:46.710
Você deseja jantar em uma demonstração
e mostrar nos [CROSSTALK].

00:14:46.710 --> 00:14:48.040
>> Sim, absolutamente.

00:14:48.040 --> 00:14:50.350
Vamos dar uma olhada
na demonstração.

00:14:50.350 --> 00:14:53.587
Então, deixe-me apenas tamanho até meu
ambiente aqui, portanto, vou

00:14:53.587 --> 00:14:57.120
fazer muitas dessas demonstrações iniciais
o uso de contêineres de Linux.

00:14:57.120 --> 00:15:02.790
Dito isso, tem aqui é
um host Linux executado no Hyper V

00:15:02.790 --> 00:15:03.900
na minha máquina aqui.

00:15:03.900 --> 00:15:05.750
Embora eu estou trabalhando no Linux,

00:15:05.750 --> 00:15:09.150
Na verdade, estou trabalhando em relação a
uma máquina de versão do Hyper V.

00:15:09.150 --> 00:15:12.240
Agora vou executar o
uma série de comandos Docker.

00:15:12.240 --> 00:15:15.350
Docker é,
Como vimos nos outros vídeos

00:15:15.350 --> 00:15:17.950
é um recipiente
sistema de gerenciamento.

00:15:17.950 --> 00:15:21.250
Estaremos usando ele aqui
em relação a contêineres do Linux

00:15:21.250 --> 00:15:23.900
Também mostrarei um exemplo
do uso de Docker contra

00:15:23.900 --> 00:15:25.570
um servidor Windows
recipiente também.

00:15:25.570 --> 00:15:26.670
>> Excelente, então, novamente, e

00:15:26.670 --> 00:15:29.990
já há alguns
documentação no MSDN

00:15:29.990 --> 00:15:31.540
site e no GitHub.

00:15:31.540 --> 00:15:34.420
Onde você pode se desejar
Introdução ao Docker e

00:15:34.420 --> 00:15:36.730
Recipientes de servidor Windows,
há coisas lá para você.

00:15:36.730 --> 00:15:38.050
>> Muito bem.
>> Para levá-la imediatamente.

00:15:38.050 --> 00:15:39.620
>> Por isso vamos apenas ver
em alguns comandos básicos.

00:15:39.620 --> 00:15:41.470
Portanto, estou no meu
host do recipiente aqui.

00:15:41.470 --> 00:15:46.120
Vou fazer imagens de Docker

00:15:46.120 --> 00:15:49.320
Para ver uma lista das imagens que
podemos ter nesse host recipiente

00:15:49.320 --> 00:15:52.470
pode ver que tenho três, uma inicialização dois
e, em seguida, alguns dos outros.

00:15:52.470 --> 00:15:54.140
>> Como eles chegou lá?

00:15:54.140 --> 00:15:58.260
>> Então recebi esses através de
retirando-os do hub Docker

00:15:58.260 --> 00:15:58.850
Registro.

00:15:58.850 --> 00:15:59.417
>> OK.
>> Então

00:15:59.417 --> 00:16:01.934
como um exemplo, se eu quisesse
Puxe para baixo uma nova imagem

00:16:01.934 --> 00:16:02.587
Digamos que.

00:16:08.012 --> 00:16:10.450
Talvez MySQL.

00:16:10.450 --> 00:16:16.010
Vou para executar um comando
Pesquisa de docker, MySQL.

00:16:16.010 --> 00:16:18.670
O que vai fazer é vai
alcançar out ao Hub Docker, então

00:16:18.670 --> 00:16:19.820
o registro, e

00:16:19.820 --> 00:16:23.840
retornar uma lista de imagens que
ter o MySQL em seus nomes.

00:16:23.840 --> 00:16:27.560
Você pode ver aqui que temos
Esta coluna aqui, oficiais, e

00:16:27.560 --> 00:16:32.070
tipo de indicação de uma pequena que
Esta é uma imagem oficial aqui.

00:16:32.070 --> 00:16:35.290
Para que possa ver o MySQL,
é uma imagem oficial.

00:16:35.290 --> 00:16:37.210
E também posso ver as ESTRELAS.

00:16:37.210 --> 00:16:39.750
Então essas imagens podem ser
classificado no Hub Docker.

00:16:39.750 --> 00:16:43.730
Obter alguma indicação de uma
por meio desse modo

00:16:43.730 --> 00:16:46.290
Ei que é provavelmente a imagem,
deseja ir após porque acabei

00:16:46.290 --> 00:16:51.190
deseja uma generalizada
Imagem do MySQL para ir na parte superior do.

00:16:51.190 --> 00:16:52.660
Mas há algumas
outras coisas lá.

00:16:52.660 --> 00:16:55.918
>>-Lo é interessante que muitos
pessoas carregou era

00:16:55.918 --> 00:16:58.028
gostaria de ser equivalência
da mesma imagem

00:16:58.028 --> 00:17:00.925
mesmo que haja um lá
Isso é ótimo que você pode

00:17:00.925 --> 00:17:03.230
Use isso tudo bem classificado pronto.

00:17:03.230 --> 00:17:04.690
>> Mas
faz muito sentido, portanto

00:17:04.690 --> 00:17:08.880
Desejo desativar isso
Imagem do MySQL, a imagem oficial.

00:17:08.880 --> 00:17:12.630
Faça algumas alterações que
se relacionam ao meu aplicativo.

00:17:12.630 --> 00:17:14.830
>> OK.
>> E talvez postá-la novamente até

00:17:14.830 --> 00:17:17.870
Esse registro público para que eu
pode retire-o em outro lugar.

00:17:17.870 --> 00:17:18.540
>> Tudo bem, eu vejo.

00:17:18.540 --> 00:17:22.035
Portanto, suponho que se documento
alguns dos que na descrição

00:17:22.035 --> 00:17:23.800
, algumas delas, como apenas
ainda que meus sequels.

00:17:23.800 --> 00:17:24.480
>> Certeza, certeza.

00:17:24.480 --> 00:17:25.580
>> Absolutamente.

00:17:25.580 --> 00:17:28.230
Precisamos de algum bom
dicas de documentação.

00:17:28.230 --> 00:17:30.200
>> Certeza.
[RIR] É claro, portanto

00:17:30.200 --> 00:17:30.990
Vamos fazer isso.

00:17:30.990 --> 00:17:31.913
Vamos realmente, portanto estamos.

00:17:35.743 --> 00:17:37.460
Ver uma lista de imagens
na minha máquina.

00:17:37.460 --> 00:17:41.860
Vamos prosseguir e desativação
um contêiner, e realmente ver,

00:17:41.860 --> 00:17:44.480
criar um contêiner e ver se
podemos fazer algo com ele.

00:17:44.480 --> 00:17:48.870
Portanto, se, na verdade, executar um comando
docker ps, podemos ver

00:17:48.870 --> 00:17:51.470
Esse docker ps basicamente
Retorna uma lista de recipientes,

00:17:51.470 --> 00:17:52.725
podemos ver que não tiver nenhum aqui.

00:17:52.725 --> 00:17:53.680
>> Mm-hm.

00:17:53.680 --> 00:17:57.800
>> Se devo fazer docker ps traço r
Retorna uma lista de contêineres

00:17:57.800 --> 00:18:01.350
que estão em uma introdução
estado ou um estado de parado.

00:18:01.350 --> 00:18:04.110
Novamente eu tenho sem contêineres
nesta máquina alguma.

00:18:05.120 --> 00:18:06.910
Portanto, vou para executar um comando
doc ou execução

00:18:09.730 --> 00:18:14.160
Traço IT e basicamente traço
iniciará o contêiner em

00:18:14.160 --> 00:18:18.130
um modo interativo e retornar
Meus pressionamentos de teclas na tela.

00:18:18.130 --> 00:18:20.410
Portanto, basicamente irá
Iniciar um recipiente e

00:18:20.410 --> 00:18:24.470
Ir diretamente para esse recipiente,
em seguida, eu quero selecionar a imagem

00:18:25.520 --> 00:18:27.180
que desejo usar para
Crie o contêiner.

00:18:27.180 --> 00:18:30.800
Vou selecionar minha imagem do Ubuntu
e, em seguida, atribua a ele um comando.

00:18:31.990 --> 00:18:34.500
Portanto, vou para ser executado em um
o comando de modo interativo

00:18:34.500 --> 00:18:35.610
Quero executar, nesse caso,

00:18:35.610 --> 00:18:38.320
Vou abrir
até o shell back e

00:18:38.320 --> 00:18:41.310
Isto rapidamente, meu contêiner
foi criado e

00:18:41.310 --> 00:18:42.840
Estou no meu contêiner
Neste ponto.

00:18:42.840 --> 00:18:43.900
>> Que foi rápida.

00:18:43.900 --> 00:18:44.910
>> É muito rápida.

00:18:44.910 --> 00:18:47.630
>> E o nome do recipiente,
é tempo?

00:18:47.630 --> 00:18:50.610
>> Para isso é parte do
a tampa do recipiente.

00:18:50.610 --> 00:18:54.260
O recipiente também recebeu um
nome, vamos dar uma olhada no que.

00:18:54.260 --> 00:18:56.270
Podemos vai vaze de contêiner
aqui em breve e

00:18:56.270 --> 00:18:56.930
Dê uma olhada nele.

00:18:56.930 --> 00:18:58.040
>> Direita, bem legal.

00:18:58.040 --> 00:18:59.160
Mas que foi rápida.

00:18:59.160 --> 00:18:59.690
>> Sim, portanto

00:18:59.690 --> 00:19:03.020
dentro do contêiner, se faremos
um aspecto que tenho um sistema de arquivos.

00:19:03.020 --> 00:19:07.460
Isso nos bastidores há
um monte de coisas indo em com

00:19:07.460 --> 00:19:12.070
a tecnologia de contêiner
para facilitar isso, então

00:19:12.070 --> 00:19:15.390
temos espaço para nome e
isolamento do processo.

00:19:15.390 --> 00:19:17.573
Portanto, ao passo que com
uma máquina virtual,

00:19:17.573 --> 00:19:21.110
nós está girando uma
máquinas virtuais independentes.

00:19:21.110 --> 00:19:23.650
Esse recipiente é
executando nesse host

00:19:23.650 --> 00:19:26.240
juntamente com outros recipientes.

00:19:26.240 --> 00:19:30.960
E o uso de namespace e
tecnologias de isolamento do processo

00:19:30.960 --> 00:19:35.870
De qual dentro deste recipiente
ele se parece com uma completa

00:19:35.870 --> 00:19:39.030
uma instância de isolado
sistema operacional Ubuntu.

00:19:39.030 --> 00:19:40.490
>> Sim, ele acha que ela tem
Há somente do coisa-

00:19:40.490 --> 00:19:41.413
>> Ele pensa que é o único

00:19:41.413 --> 00:19:42.480
coisa lá essencialmente.

00:19:42.480 --> 00:19:43.420
>> De uma perspectiva de recurso.

00:19:43.420 --> 00:19:44.480
>> De uma perspectiva de recurso.

00:19:44.480 --> 00:19:46.250
Portanto, você pode ver, temos
um sistema de arquivos, portanto

00:19:46.250 --> 00:19:50.750
ele pode ser algo
como Mkdir teste.

00:19:50.750 --> 00:19:52.040
>> Criação de uma pasta
essencialmente.

00:19:52.040 --> 00:19:53.519
>> Muito bem, então
Criei esse teste de pasta.

00:19:55.951 --> 00:19:58.911
E vou vá em frente e
salto de

00:19:58.911 --> 00:20:03.662
meu contêiner digitando exit,
Portanto, podemos ver que estou novamente.

00:20:03.662 --> 00:20:07.910
No host do contêiner
Se eu fizer algo como ls,

00:20:07.910 --> 00:20:11.970
podemos ver que eu não
ter uma pasta de teste aqui.

00:20:11.970 --> 00:20:12.980
>> Sim.

00:20:12.980 --> 00:20:15.430
>> Isso é bastante simples,
mas vamos dar uma olhada em que

00:20:15.430 --> 00:20:16.870
recipiente que foi
realmente criado.

00:20:16.870 --> 00:20:20.610
Portanto, vou executar
traço de ps docker a, e

00:20:20.610 --> 00:20:23.535
Aqui você pode ver, temos o
ID do contêiner que vimos antes-

00:20:23.535 --> 00:20:24.110
>> Mm-hm.

00:20:24.110 --> 00:20:27.050
>> Mas também o nome e
seu tipo de disposição aqui.

00:20:27.050 --> 00:20:28.890
Mas você pode ver que terminamos
foi nesse engraçado.

00:20:28.890 --> 00:20:30.640
>> Que foi
gerado aleatoriamente?

00:20:30.640 --> 00:20:31.220
>> Muito bem.

00:20:31.220 --> 00:20:32.400
>> Homem de pearl determinado?

00:20:32.400 --> 00:20:33.670
>> Homem de pearl determinado.

00:20:33.670 --> 00:20:35.030
Muito bem, então aleatoriamente gerado.

00:20:35.030 --> 00:20:35.860
>> Tão bons quanto qualquer.

00:20:35.860 --> 00:20:36.920
>> Muito bem, muito bem.

00:20:36.920 --> 00:20:42.500
Isso é muito simples que foi um simples
exemplo de criação de um contêiner

00:20:42.500 --> 00:20:43.750
modificando o recipiente.

00:20:43.750 --> 00:20:47.390
Portanto a modificação que
fez foi criar uma pasta.

00:20:47.390 --> 00:20:50.370
Poderíamos ter tão facilmente
Instalei um software.

00:20:50.370 --> 00:20:51.650
Então, vamos realmente
Dê uma olhada nele.

00:20:54.920 --> 00:20:56.371
Portanto, vou criar
um novo recipiente.

00:21:01.323 --> 00:21:05.312
E também vou executar
Isso em um modo interativo

00:21:05.312 --> 00:21:06.710
usando o Ubuntu.

00:21:06.710 --> 00:21:07.840
>> A mesma base, novamente.

00:21:07.840 --> 00:21:09.404
>> A mesma base
Imagem [INAUDÍVEL].

00:21:09.404 --> 00:21:10.900
>> Mm-hm.
>> E vou iniciar

00:21:10.900 --> 00:21:12.650
o shell.

00:21:12.650 --> 00:21:14.190
Portanto, recipiente foi criado.

00:21:14.190 --> 00:21:15.460
Agora estou dentro do recipiente.

00:21:15.460 --> 00:21:16.330
>> Diferentes.

00:21:16.330 --> 00:21:17.480
Os números e caracteres, isso

00:21:17.480 --> 00:21:19.350
Você é diferente
para o anterior.

00:21:19.350 --> 00:21:20.110
>> Muito bem, absoluta.

00:21:20.110 --> 00:21:22.340
E agora, na verdade, vou
Instale o software.

00:21:22.340 --> 00:21:23.820
E o que faremos é que será
instalar o software

00:21:23.820 --> 00:21:26.350
para o recipiente
Depois que o software tem

00:21:26.350 --> 00:21:29.985
foi instalado no recipiente,
iremos salto-out e

00:21:29.985 --> 00:21:33.195
captura que em
sua própria imagem de contêiner.

00:21:33.195 --> 00:21:37.025
Então, vamos criar um recipiente
imagem é derivada

00:21:37.025 --> 00:21:39.095
a imagem do sistema operacional base de.

00:21:39.095 --> 00:21:43.679
Portanto, vou executar o aplicativo get, e
Vou instalar um texto

00:21:43.679 --> 00:21:47.029
Editor, e
então, na verdade, antes de fazer isso,

00:21:47.029 --> 00:21:51.372
Você pode ver se eu executo o comando
-Comando não foi encontrado.

00:21:58.296 --> 00:22:01.367
Estou usando um pacote
tecnologia de gerenciamento

00:22:01.367 --> 00:22:05.932
no Linux chamado get apt apenas
chegar, pegar o software e

00:22:05.932 --> 00:22:08.240
Instale-o no recipiente.

00:22:08.240 --> 00:22:09.140
>> OK.
>> Novamente,

00:22:09.140 --> 00:22:10.980
Digo instalá-la
o recipiente, há alguns.

00:22:10.980 --> 00:22:13.180
Espaço para nome, isolamento de processos.

00:22:13.180 --> 00:22:16.870
Há alguns enganação em andamento
no nível do host de contêiner

00:22:16.870 --> 00:22:17.540
mas, essencialmente,

00:22:17.540 --> 00:22:19.840
Isso é o que estamos fazendo é
instalar este software aqui.

00:22:19.840 --> 00:22:22.600
>> Mas dentro desse recipiente
ela tem um risco base

00:22:22.600 --> 00:22:25.170
onde é essencialmente onde
as alterações são capturadas.

00:22:25.170 --> 00:22:25.680
>> Exatamente.

00:22:25.680 --> 00:22:28.120
>> Assim, seria entrar em
lá, mesmo que ele pensa,

00:22:28.120 --> 00:22:32.470
Se fosse no mundo do Windows
escrevendo para cdrive/Windows.

00:22:32.470 --> 00:22:35.615
Não é escrita para o host
Windows porque que está no

00:22:35.615 --> 00:22:38.910
modo de somente leitura, basicamente, o
imagem base, para captura de

00:22:38.910 --> 00:22:43.500
um espaço temporário onde pode deixar
Salve que a uma imagem.

00:22:43.500 --> 00:22:47.790
>> Exatamente, assim que risco
espaço fica próxima camada em

00:22:47.790 --> 00:22:50.190
a imagem quando estamos
Capture esse contêiner.

00:22:50.190 --> 00:22:52.820
>> Tudo bem, então
como essa parece download e.

00:22:52.820 --> 00:22:54.520
>> A instalação é concluída.

00:22:54.520 --> 00:22:55.780
>> Yup.
Portanto, estou ainda no recipiente,

00:22:55.780 --> 00:22:57.270
Assim, executá-los.

00:22:57.270 --> 00:23:00.005
Podemos ver que meu software
foi instalado.

00:23:00.005 --> 00:23:01.900
>> Uh-huh.

00:23:01.900 --> 00:23:03.290
>> Assim, eu estou existe disso.

00:23:03.290 --> 00:23:07.380
E eu sou sair do recipiente.

00:23:11.089 --> 00:23:12.366
Tente fazê-lo novamente.

00:23:15.697 --> 00:23:18.549
E então, aqui está minha dois
recipientes, aqui é o primeiro

00:23:18.549 --> 00:23:21.800
que criamos e, em seguida,
de uma última que criei.

00:23:21.800 --> 00:23:27.290
Isso tem um nome de-
>> Chandroseka meio de pagamento.

00:23:27.290 --> 00:23:29.805
>> Muito bem, Agradecemos
pronunciar que para mim.

00:23:29.805 --> 00:23:32.510
>> [RIR]
>> Tem, não sei onde

00:23:32.510 --> 00:23:35.860
eles terão isso muito bem
diversos nomes de comparados a

00:23:35.860 --> 00:23:38.470
2 nós já tem com base em
2 nós temos até o momento.

00:23:38.470 --> 00:23:40.690
>> Então, o que vou fazer agora
Irei levará este último

00:23:40.690 --> 00:23:43.200
recipiente que criamos e estou
vai para criar uma imagem a partir dele.

00:23:43.200 --> 00:23:49.820
Tudo certo, portanto, confirmar Docker
>>, Vou apenas

00:23:49.820 --> 00:23:53.800
Pegue a idéia do recipiente
e apenas irá nomeá-la-los

00:23:55.660 --> 00:23:59.230
e que rapidamente, podemos ver
Essa grade muito grande foi retornado

00:24:02.580 --> 00:24:06.230
e agora se devo fazer imagens Docker
novamente você verá que eu tenho

00:24:07.290 --> 00:24:09.990
>> Outra imagem e, em seguida, e

00:24:09.990 --> 00:24:15.665
Portanto, eu farei vim docker novamente,
Farei o modo interativo.

00:24:15.665 --> 00:24:22.720
E vim e traço.

00:24:22.720 --> 00:24:23.720
>> Mas
Agora você pode essencialmente,

00:24:23.720 --> 00:24:25.750
Eu sei que iremos abordar
vídeos no futuro,

00:24:25.750 --> 00:24:27.600
Você poderia essencialmente
Dê este vim

00:24:27.600 --> 00:24:28.970
>> Imagem para qualquer pessoa.

00:24:28.970 --> 00:24:29.790
>> Absolutamente.
>> E seriam

00:24:29.790 --> 00:24:34.110
capaz de executá-lo em sua máquina,
contanto que tenha uma base de Linux.

00:24:34.110 --> 00:24:35.790
>> Muito bem.
>> E ele correria.

00:24:35.790 --> 00:24:39.530
>> Muito bem, Sim, podemos dar o
imagem que acabamos de criar, e

00:24:39.530 --> 00:24:41.170
Empurre-a para Docker Hub.

00:24:41.170 --> 00:24:43.480
E, em seguida, você pode puxar para baixo
em seu ambiente, e

00:24:43.480 --> 00:24:44.440
basta executá-lo.

00:24:44.440 --> 00:24:45.400
>> BOM, ótimo.

00:24:45.400 --> 00:24:49.290
>> Para que apenas criei uma nova
contêiner da imagem.

00:24:49.290 --> 00:24:50.640
E digitará no vim.

00:24:50.640 --> 00:24:52.170
E você pode ver que
há o software.

00:24:52.170 --> 00:24:53.960
>> Sim, ótimo.

00:24:53.960 --> 00:24:56.730
>> Então
Isso é bem simples.

00:24:56.730 --> 00:25:00.220
E o próximo vídeo nos aprofundaremos
em imagens muito mais.

00:25:00.220 --> 00:25:04.630
Ela será realmente
Dê uma olhada em como

00:25:04.630 --> 00:25:08.130
uma imagem é derivado de uma base de dados de
comparação com base nele.

00:25:08.130 --> 00:25:10.160
Vamos examinar a disposição em camadas
Na verdade, vamos

00:25:10.160 --> 00:25:12.870
uma olhada mais microscópico em vez
>> Uma como essa disposição em camadas

00:25:12.870 --> 00:25:13.620
Works.

00:25:13.620 --> 00:25:16.580
Mas para refinar uma
as demonstrações

00:25:16.580 --> 00:25:19.070
Esta primeira introdução
e isso é muito simple.

00:25:19.070 --> 00:25:21.500
Criamos uma pasta
Instalamos alguns softwares.

00:25:21.500 --> 00:25:24.630
Mas eu também queria dar tipo
de um exemplo completo de

00:25:24.630 --> 00:25:26.300
um aplicativo em execução
em um recipiente

00:25:26.300 --> 00:25:29.210
Para ver algo
um pouco mais prático.

00:25:29.210 --> 00:25:34.731
Para fazer isso, estou realmente permitem que me
sair deste recipiente.

00:25:39.741 --> 00:25:41.877
Deixe-me obter apenas
em uma pasta.

00:25:45.155 --> 00:25:48.130
Vou usar algo
Compor chamado de Docker.

00:25:48.130 --> 00:25:50.670
Algo que podemos falar
sobre em um próximo vídeo.

00:25:50.670 --> 00:25:55.440
Mas Docker compor é de tipo
uma ferramenta de orquestração

00:25:55.440 --> 00:26:00.140
Isso nos permite
definir instruções para

00:26:00.140 --> 00:26:03.740
implantação de vários recipientes
e vinculá-los juntos.

00:26:03.740 --> 00:26:07.050
É realmente apenas uma automação
ferramenta para a implantação do tipo de

00:26:07.050 --> 00:26:08.520
um aplicativo completo
>> À direita.

00:26:08.520 --> 00:26:10.640
>> com base de vários
recipientes diferentes.

00:26:10.640 --> 00:26:11.210
>> OK.
>> Assim,

00:26:11.210 --> 00:26:14.080
Tenho apenas uma
>> Subir Este exemplo e

00:26:14.080 --> 00:26:14.600
executando rapidamente.

00:26:14.600 --> 00:26:16.790
Vou usar algo
Doutor chamado compor.

00:26:16.790 --> 00:26:20.810
Tudo bem, isso

00:26:20.810 --> 00:26:26.140
o Doutor compor Doutor traço
compor o espaço traço d.

00:26:26.140 --> 00:26:32.080
Deixe-me que novamente.

00:26:34.220 --> 00:26:35.275
Eu não estava na pasta correta.

00:26:35.275 --> 00:26:40.272
docker-compor a -d.

00:26:41.810 --> 00:26:45.490
Que rapidamente girado
os dois computadores.

00:26:45.490 --> 00:26:47.540
Portanto, se eu fazer docker ps

00:26:48.740 --> 00:26:52.320
Você pode ver que tenho
dois recipientes em execução.

00:26:53.580 --> 00:26:57.121
As imagens usadas foram
neilpeterson/frente e

00:26:57.121 --> 00:26:58.935
e uma imagem de MySQL e

00:26:58.935 --> 00:27:02.211
eles estão em execução no
Este sistema agora.

00:27:04.032 --> 00:27:07.213
Deixe-me obter apenas o IP
endereço deste sistema.

00:27:21.557 --> 00:27:25.532
E, portanto, o que estamos fazendo, o que do
acontecendo aqui é que estou anexando

00:27:25.532 --> 00:27:29.405
um aplicativo que está sendo executado
na frente terminou o recipiente.

00:27:29.405 --> 00:27:30.170
>> Mm-hm.

00:27:30.170 --> 00:27:32.490
é um formulário simples pouco
Isso vai inserir alguns

00:27:32.490 --> 00:27:34.650
dados em um banco de dados.

00:27:34.650 --> 00:27:35.640
Portanto, eu simplesmente farei C9 C9.

00:27:35.640 --> 00:27:39.150
Eu não realmente preencher isso.

00:27:41.560 --> 00:27:42.250
Clique em enviar.

00:27:49.400 --> 00:27:52.100
E, em seguida, passei para outra página
no aplicativo e você pode

00:27:52.100 --> 00:27:55.880
ver onde estamos recuperando
os dados de fato um MySQL

00:27:55.880 --> 00:27:58.980
instância que foi executada em
um segundo recipiente lá.

00:27:58.980 --> 00:28:01.400
>> BOM.
Assim que Docker composta

00:28:01.400 --> 00:28:04.470
recurso que você acabou
usado foi essencialmente

00:28:04.470 --> 00:28:06.210
usando alguns tipos de
arquivo de configuração.

00:28:06.210 --> 00:28:07.530
>> Muito bem.
>> Para ir, eu preciso isso e

00:28:07.530 --> 00:28:08.920
Este, explosão.

00:28:08.920 --> 00:28:11.250
E você já tinha sido configurada
Esses individualmente muito.

00:28:11.250 --> 00:28:13.100
E ele disse-lhes que
executar ao iniciado e

00:28:13.100 --> 00:28:17.525
Você verá lá em bin/Local/início
para o meu SQL, e

00:28:17.525 --> 00:28:20.170
Run.sh para o front-end.

00:28:20.170 --> 00:28:22.110
Isso é basicamente o que-
>> Sim,

00:28:22.110 --> 00:28:23.890
Vamos apenas
uma olhada no arquivo.

00:28:23.890 --> 00:28:25.140
Portanto, é exatamente
o que estamos fazendo,

00:28:25.140 --> 00:28:27.750
Eu defini apenas dois
recipientes aqui.

00:28:27.750 --> 00:28:30.280
Então meu primeiro contêiner
Desejo usar é imagem.

00:28:30.280 --> 00:28:32.210
Expus algumas portas
qual falaremos sobre

00:28:32.210 --> 00:28:34.210
no próximo vídeo.

00:28:34.210 --> 00:28:36.840
E, em seguida, basta definir alguns
variáveis de ambiente e

00:28:36.840 --> 00:28:39.640
em seguida, o mesmo para
Minha segunda contêiner.

00:28:39.640 --> 00:28:44.160
Portanto, basta uma forma automatizada

00:28:44.160 --> 00:28:46.940
girando vários recipientes
vinculando-os juntos.

00:28:46.940 --> 00:28:47.760
>> BOM.

00:28:47.760 --> 00:28:49.520
>> Sim e, novamente, minha intenção
Há muito desejo

00:28:49.520 --> 00:28:52.560
Mostrar tipo de um mais prático
exemplo de um recipiente que

00:28:52.560 --> 00:28:56.220
pode fazer, além de criar
as pastas e instalar um software.

00:28:56.220 --> 00:28:59.560
Mas um aplicativo em execução
de dentro de um recipiente.

00:28:59.560 --> 00:29:03.080
>> Muito bem, certo, então suponho que
Isso conclui nossa demonstração.

00:29:03.080 --> 00:29:06.800
E isso nos leva para o final
deste episódio primeiro sobre isso

00:29:06.800 --> 00:29:09.250
mini série em
o canal de contêineres.

00:29:09.250 --> 00:29:10.940
Há alguns recomendado
recursos desejados

00:29:10.940 --> 00:29:12.430
para certificar-se de que
Você está atento.

00:29:12.430 --> 00:29:14.510
Em primeiro lugar, você pode fazer o download
servidor da janela técnico

00:29:14.510 --> 00:29:17.430
visualização técnica no momento
Visualização 3 em tempo

00:29:17.430 --> 00:29:19.770
de gravação, se você está assistindo
Isso em algum lugar abaixo da linha

00:29:19.770 --> 00:29:22.430
ele pode ser T P 4,
pode ser ainda mais recente.

00:29:22.430 --> 00:29:24.050
Ele ainda vai ser relevante.

00:29:24.050 --> 00:29:29.396
Portanto, consulte, revisão
documentação do contêiner em MSDN.Microsoft.com/virtualiza-

00:29:29.396 --> 00:29:31.415
tion há recursos Docker no

00:29:31.415 --> 00:29:35.740
docker.com/Microsoft e para obter
Introdução ao Docker, há

00:29:35.740 --> 00:29:39.518
links para a documentação como
bem, docs.docker.com/windows.

00:29:39.518 --> 00:29:43.100
Muitos recursos úteis
e venha novamente na próxima

00:29:43.100 --> 00:29:46.570
vídeo nesta série mini, onde
Neil e irá explorar

00:29:46.570 --> 00:29:49.293
imagens um pouco mais detalhadamente e
rede e portabilidade.

00:29:49.293 --> 00:29:51.852
Portanto, legal, Obrigado.

00:29:51.852 --> 00:29:52.352
Vê-lo mais tarde.

00:29:52.352 --> 00:30:02.352
[MÚSICA]