WEBVTT

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

00:00:08.198 --> 00:00:09.947
Hola y
Bienvenido a otro episodio en

00:00:09.947 --> 00:00:11.430
Canal del contenedor.

00:00:11.430 --> 00:00:13.160
Soy Matt McSpirit,
evangelista técnico de

00:00:13.160 --> 00:00:14.590
todos nuestros datos
Centro de tecnología.

00:00:14.590 --> 00:00:17.120
Y en este episodio tiene
en realidad, el inicio de

00:00:17.120 --> 00:00:20.130
una serie de mini donde estamos
va a la exploración de contenedor

00:00:20.130 --> 00:00:21.450
Fundamentos.

00:00:21.450 --> 00:00:23.490
Aquellos de vosotros que haya visto
algunos de los vídeos está en

00:00:23.490 --> 00:00:24.380
el canal de contenedores,

00:00:24.380 --> 00:00:27.000
sabrá que tenemos mucho
de demostraciones de cosas interesantes.

00:00:27.000 --> 00:00:29.960
Introdujimos y tuvo entrevistas
con gente de anclaje.

00:00:29.960 --> 00:00:33.180
Nos hemos reunido con John Howard y
explora sus contribuciones a la

00:00:33.180 --> 00:00:35.860
así el anclaje, por lo que
Hemos cubierto una carga de

00:00:35.860 --> 00:00:38.700
STUFF, pero desea asegurarse de que
que le ofrecemos la profundidad

00:00:38.700 --> 00:00:41.030
conocimiento de nuestro
también contenedores.

00:00:41.030 --> 00:00:44.350
Y que me ayude a hacer hoy
He trabajado por Neil Peterson.

00:00:44.350 --> 00:00:45.770
Neil, preséntese y

00:00:45.770 --> 00:00:48.850
Cuéntenos un poco sobre el
conexión con contenedores.

00:00:48.850 --> 00:00:50.210
>> Muy bien, gracias a Matt.

00:00:50.210 --> 00:00:51.400
Mi nombre de SO Neil Peterson,

00:00:51.400 --> 00:00:54.600
Soy un desarrollador de contenido
aquí en Microsoft.

00:00:54.600 --> 00:00:57.280
Por lo tanto, realmente lo que estoy haciendo
con contenedores está escribiendo

00:00:57.280 --> 00:01:00.160
la documentación para ir a lo largo de
con la implementación de

00:01:00.160 --> 00:01:02.340
contenedores, que es de Windows
contenedores de servidores y

00:01:02.340 --> 00:01:04.270
los contenedores de B hyper próximos.

00:01:04.270 --> 00:01:07.100
Por lo tanto, estoy trabajando con nuestros
equipo de visualización y y

00:01:07.100 --> 00:01:08.600
John y Taylor.

00:01:08.600 --> 00:01:11.900
Tipo de documentación de contenedores
y como parte de la estoy jugando

00:01:11.900 --> 00:01:15.020
torno e investigar
en la tecnología de yo mismo.

00:01:15.020 --> 00:01:16.870
>> Está todo muy
nuevo para muchos de nosotros.

00:01:16.870 --> 00:01:18.410
Mucha de nuestra infraestructura
profesionales como lo bueno

00:01:18.410 --> 00:01:20.080
la documentación
es muy importante y

00:01:20.080 --> 00:01:23.050
enfoque de esta documentación que
hemos tomado este tema

00:01:23.050 --> 00:01:26.390
contenedores de colocarla en MSDM
pero también personas obtener acceso

00:01:26.390 --> 00:01:28.560
en él a través de [INAUDIBLE],
es un grande.

00:01:28.560 --> 00:01:30.950
Cambiar para
nos << sí absolutamente quiero decirlo

00:01:30.950 --> 00:01:34.970
Somos nuestra documentación
está disponible en GitHub,

00:01:34.970 --> 00:01:38.600
Comunidad contribuyen a ella,
realizar actualizaciones y realmente

00:01:38.600 --> 00:01:43.180
en cuanto a contenedor de ventana nad
Estamos en technical preview pero

00:01:43.180 --> 00:01:46.350
nos estamos documentando
ellos bastante, por lo que

00:01:46.350 --> 00:01:48.870
estamos poniendo un montón de cosas
por ahí muy rápidamente.

00:01:48.870 --> 00:01:51.000
>> Y si no ha marcado
la documentación ya,

00:01:51.000 --> 00:01:54.140
es MSDN dot Microsoft dot com,
Si desea bajar el MSDN

00:01:54.140 --> 00:01:56.330
raíz, diagonal
Virtualización y

00:01:56.330 --> 00:01:58.570
Esto le llevará a
los contenedores de página de inicio.

00:01:58.570 --> 00:02:00.840
Y hay un número de
diferentes escenarios que nos

00:02:00.840 --> 00:02:04.820
documentados para la vista previa técnica
tres, en conseguir que su

00:02:04.820 --> 00:02:08.320
host de contenedor listo, implementar
contenedores con PowerShare, o

00:02:08.320 --> 00:02:10.920
administrarlos con anclaje y
etc. y en Azure también.

00:02:10.920 --> 00:02:13.210
Por tanto, si no lo ha hecho,
Desproteger los documentos

00:02:13.210 --> 00:02:15.920
Sígame y también ver el
vídeos ya que le guiará

00:02:15.920 --> 00:02:18.220
le guiará como lo bueno
puede ver visualmente.

00:02:18.220 --> 00:02:21.380
Pero hoy en día, como dije,
es el comienzo de una serie de mínima.

00:02:21.380 --> 00:02:22.730
No sabemos cuántos
episodios, vamos a hacer,

00:02:22.730 --> 00:02:24.460
sólo vamos a
que viene a mantenerlas ya.

00:02:24.460 --> 00:02:25.980
Para ayudarle a comprender y

00:02:25.980 --> 00:02:28.950
comprender los fundamentos de un bit
más de un nivel técnico.

00:02:28.950 --> 00:02:31.400
Pero ayudándole a través de un lote
de demostración también.

00:02:31.400 --> 00:02:34.710
Por lo tanto, Neil ha estado ocupado edificio
estos sistemas permiten mostrar

00:02:34.710 --> 00:02:37.610
esencialmente forma parte de este
cosas funciona un poco más detalladamente.

00:02:37.610 --> 00:02:39.930
Y el primero de ellos que solo
continuo puede echar un vistazo a

00:02:39.930 --> 00:02:42.800
realmente se trata de introducción
son simplemente los contenedores, que

00:02:42.800 --> 00:02:45.840
siguiente nivel hacia abajo desde la parte de la
vídeos que hemos hecho en el pasado.

00:02:45.840 --> 00:02:47.560
Le ayuda a que entender algunos
de los bloques de creación y

00:02:47.560 --> 00:02:50.270
algunas de las características clave,
componentes y conceptos.

00:02:50.270 --> 00:02:53.170
Antes de continuar en el futuro
episodios más de la profundidad

00:02:53.170 --> 00:02:56.000
imágenes adyacentes,
redes y así sucesivamente.

00:02:56.000 --> 00:02:58.320
Así que ¿por qué no te la quitan
nos guían por lo que estamos

00:02:58.320 --> 00:03:00.311
va a aprender acerca de hoy
en este episodio concreto.

00:03:00.311 --> 00:03:03.813
<< Para este episodio haremos
simplemente hablar sobre qué contenedores

00:03:03.813 --> 00:03:06.127
son, vamos a crear
buscar algunos contenedores

00:03:06.127 --> 00:03:09.168
en algunas imágenes de contenedor y
simplemente inicie como usted

00:03:09.168 --> 00:03:12.341
dice sentar las bases
profundizar en cosas como

00:03:12.341 --> 00:03:15.518
redes de imágenes de contenedor
capacidad de transporte de contenedores

00:03:15.518 --> 00:03:16.046
>> bien frío

00:03:16.046 --> 00:03:16.706
>> permite es así de bueno

00:03:16.706 --> 00:03:17.630
>> sólo tenemos algunas

00:03:17.630 --> 00:03:21.065
diapositivas que piense en "no, que no se puede
hacer diapositivas"tenemos algunas y

00:03:21.065 --> 00:03:23.642
a continuación, nos estamos acoplamiento
recta en algunas demostraciones

00:03:23.642 --> 00:03:24.970
Por lo que permanecen con ella.

00:03:24.970 --> 00:03:27.140
>> Nos ayuda a sólo posición
algunas de las cosas así.

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

00:03:28.500 --> 00:03:32.560
Por lo tanto, contenedores
son sin duda en el fuego,

00:03:32.560 --> 00:03:34.820
mucha gente
está hablando acerca de ellos.

00:03:34.820 --> 00:03:39.780
Es muy pronto on en el
ciclo de vida de la tecnología, contenedores

00:03:39.780 --> 00:03:41.870
han estado presentes durante algún tiempo
>> En Linux

00:03:41.870 --> 00:03:43.680
>> En Linux pero

00:03:43.680 --> 00:03:47.040
va a llevar realmente fuera derecha
Ahora, así que introducir

00:03:47.040 --> 00:03:50.140
contenedores y qué
son contenedores, porque es

00:03:50.140 --> 00:03:53.210
una abstracción extraña, hemos
trabajando en la virtualización para

00:03:53.210 --> 00:03:57.460
algún tiempo y es muy fácil a
comparar un contenedor a un virtual

00:03:57.460 --> 00:04:00.340
la máquina, pero
>> ¿Qué son exactamente los contenedores

00:04:00.340 --> 00:04:02.800
y ¿qué hacemos con ellos
¿y qué podemos hacer con ellos?

00:04:02.800 --> 00:04:04.280
Por lo que quiero decir en esencia,

00:04:04.280 --> 00:04:08.660
los contenedores son realmente tipo de
un componente de la virtualización.

00:04:08.660 --> 00:04:11.170
Es prácticamente como
un sistema de operación o

00:04:11.170 --> 00:04:12.890
virtualización de aplicaciones.

00:04:12.890 --> 00:04:16.460
Realmente básicamente utilizamos
contenedores de forma similar a cómo se

00:04:16.460 --> 00:04:18.040
utilizar una máquina virtual.

00:04:18.040 --> 00:04:20.920
Nos virtualizar este sistema operativo y

00:04:20.920 --> 00:04:24.020
ejecutar aplicaciones con
dentro del contenedor y

00:04:24.020 --> 00:04:27.410
podemos acceder a estas aplicaciones
desde fuera del contenedor.

00:04:27.410 --> 00:04:29.470
Puede ver aquí en mi
Seleccione la primera viñeta,

00:04:29.470 --> 00:04:33.030
Llamar como un sistema operativo
Virtualización de aplicaciones y

00:04:33.030 --> 00:04:35.720
Imaging o
Tecnología de capas de imagen,

00:04:35.720 --> 00:04:38.300
Esto es realmente importante
>> Mucho de la prestación que estamos

00:04:38.300 --> 00:04:40.400
va a encontrar en contenedores.

00:04:40.400 --> 00:04:43.550
Beneficio siendo cosas como
Inicio rápido tiempo, o

00:04:43.550 --> 00:04:46.300
espacio reducido en el sistema operativo, host

00:04:46.300 --> 00:04:49.680
tiene que ver con la forma
podemos administrar y

00:04:49.680 --> 00:04:52.990
crear estas imágenes, o
cómo los contenedores utilizan estas imágenes.

00:04:52.990 --> 00:04:54.830
Por lo tanto, poner en la primera
viñeta

00:04:54.830 --> 00:04:58.420
porque son imágenes son muy
importante cómo

00:04:58.420 --> 00:04:59.470
trabajan de contenedores.

00:04:59.470 --> 00:05:00.270
Y, como hemos dicho,

00:05:00.270 --> 00:05:03.566
vamos a profundizar bastante
en imágenes de contenedor.

00:05:03.566 --> 00:05:07.520
De ser así, contenedores,
Virtualización del sistema operativo.

00:05:07.520 --> 00:05:11.900
Contenedores de aplicaciones de host y
dependencias de aplicaciones, y

00:05:11.900 --> 00:05:13.350
que también es fundamental.

00:05:13.350 --> 00:05:16.340
Lo que veremos es, estamos
llenar una aplicación y

00:05:16.340 --> 00:05:18.780
todas sus dependencias
en este contenedor.

00:05:18.780 --> 00:05:22.220
Y se convierte en una especie de este contenedor
Esta unidad independiente,

00:05:22.220 --> 00:05:25.020
a continuación, que puede moverse
entre los entornos, pero

00:05:25.020 --> 00:05:27.270
se consiguió todos esos
dependencias integradas en.

00:05:27.270 --> 00:05:29.630
Por lo que no estamos haciendo cosas como
tener que volver a nuestro

00:05:29.630 --> 00:05:31.830
contenedor como se mueve alrededor.

00:05:31.830 --> 00:05:34.340
>> Las dependencias hacen
¿vivir en el mismo contenedor?

00:05:34.340 --> 00:05:36.080
Puede distribuirlos de Cuz
¿externas no se ha podido usted?

00:05:36.080 --> 00:05:36.920
>> Sí, totalmente.

00:05:36.920 --> 00:05:40.010
Podemos tener múltiples
aplicaciones contenedoras.

00:05:40.010 --> 00:05:42.701
Donde podamos tener un front-end
tiene todas las dependencias

00:05:42.701 --> 00:05:44.021
para el front-end en
un contenedor y

00:05:44.021 --> 00:05:46.050
un fondo que todas
las dependencias de

00:05:46.050 --> 00:05:52.680
el back-end,
Sin embargo estos dos contenedores

00:05:52.680 --> 00:05:53.910
dependen de los demás
>> Sí.

00:05:53.910 --> 00:05:55.560
>> Así que forman una aplicación.

00:05:55.560 --> 00:05:57.710
>> Y ellos mismos
dependen de la imagen base.

00:05:57.710 --> 00:05:59.710
Seguro, sí, totalmente.

00:05:59.710 --> 00:06:01.300
>> Está bien.
>> Es ya un poco

00:06:01.300 --> 00:06:04.880
comentamos, contenedores
se generan a partir de imágenes de contenedor.

00:06:04.880 --> 00:06:06.440
Imágenes de contenedor son portátiles,
y

00:06:06.440 --> 00:06:07.390
Esto es donde es realmente genial.

00:06:07.390 --> 00:06:10.090
Y veremos en el futuro
episodios, realmente compilaremos

00:06:10.090 --> 00:06:14.260
una aplicación en mi equipo portátil
Mover esa imagen de contenedor

00:06:14.260 --> 00:06:18.070
arriba en lo que se conoce como
un registro de imagen del contenedor y

00:06:18.070 --> 00:06:22.090
a continuación, extraiga en una máquina virtual en sobre
Azure, por lo que su esta portabilidad

00:06:22.090 --> 00:06:27.690
en las imágenes que nos da esto
gran manera de mover nuestro

00:06:27.690 --> 00:06:30.030
trabajar desde el entorno a otro
>> Mm-hm y

00:06:30.030 --> 00:06:30.960
es también la flexibilidad.

00:06:30.960 --> 00:06:32.340
Todos nuestros desarrolladores
está viendo también.

00:06:32.340 --> 00:06:35.200
Sabe, generar una aplicación
Localmente en la estación de trabajo

00:06:35.200 --> 00:06:37.100
sabiendo desde
una perspectiva de coherencia

00:06:37.100 --> 00:06:39.690
Si tuviera que implementar para
el portátil a un servidor

00:06:39.690 --> 00:06:42.850
en el centro de datos o a
una nube pública, va a trabajar.

00:06:42.850 --> 00:06:44.050
>> Absolutamente.
>> Porque vea allí.

00:06:44.050 --> 00:06:46.260
Las dependencias que tendrá,
o extraerá con él,

00:06:46.260 --> 00:06:47.790
y, a continuación, tienes
esa flexibilidad.

00:06:47.790 --> 00:06:51.410
>> Sí, absolutamente, por lo que algunos de
la ventaja en contenedores, es

00:06:51.410 --> 00:06:53.880
como bien, vemos que estamos
poner aplicaciones aquí,

00:06:53.880 --> 00:06:55.360
pero ¿dónde están los beneficios?

00:06:55.360 --> 00:06:58.450
Contenedores de inicio rápido,
rápida la escala.

00:06:58.450 --> 00:07:00.270
Puede ser destruidos rápidamente.

00:07:00.270 --> 00:07:03.700
Ese espacio en el host
es mucho menor que el de

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

00:07:04.550 --> 00:07:07.430
Así que podemos obtener esta densidad

00:07:07.430 --> 00:07:10.340
en nuestros equipos físicos que
aloja estos contenedores.

00:07:10.340 --> 00:07:14.190
Se puede obtener una mayor densidad
con contenedores que podemos con

00:07:14.190 --> 00:07:15.900
una VM el propio.

00:07:15.900 --> 00:07:17.060
>> Y en contraste con

00:07:17.060 --> 00:07:19.500
una máquina virtual que creo que vamos a buscar
arquitectónicamente en un minuto, pero

00:07:19.500 --> 00:07:21.870
al crear una máquina virtual los
Tengo un historial con Hyper-V.

00:07:21.870 --> 00:07:25.130
Sabrá que va diciendo: cómo
muchos procesos virtuales se hace

00:07:25.130 --> 00:07:28.540
necesita, cuánta memoria RAM, es necesario
unidad de DVD virtual, cuántos

00:07:28.540 --> 00:07:31.720
redes, ¿qué redes ellos
necesitan ser en VLAN y así sucesivamente.

00:07:31.720 --> 00:07:34.550
Hay mucho más pensamiento
aproximadamente, de una máquina virtual

00:07:34.550 --> 00:07:38.830
perspectiva de hardware
capa que es necesariamente,

00:07:38.830 --> 00:07:41.690
existe cierta medida
con contenedores en algunos aspectos.

00:07:41.690 --> 00:07:46.590
Pero en términos que muy
Strict, esta VM tendrá estos

00:07:46.590 --> 00:07:48.600
procesos virtuales,
que es muy diferente.

00:07:48.600 --> 00:07:51.470
>> Sí, quiero decir, básicamente se
crear una máquina virtual muy similar a cómo

00:07:51.470 --> 00:07:52.940
se crearía
una máquina física.

00:07:52.940 --> 00:07:54.230
Necesitamos definir todos aquellos.

00:07:54.230 --> 00:07:58.410
Componentes y un montón de
¿desaparece con contenedores.

00:07:58.410 --> 00:08:02.660
Dicho esto que quiero decir que conduce a
este último punto

00:08:02.660 --> 00:08:06.770
una de las cosas que podemos hacer con
contenedores es una especie de restringir

00:08:06.770 --> 00:08:09.350
el uso de recursos del host.

00:08:09.350 --> 00:08:11.810
Por lo que quiero decir que podemos construir
un contenedor y diga Hola

00:08:11.810 --> 00:08:15.880
Utilizar tanta memoria o no
Utilice más de tanta memoria.

00:08:15.880 --> 00:08:18.700
Utilizar este monto de la CPU
sin pasarse.

00:08:18.700 --> 00:08:21.540
>> Sí.
>> Para que nosotros podemos restringir

00:08:21.540 --> 00:08:24.330
¿qué un contenedor puede
consumir desde ese host.

00:08:24.330 --> 00:08:25.740
>> Sabe como
un contenedor mega.

00:08:25.740 --> 00:08:26.870
>> Está seguro.
Seguro.

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

00:08:27.430 --> 00:08:30.200
>> Justo en el mismo modo.

00:08:30.200 --> 00:08:32.620
Algo a tener en cuenta también.

00:08:32.620 --> 00:08:34.030
Bien, entonces.

00:08:34.030 --> 00:08:37.070
Comparar y contrastar con el
VM, si ejecutamos el gráfico

00:08:37.070 --> 00:08:39.260
que tenemos en la siguiente
diapositiva para ayudarnos a ilustrar,

00:08:39.260 --> 00:08:41.950
¿Cuáles son los puntos clave de
Este gráfico determinado aquí

00:08:41.950 --> 00:08:44.679
¿que la gente debe saber?

00:08:44.679 --> 00:08:46.770
>> Si usted ha estado realizando
investigación en contenedores ha

00:08:46.770 --> 00:08:48.790
probablemente se ha visto una muy
gráfico similar.

00:08:48.790 --> 00:08:52.360
Y uno de los mayores
diferencias entre un contenedor

00:08:52.360 --> 00:08:56.130
y es una máquina virtual
Cómo predominaba el contenedor

00:08:56.130 --> 00:08:59.700
funciona con el núcleo
en el host.

00:08:59.700 --> 00:09:01.610
Así que mirando a la izquierda
en este caso, del lado

00:09:01.610 --> 00:09:03.630
tenemos una máquina virtual.

00:09:03.630 --> 00:09:07.300
Tenemos una capa de hardware
tenemos el sistema operativo y

00:09:07.300 --> 00:09:12.260
núcleo del host, así
como la tecnología de hipervisor.

00:09:12.260 --> 00:09:14.740
Y, a continuación, nos estamos disponer en capas
Máquinas virtuales

00:09:14.740 --> 00:09:16.880
en la parte superior que hipervisor.

00:09:16.880 --> 00:09:19.210
Por lo que cada uno de estos Virtual
Las máquinas tiene un sistema operativo

00:09:19.210 --> 00:09:20.510
y un núcleo en él.

00:09:20.510 --> 00:09:24.370
Por lo que cada vez se inicia una máquina virtual
Estamos arrancar un sistema operativo completo,

00:09:24.370 --> 00:09:25.620
Núcleo y todo.

00:09:25.620 --> 00:09:28.610
>> Y en términos generales, cada uno
uno de ellos tenga un disco duro virtual:

00:09:28.610 --> 00:09:29.020
>> Sí.

00:09:29.020 --> 00:09:31.190
>> Que serán
>> Potencialmente importantes

00:09:31.190 --> 00:09:33.320
espacio desde el
el almacenamiento de back-end

00:09:33.320 --> 00:09:34.650
Puede que sea.

00:09:34.650 --> 00:09:37.570
Sí, puede usar las cosas como
discos desde una lectura de diferenciación

00:09:37.570 --> 00:09:40.820
única imagen principal pero aún así, pero
consumo de almacenamiento de información

00:09:40.820 --> 00:09:43.920
normalmente asociados a las máquinas virtuales
puede ser bastante significativa.

00:09:43.920 --> 00:09:44.700
>> Sí, totalmente.

00:09:44.700 --> 00:09:48.156
Y, a continuación, tienes estas
hacer un poco de máquinas virtuales

00:09:48.156 --> 00:09:51.324
solicitudes de hardware y
obtener esta capa de hipervisor

00:09:51.324 --> 00:09:54.852
interceptar las solicitudes y
administración de las solicitudes

00:09:54.852 --> 00:09:58.816
contra el hardware del host
que contiene la máquina virtual.

00:09:58.816 --> 00:10:02.183
Por lo es la imagen
de una máquina virtual.

00:10:02.183 --> 00:10:06.581
En contraste, un host de contenedor
tenemos el hardware de

00:10:06.581 --> 00:10:08.650
host del contenedor.

00:10:08.650 --> 00:10:12.100
Tenemos en el núcleo del sistema operativo
Además de eso, sentado

00:10:12.100 --> 00:10:15.380
así como el contenedor
software motor de anclaje.

00:10:15.380 --> 00:10:20.950
Motor de contenedor de Windows server,
pero observará aquí

00:10:20.950 --> 00:10:25.170
el propio contenedor no
tener ese sistema operativo.

00:10:25.170 --> 00:10:26.760
No tiene ese kernel.

00:10:26.760 --> 00:10:28.500
Por lo tanto, no hay realmente un compartido

00:10:28.500 --> 00:10:31.525
estos contenedores están compartiendo
el núcleo con el sistema operativo del host.

00:10:31.525 --> 00:10:37.095
Arranque es mucho más rápido,
hay mucho menos ocurriendo

00:10:37.095 --> 00:10:39.665
Cuando empezamos a estos contenedores
frente a una máquina virtual.

00:10:39.665 --> 00:10:42.635
>> Y obviamente es este gráfico
descriptiva, nos referiremos a hardware

00:10:42.635 --> 00:10:45.835
en la parte inferior aquí, pero esto
puede ser hardware físico, o

00:10:45.835 --> 00:10:47.595
podría ser dentro de
la máquina virtual.

00:10:47.595 --> 00:10:48.665
>> Sí, totalmente.

00:10:48.665 --> 00:10:51.295
>> No hay nada
detener estos dos

00:10:51.295 --> 00:10:53.970
diferentes tecnologías
coexistir felizmente.

00:10:53.970 --> 00:10:57.150
Es posible que tenga por ejemplo de forma
tienes un host de Hyper-V,

00:10:57.150 --> 00:10:59.880
tienes dos VM,
uno es Linux, uno es Windows y

00:10:59.880 --> 00:11:02.500
ejecutar Linux contenedores
dentro de una VM y

00:11:02.500 --> 00:11:04.050
Contenedores de Windows en otro.

00:11:04.050 --> 00:11:06.780
Pero en esa física general
sistema que utiliza una combinación de

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

00:11:07.700 --> 00:11:09.840
Así que tienes la mejor de
En esencia allí, ambos mundos

00:11:09.840 --> 00:11:12.350
usted esté utilizando
las tecnologías complementarias.

00:11:12.350 --> 00:11:14.630
Así que definitivamente no son uno o
el otro,

00:11:14.630 --> 00:11:17.270
pueden utilizarse en
junto a la cual es importante.

00:11:17.270 --> 00:11:18.490
>> Sí, totalmente.

00:11:18.490 --> 00:11:25.150
Por lo menos el nivel de superficie, tiene
muy fácil decir virtual

00:11:25.150 --> 00:11:28.970
máquinas, tenemos aislados
núcleo dentro del contenedor VM

00:11:28.970 --> 00:11:33.110
nos estamos compartiendo
núcleo con el sistema operativo del host.

00:11:33.110 --> 00:11:34.700
Ahora esta imagen
cambia un poco

00:11:34.700 --> 00:11:37.460
Cuando estamos introduciendo
Contenedores de Hyper V

00:11:37.460 --> 00:11:41.120
Que proporciona un adicional
capa de aislamiento por una especie de

00:11:41.120 --> 00:11:43.330
ajuste de dicho contenedor
en la máquina virtual de sí mismo.

00:11:43.330 --> 00:11:44.450
>> SIP, y
en un par de semanas,

00:11:44.450 --> 00:11:46.960
se van a tener episodios
Contenedores de HyperV situado a la derecha

00:11:46.960 --> 00:11:50.260
punto en el tiempo cuando están
disponible probar.

00:11:50.260 --> 00:11:52.860
Por lo que verá más episodios en
el contenedor de canal

00:11:52.860 --> 00:11:56.520
ayudar a las personas para analizar minuciosamente qué
Contenedor de Hyper-V es porque

00:11:56.520 --> 00:11:59.690
sin duda, se agrega un archivo extra
capa de capacidad pero

00:11:59.690 --> 00:12:02.390
También es bastante compleja de entender
también acerca de lo que sucede en

00:12:02.390 --> 00:12:05.550
Este tipo de conjunto mezclada
tecnología de ' s aquí para.

00:12:05.550 --> 00:12:07.070
>> Absolutamente.
>> Así que esté atento para que uno.

00:12:07.070 --> 00:12:12.410
>> Por lo que es el tipo de host
>> Diferencia de contenedor host de máquina virtual.

00:12:12.410 --> 00:12:14.890
Hay también algunas diferencias
en el modo Igualamos contenedores

00:12:14.890 --> 00:12:15.880
frente a máquina virtual.

00:12:15.880 --> 00:12:16.740
Hay una especie de un turno,

00:12:16.740 --> 00:12:19.940
especialmente si has estado en un
rodillo para que ha sido administración de VM

00:12:19.940 --> 00:12:20.970
mucho tiempo.

00:12:20.970 --> 00:12:23.560
Esto es realmente cómo se
utilizar imágenes de contenedor.

00:12:23.560 --> 00:12:27.150
Por tanto, si usted ha estado realizando masa de
las implementaciones de VM, probablemente

00:12:27.150 --> 00:12:29.840
está familiarizado con el concepto de
al igual que una imagen de máquina virtual, que es como

00:12:29.840 --> 00:12:33.900
una versión de prept sys de un sistema operativo
que podemos implementar a un montón de

00:12:33.900 --> 00:12:37.660
Las máquinas virtuales y un manojo de giro
de máquinas virtuales en una velocidad rápida.

00:12:37.660 --> 00:12:39.970
Imagen de contenedor es muy
diferente de una imagen de máquina virtual, y

00:12:39.970 --> 00:12:41.810
veremos,
haremos énfasis en que en el fondo.

00:12:41.810 --> 00:12:44.890
Así como la manera en que administramos
redes con nuestros contenedores,

00:12:44.890 --> 00:12:46.370
Eso es algo diferente.

00:12:48.060 --> 00:12:50.780
Es diferente de cómo nos
administraría potencialmente

00:12:50.780 --> 00:12:52.880
acceso a redes con máquinas virtuales, y
Consulte también así.

00:12:52.880 --> 00:12:53.430
>> Bien, enfriar.

00:12:53.430 --> 00:12:56.290
Así que Cuéntanos un poco más en
menos como una introducción a estos

00:12:56.290 --> 00:12:57.650
imágenes que ha sido mencionar.

00:12:57.650 --> 00:13:00.930
Y sé que en el siguiente episodio
vamos a profundizar,

00:13:00.930 --> 00:13:02.880
significativamente más profundo,
en imágenes de contenedor, pero

00:13:02.880 --> 00:13:06.340
sólo damos las 10.000
pie de la vista de imágenes.

00:13:06.340 --> 00:13:07.340
>> Sí, totalmente.

00:13:07.340 --> 00:13:10.220
Y yo señalar esto porque
Ésta es una parte muy importante

00:13:10.220 --> 00:13:11.840
del trabajo con contenedores.

00:13:11.840 --> 00:13:15.530
Entonces, ¿cuáles son las imágenes del contenedor es
son una plantilla de sólo lectura

00:13:15.530 --> 00:13:18.720
que se utilizan para iniciar
de un contenedor con.

00:13:18.720 --> 00:13:22.280
Estas plantillas
contiene aplicaciones.

00:13:22.280 --> 00:13:24.940
Contienen las dependencias
para las aplicaciones.

00:13:24.940 --> 00:13:27.700
Y también pueden contener
instrucciones que da la clase de

00:13:27.700 --> 00:13:28.790
la imagen de inicio.

00:13:28.790 --> 00:13:32.198
Así como cada vez que inicie
un contenedor con esta imagen

00:13:32.198 --> 00:13:33.590
iniciar este proceso.

00:13:33.590 --> 00:13:35.680
Y veremos.

00:13:35.680 --> 00:13:38.950
Estas imágenes pueden estar compuestas
de varias capas.

00:13:38.950 --> 00:13:42.790
Así que puede que tenga una imagen de sistema operativo base,
al igual que Ubuntu y, a continuación, se podría

00:13:42.790 --> 00:13:48.580
tiene otra capa encima de
es mi aplicación web.

00:13:48.580 --> 00:13:51.540
Y, después, para cada contenedor.
que inicio en mi host que

00:13:51.540 --> 00:13:56.530
usando esa imagen del sistema operativo base,
todos ellos comparten la misma instancia

00:13:56.530 --> 00:13:59.810
de la imagen, aquí es donde
obtenemos esa huella - pequeña

00:13:59.810 --> 00:14:01.930
>> Optimiza el uso de recursos.

00:14:01.930 --> 00:14:06.060
>> Optimiza el uso de recursos y
podemos lograr esa densidad por

00:14:06.060 --> 00:14:08.510
compartir estas imágenes y nos será
vea un ejemplo de esto.

00:14:09.640 --> 00:14:14.300
Ya hablé acerca de
las imágenes que contiene

00:14:14.300 --> 00:14:18.030
la ejecución de instrucciones
y por último, estas imágenes

00:14:18.030 --> 00:14:21.500
pueden almacenarse y recuperarse
un registro de contenedor.

00:14:21.500 --> 00:14:23.600
Se trata de cómo podemos
lograr esa portabilidad.

00:14:23.600 --> 00:14:26.850
Para desarrollar localmente,
almacenar en un registro

00:14:26.850 --> 00:14:28.930
Extraiga sobre un mi
entorno de producción.

00:14:28.930 --> 00:14:29.430
>> Registro, repositorio.
>> [CROSSTALK]

00:14:29.430 --> 00:14:31.784
>> Registro, repositorio,

00:14:31.784 --> 00:14:36.150
sólo en un lugar.
Podemos tener registros privados,

00:14:36.150 --> 00:14:38.830
lo en que miramos
episodios futuros es

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

00:14:40.420 --> 00:14:41.590
>> Derecho.
Bien, enfriar.

00:14:41.590 --> 00:14:44.590
Por lo tanto, supongo que
un poco de un fondo.

00:14:44.590 --> 00:14:46.710
¿Desea de pato en una demostración
y mostrarnos [CROSSTALK].

00:14:46.710 --> 00:14:48.040
>> Sí, totalmente.

00:14:48.040 --> 00:14:50.350
Echemos un vistazo
en la demostración.

00:14:50.350 --> 00:14:53.587
Permítanme simplemente tamaño de mi
entorno aquí, así que voy a

00:14:53.587 --> 00:14:57.120
hacer gran cantidad de estas demostraciones iniciales
utilizar contenedores de Linux.

00:14:57.120 --> 00:15:02.790
Dicho esto, es lo que tengo aquí
un host Linux que se ejecutan en Hyper V

00:15:02.790 --> 00:15:03.900
en mi equipo aquí.

00:15:03.900 --> 00:15:05.750
Así que mientras estoy trabajando en Linux,

00:15:05.750 --> 00:15:09.150
Realmente estoy trabajando contra
un equipo con Hyper V versión.

00:15:09.150 --> 00:15:12.240
Ahora voy a ejecutar
un montón de comandos Docker.

00:15:12.240 --> 00:15:15.350
Es docker,
como hemos visto en otros vídeos

00:15:15.350 --> 00:15:17.950
es un contenedor
sistema de administración.

00:15:17.950 --> 00:15:21.250
Lo utilizaremos aquí
frente a contenedores de Linux

00:15:21.250 --> 00:15:23.900
También mostraré un ejemplo
de utilizar cargadores de frente

00:15:23.900 --> 00:15:25.570
un servidor de Windows
también contenedor.

00:15:25.570 --> 00:15:26.670
>> Excelente, nuevamente, y

00:15:26.670 --> 00:15:29.990
ya hay algunos
documentación en MSDN

00:15:29.990 --> 00:15:31.540
sitio y en GitHub.

00:15:31.540 --> 00:15:34.420
Donde puede si desea
empezar a trabajar con el anclaje y

00:15:34.420 --> 00:15:36.730
Contenedores de Windows Server,
Hay algo para usted.

00:15:36.730 --> 00:15:38.050
>> Sí.
>> Lo que extraerlo.

00:15:38.050 --> 00:15:39.620
>> Así que trataremos sólo
en algunos comandos básicos.

00:15:39.620 --> 00:15:41.470
Así que estoy en mi
contenedor host.

00:15:41.470 --> 00:15:46.120
Voy a hacer imágenes de Docker,

00:15:46.120 --> 00:15:49.320
Para ver una lista de imágenes que yo
¿tenemos en este host contenedor

00:15:49.320 --> 00:15:52.470
puede ver que tengo tres, un inicio de dos
y, a continuación, un par de otros.

00:15:52.470 --> 00:15:54.140
¿>> Cómo han llegado ahí?

00:15:54.140 --> 00:15:58.260
>> Lo conseguí éstos a través de
tirando de ellos desde el concentrador Docker

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

00:15:58.850 --> 00:15:59.417
>> Está bien.
>> Hasta

00:15:59.417 --> 00:16:01.934
Por ejemplo si quisiera
Tire hacia abajo de una nueva imagen

00:16:01.934 --> 00:16:02.587
Pongamos como ejemplo.

00:16:08.012 --> 00:16:10.450
Tal vez MySQL.

00:16:10.450 --> 00:16:16.010
Voy a ejecutar un comando
Búsqueda de anclaje, MySQL.

00:16:16.010 --> 00:16:18.670
¿Qué va a hacer es que va a
llegar a out al concentrador de anclaje, por lo que

00:16:18.670 --> 00:16:19.820
el registro, y

00:16:19.820 --> 00:16:23.840
devolver una lista de imágenes que
tener MySQL en sus nombres.

00:16:23.840 --> 00:16:27.560
Aquí puede ver que tenemos
Esta columna aquí, oficial, y

00:16:27.560 --> 00:16:32.070
tipo de indicación un poco que
Esto es una imagen oficial aquí.

00:16:32.070 --> 00:16:35.290
Así que puedo ver MySQL,
es una imagen oficial.

00:16:35.290 --> 00:16:37.210
Y también puedo ver las ESTRELLAS.

00:16:37.210 --> 00:16:39.750
Por lo que estas imágenes pueden ser
clasificación del concentrador de anclaje.

00:16:39.750 --> 00:16:43.730
Una especie de obtener alguna indicación de
a través de esta vista aquí como:

00:16:43.730 --> 00:16:46.290
Hola que es probablemente la imagen I
Quiero ir después porque yo sólo

00:16:46.290 --> 00:16:51.190
desea una muy generalizada
Imagen de MySQL para ir en la parte superior de.

00:16:51.190 --> 00:16:52.660
Pero hay bastantes
otras cosas allí.

00:16:52.660 --> 00:16:55.918
>> Es interesante que tantas
personas han subido lo que buscan

00:16:55.918 --> 00:16:58.028
les gusta ser equivalencia
de la misma imagen,

00:16:58.028 --> 00:17:00.925
Aunque hay una
eso es genial que puede

00:17:00.925 --> 00:17:03.230
Utilice esa todo bien clasificado listo.

00:17:03.230 --> 00:17:04.690
>> Pero
tiene mucho sentido, por lo que

00:17:04.690 --> 00:17:08.880
Puedo desear tomar abajo esto
Imagen de MySQL, la imagen oficial.

00:17:08.880 --> 00:17:12.630
Hacer un par de cambios
se refieren a mi aplicación.

00:17:12.630 --> 00:17:14.830
>> Está bien.
>> Y tal vez registrarlo atrás hasta

00:17:14.830 --> 00:17:17.870
Este registro público para que yo
puede extraer, de otra forma.

00:17:17.870 --> 00:17:18.540
>> Todos los derechos, veo.

00:17:18.540 --> 00:17:22.035
Por lo tanto, supongo que si documento
algunos de los en la descripción

00:17:22.035 --> 00:17:23.800
, como algunos de ellos simplemente
aun así decir Mis secuelas.

00:17:23.800 --> 00:17:24.480
>> Seguro, seguro.

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

00:17:25.580 --> 00:17:28.230
Necesitamos algo bueno
sugerencias de documentación.

00:17:28.230 --> 00:17:30.200
>> Está seguro.
[RISA] Por supuesto, por lo que

00:17:30.200 --> 00:17:30.990
hagamos esto.

00:17:30.990 --> 00:17:31.913
Vamos a realmente, por lo que nosotros.

00:17:35.743 --> 00:17:37.460
Ha visto una lista de imágenes
en mi equipo.

00:17:37.460 --> 00:17:41.860
Sigamos adelante y poner en marcha
un contenedor y ver realmente,

00:17:41.860 --> 00:17:44.480
crear un contenedor y ver si
podemos hacer algo con él.

00:17:44.480 --> 00:17:48.870
Por tanto, si se ejecuta realmente un comando,
ps de anclaje, podemos ver

00:17:48.870 --> 00:17:51.470
ese ps de anclaje básicamente
Devuelve una lista de contenedores,

00:17:51.470 --> 00:17:52.725
podemos ver que tengo ninguno aquí.

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

00:17:53.680 --> 00:17:57.800
>> Si lo hago ps docker guión una TI
Devuelve una lista de contenedores

00:17:57.800 --> 00:18:01.350
que están en una introducción
estado o un estado de detención.

00:18:01.350 --> 00:18:04.110
Por lo que tengo que hay contenedores
en este tipo de equipo.

00:18:05.120 --> 00:18:06.910
Así que voy a ejecutar un comando
doc o ejecutar

00:18:09.730 --> 00:18:14.160
Guión de TI y básicamente guión
se iniciará el contenedor en

00:18:14.160 --> 00:18:18.130
un modo interactivo y devolución
Mis pulsaciones de teclas en la pantalla.

00:18:18.130 --> 00:18:20.410
Por lo tanto, básicamente va a
iniciar un contenedor y

00:18:20.410 --> 00:18:24.470
saltar a la derecha en ese contenedor,
a continuación, seleccionar la imagen

00:18:25.520 --> 00:18:27.180
Deseo usar para
crear el contenedor.

00:18:27.180 --> 00:18:30.800
Voy a seleccionar Mi imagen Ubuntu
y, a continuación, asígnele un comando.

00:18:31.990 --> 00:18:34.500
Así que voy a ejecutar en un
¿qué comando de modo interactivo

00:18:34.500 --> 00:18:35.610
Desea ejecutar, en este caso,

00:18:35.610 --> 00:18:38.320
Voy a abrir
hasta el shell espera y

00:18:38.320 --> 00:18:41.310
tan rápidamente, mi contenedor
se ha creado y

00:18:41.310 --> 00:18:42.840
Estoy en mi contenedor
en este punto.

00:18:42.840 --> 00:18:43.900
>> Que fue rápido.

00:18:43.900 --> 00:18:44.910
>> Es muy rápida.

00:18:44.910 --> 00:18:47.630
>> Y el nombre del contenedor,
¿es así de larga?

00:18:47.630 --> 00:18:50.610
>> Lo que no es parte de
la tapa del recipiente.

00:18:50.610 --> 00:18:54.260
El contenedor también se tuvo un
nombre, echaremos un vistazo a.

00:18:54.260 --> 00:18:56.270
Se le derrama fuera del contenedor
aquí en el momento y

00:18:56.270 --> 00:18:56.930
Eche un vistazo a.

00:18:56.930 --> 00:18:58.040
>> Derecha, bien genial.

00:18:58.040 --> 00:18:59.160
Pero eso fue rápido.

00:18:59.160 --> 00:18:59.690
>> Sí, por lo que

00:18:59.690 --> 00:19:03.020
dentro del contenedor, si tomamos
un aspecto que tengo un sistema de archivos.

00:19:03.020 --> 00:19:07.460
Lo segundo plano hay
un montón de cosas desarrollándose con

00:19:07.460 --> 00:19:12.070
la tecnología de contenedor
para facilitar esto, por lo que

00:19:12.070 --> 00:19:15.390
tenemos el espacio de nombres y
aislamiento de procesos.

00:19:15.390 --> 00:19:17.573
Por lo tanto, mientras que con
una máquina virtual,

00:19:17.573 --> 00:19:21.110
nos estamos girando un
máquina virtual independiente.

00:19:21.110 --> 00:19:23.650
Este contenedor
ejecutan en este host.

00:19:23.650 --> 00:19:26.240
junto con los otros contenedores.

00:19:26.240 --> 00:19:30.960
Y el uso de espacio de nombres y
tecnologías de aislamiento de proceso

00:19:30.960 --> 00:19:35.870
De los datos dentro de este contenedor
parece una completa

00:19:35.870 --> 00:19:39.030
una instancia de aislado
el sistema operativo Ubuntu.

00:19:39.030 --> 00:19:40.490
>> Sí, piensa que tiene
la única cosa allí-

00:19:40.490 --> 00:19:41.413
>> Piensa que es el único

00:19:41.413 --> 00:19:42.480
cosa hay esencialmente.

00:19:42.480 --> 00:19:43.420
>> Desde una perspectiva de recursos.

00:19:43.420 --> 00:19:44.480
>> Desde una perspectiva de recursos.

00:19:44.480 --> 00:19:46.250
Para que pueda ver que tenemos
aquí un sistema de archivos, por lo que

00:19:46.250 --> 00:19:50.750
puede ser algo
como prueba de Mkdir.

00:19:50.750 --> 00:19:52.040
>> Crear una carpeta
esencialmente.

00:19:52.040 --> 00:19:53.519
>> Sí, por lo que
He creado esta prueba de carpeta.

00:19:55.951 --> 00:19:58.911
Y voy a seguir adelante y
saltar

00:19:58.911 --> 00:20:03.662
mi contenedor escriba exit,
para que podamos ver que he vuelto.

00:20:03.662 --> 00:20:07.910
En el host de contenedor
Si hacer algo como ls,

00:20:07.910 --> 00:20:11.970
podemos ver que no me
tiene una carpeta de prueba aquí.

00:20:11.970 --> 00:20:12.980
>> Sí.

00:20:12.980 --> 00:20:15.430
>> Stuff lo bastante sencilla,
pero Echemos un vistazo a las

00:20:15.430 --> 00:20:16.870
contenedor que estaba
crea realmente.

00:20:16.870 --> 00:20:20.610
Así que voy a ejecutar
guión de docker ps a, y

00:20:20.610 --> 00:20:23.535
Aquí puede ver que tenemos la
Id. de contenedor que vimos antes:

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

00:20:24.110 --> 00:20:27.050
>>, Pero también el nombre y
tipo de se ajuste aquí.

00:20:27.050 --> 00:20:28.890
Pero se puede ver que hemos
consiguieron Este curioso.

00:20:28.890 --> 00:20:30.640
>> Ha sido
¿genera de forma aleatoria?

00:20:30.640 --> 00:20:31.220
>> Sí.

00:20:31.220 --> 00:20:32.400
¿>> Determina el hombre perla?

00:20:32.400 --> 00:20:33.670
>> Determina el hombre perla.

00:20:33.670 --> 00:20:35.030
Sí, por lo que genera de forma aleatoria.

00:20:35.030 --> 00:20:35.860
>> Tan buena como cualquiera.

00:20:35.860 --> 00:20:36.920
>> Sí, sí.

00:20:36.920 --> 00:20:42.500
Muy simplemente que era un simple
ejemplo de creación de un contenedor

00:20:42.500 --> 00:20:43.750
modificar el contenedor.

00:20:43.750 --> 00:20:47.390
Así que la modificación que nos
hice fue crear una carpeta.

00:20:47.390 --> 00:20:50.370
Podríamos tener tan fácilmente
instaló el software.

00:20:50.370 --> 00:20:51.650
Hagamos realmente
Eche un vistazo a.

00:20:54.920 --> 00:20:56.371
Así que voy a crear
un nuevo contenedor.

00:21:01.323 --> 00:21:05.312
Y también voy a ejecutar
Esto en modo interactivo,

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

00:21:06.710 --> 00:21:07.840
>> La misma base, nuevo.

00:21:07.840 --> 00:21:09.404
>> La misma base
Imagen [INAUDIBLE].

00:21:09.404 --> 00:21:10.900
>> Mm-hm.
>> Y voy a iniciar

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

00:21:12.650 --> 00:21:14.190
Por lo tanto, el contenedor se ha creado.

00:21:14.190 --> 00:21:15.460
Ahora estoy dentro del contenedor.

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

00:21:16.330 --> 00:21:17.480
Números y caracteres no existe, lo

00:21:17.480 --> 00:21:19.350
usted es diferente
a la anterior.

00:21:19.350 --> 00:21:20.110
>> Sí, totalmente.

00:21:20.110 --> 00:21:22.340
Y ahora que en realidad voy a
instalar algún software.

00:21:22.340 --> 00:21:23.820
Y lo que haremos es que seamos capaces
instalar algún software

00:21:23.820 --> 00:21:26.350
en el contenedor
una vez que el software tiene

00:21:26.350 --> 00:21:29.985
se ha instalado en el contenedor
se podrá saltar destaquen y

00:21:29.985 --> 00:21:33.195
a continuación, captura que en
imagen de su propio contenedor.

00:21:33.195 --> 00:21:37.025
Por lo tanto, vamos a crear un contenedor
imagen derivada de

00:21:37.025 --> 00:21:39.095
la imagen del sistema operativo base de.

00:21:39.095 --> 00:21:43.679
Así que voy a ejecutar el comando get app, y
Voy a instalar un texto

00:21:43.679 --> 00:21:47.029
Editor, y
y realmente antes de hacerlo,

00:21:47.029 --> 00:21:51.372
puede ver si ejecuto el comando
los comandos no se encontraron.

00:21:58.296 --> 00:22:01.367
Estoy utilizando un paquete
tecnología de administración

00:22:01.367 --> 00:22:05.932
en Linux, llamado apt-get para
Acérquese, aproveche el software y

00:22:05.932 --> 00:22:08.240
Para instalarlo en el contenedor.

00:22:08.240 --> 00:22:09.140
>> Está bien.
>> Nuevamente,

00:22:09.140 --> 00:22:10.980
Digo instalarlo en
el contenedor, hay algunos.

00:22:10.980 --> 00:22:13.180
Espacio de nombres, el aislamiento de procesos.

00:22:13.180 --> 00:22:16.870
Hay algunas artimañas ocurriendo
nivel del contenedor host,

00:22:16.870 --> 00:22:17.540
pero en esencia,

00:22:17.540 --> 00:22:19.840
eso es lo que hacemos es
instalar este software aquí.

00:22:19.840 --> 00:22:22.600
>> Pero dentro de ese contenedor,
tiene una grieta base

00:22:22.600 --> 00:22:25.170
sea esencialmente donde
se capturan los cambios.

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

00:22:25.680 --> 00:22:28.120
>> Por lo tanto, ¿voy a
allí, incluso aunque lo juzgara,

00:22:28.120 --> 00:22:32.470
Si estaba en el mundo de Windows
escribir en cdrive y Windows.

00:22:32.470 --> 00:22:35.615
No está escrito en el host
Windows ya que se encuentra en

00:22:35.615 --> 00:22:38.910
modo de sólo lectura, en esencia, el
imagen de base, por lo que está capturando a

00:22:38.910 --> 00:22:43.500
un espacio de memoria virtual donde puede hacer que
Guardar a una imagen.

00:22:43.500 --> 00:22:47.790
>> Exactamente, así que grietas
espacio se convierte en la capa siguiente en

00:22:47.790 --> 00:22:50.190
la imagen cuando se
captura de este contenedor.

00:22:50.190 --> 00:22:52.820
>> Bien, por lo que
parece que descarga y.

00:22:52.820 --> 00:22:54.520
>> Instalación se ha completado.

00:22:54.520 --> 00:22:55.780
>> Yup.
Por lo tanto, estoy todavía en el contenedor

00:22:55.780 --> 00:22:57.270
por lo que ejecutaré de ellos.

00:22:57.270 --> 00:23:00.005
Podemos ver que mi software
se ha instalado.

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

00:23:01.900 --> 00:23:03.290
>> Por lo tanto, estoy que existe de que.

00:23:03.290 --> 00:23:07.380
Y tengo que salir fuera del contenedor.

00:23:11.089 --> 00:23:12.366
Vuelva a intentarlo.

00:23:15.697 --> 00:23:18.549
Así que aquí es Mis dos
contenedores, aquí es el primero

00:23:18.549 --> 00:23:21.800
que hemos creado y, a continuación,
la última que se ha creado.

00:23:21.800 --> 00:23:27.290
Esto tiene un nombre:
>> Chandroseka forma de pago.

00:23:27.290 --> 00:23:29.805
>> Sí, gracias por
pronunciar para mí.

00:23:29.805 --> 00:23:32.510
>> [RÍEN]
>> Tiene, no sé dónde

00:23:32.510 --> 00:23:35.860
se están acercando muy, muy
en comparación con diversos nombres de

00:23:35.860 --> 00:23:38.470
los 2 en que nos hemos conseguido basado
el 2 que tenemos hasta ahora.

00:23:38.470 --> 00:23:40.690
>> Por lo tanto, lo que voy a hacer ahora
es que voy a tener esto último

00:23:40.690 --> 00:23:43.200
contenedor que creamos y soy
va a crear una imagen de ella.

00:23:43.200 --> 00:23:49.820
Bien, para confirmar de anclaje
>> Voy a

00:23:49.820 --> 00:23:53.800
tomar la idea del contenedor
y podrá simplemente asígnele ellos

00:23:55.660 --> 00:23:59.230
y que rápidamente, podemos ver
se devolvió esta cuadrícula grande largo

00:24:02.580 --> 00:24:06.230
y ahora el caso de imágenes de Docker
otra vez verá que tengo

00:24:07.290 --> 00:24:09.990
>> Otra imagen y, a continuación, y

00:24:09.990 --> 00:24:15.665
así que voy a hacer de nuevo, vim docker
Lo haré en modo interactivo.

00:24:15.665 --> 00:24:22.720
Y vim y guión.

00:24:22.720 --> 00:24:23.720
>> Pero
Básicamente, ahora podría

00:24:23.720 --> 00:24:25.750
Sé que vamos a cubrir
videos de este en el futuro,

00:24:25.750 --> 00:24:27.600
usted podría esencialmente
dar esta vim

00:24:27.600 --> 00:24:28.970
>> Imagen a nadie.

00:24:28.970 --> 00:24:29.790
>> Absolutamente.
>> Y serían

00:24:29.790 --> 00:24:34.110
podrá ejecutar en su equipo
siempre que cuente con una base de Linux.

00:24:34.110 --> 00:24:35.790
>> Sí.
>> Y sólo se ejecutaría.

00:24:35.790 --> 00:24:39.530
>> Sí, sí, podemos tomar el
imagen que acabamos de crear, y

00:24:39.530 --> 00:24:41.170
empújela hasta cargadores de concentrador.

00:24:41.170 --> 00:24:43.480
Y, a continuación, tire hacia abajo
en su entorno, y

00:24:43.480 --> 00:24:44.440
sólo ejecutarlo.

00:24:44.440 --> 00:24:45.400
>> Fresco y agradable.

00:24:45.400 --> 00:24:49.290
>>, Así que sólo creé un nuevo
contenedor de dicha imagen.

00:24:49.290 --> 00:24:50.640
Y escribir en vim.

00:24:50.640 --> 00:24:52.170
Y puede ver que
existe el software.

00:24:52.170 --> 00:24:53.960
>> Sí, bueno.

00:24:53.960 --> 00:24:56.730
>> Hasta
eso es bastante sencillo.

00:24:56.730 --> 00:25:00.220
Y en el siguiente vídeo proporcionaremos información
en imágenes un poco más.

00:25:00.220 --> 00:25:04.630
En realidad vamos a
Eche un vistazo a cómo

00:25:04.630 --> 00:25:08.130
una imagen que se deriva de una base de
compara a esa base.

00:25:08.130 --> 00:25:10.160
Analizaremos la disposición en capas,
en realidad, lo llevaremos

00:25:10.160 --> 00:25:12.870
un vistazo mucho más microscópico
>> Un poco cómo esa disposición en capas

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

00:25:13.620 --> 00:25:16.580
Pero para redondear un poco
en las demostraciones de

00:25:16.580 --> 00:25:19.070
Esta primera introducción,
y eso fue bastante sencillo.

00:25:19.070 --> 00:25:21.500
Hemos creado una carpeta
se instaló el software.

00:25:21.500 --> 00:25:24.630
Pero también deseaba tipo a
de un ejemplo completo de

00:25:24.630 --> 00:25:26.300
una aplicación en ejecución
en un contenedor

00:25:26.300 --> 00:25:29.210
Para ver algo
un poco más práctico.

00:25:29.210 --> 00:25:34.731
Para ello, estoy realmente Déjeme
salir de este contenedor.

00:25:39.741 --> 00:25:41.877
Permítame sólo obtener
en una carpeta.

00:25:45.155 --> 00:25:48.130
Voy a utilizar algo
Redacción de llamado Docker.

00:25:48.130 --> 00:25:50.670
Algo que se pueda hablar
acerca de en un vídeo.

00:25:50.670 --> 00:25:55.440
Pero redactar Docker es de tipo
una herramienta de orquestación

00:25:55.440 --> 00:26:00.140
que nos permite
definir las instrucciones para

00:26:00.140 --> 00:26:03.740
implementación de varios contenedores
y vincularlas.

00:26:03.740 --> 00:26:07.050
Es en realidad una automatización
herramienta para la clase de implementación

00:26:07.050 --> 00:26:08.520
una aplicación completa
>> Derecho.

00:26:08.520 --> 00:26:10.640
>> basado fuera de varios
diferentes contenedores.

00:26:10.640 --> 00:26:11.210
>> Está bien.
>> Por lo tanto,

00:26:11.210 --> 00:26:14.080
Estoy a sólo un poco
>> Levantarse este ejemplo y

00:26:14.080 --> 00:26:14.600
ejecutando con rapidez.

00:26:14.600 --> 00:26:16.790
Voy a utilizar algo
Redactar llamado médico.

00:26:16.790 --> 00:26:20.810
Todo derecho, lo

00:26:20.810 --> 00:26:26.140
médico redactar médico de guión
Redactar una d guión de espacio.

00:26:26.140 --> 00:26:32.080
Permítame vuelva a intentarlo.

00:26:34.220 --> 00:26:35.275
No estaba en la carpeta correcta.

00:26:35.275 --> 00:26:40.272
docker-redactar arriba -d.

00:26:41.810 --> 00:26:45.490
Que rápidamente hilar
los dos equipos.

00:26:45.490 --> 00:26:47.540
Si lo hago ps de anclaje

00:26:48.740 --> 00:26:52.320
puede ver que tengo
dos contenedores ejecutando.

00:26:53.580 --> 00:26:57.121
Las imágenes utilizadas fueron
neilpeterson/front y

00:26:57.121 --> 00:26:58.935
luego una imagen de MySQL, y

00:26:58.935 --> 00:27:02.211
se están ejecutando en
Este sistema ahora mismo.

00:27:04.032 --> 00:27:07.213
Entonces, permítanme tomar sólo la dirección IP
dirección de este sistema.

00:27:21.557 --> 00:27:25.532
Y, por tanto lo que hacemos, ¿qué del
sucede aquí es que adjunto

00:27:25.532 --> 00:27:29.405
a una aplicación que se está ejecutando
en la parte delantera terminó el contenedor.

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

00:27:30.170 --> 00:27:32.490
es un simple formulario de poco
que se va a insertar algunos

00:27:32.490 --> 00:27:34.650
datos en una base de datos.

00:27:34.650 --> 00:27:35.640
Tan sólo lo haré C9 C9.

00:27:35.640 --> 00:27:39.150
No realmente llenar esto.

00:27:41.560 --> 00:27:42.250
Haga clic en enviar.

00:27:49.400 --> 00:27:52.100
Y, a continuación, fui a otra página
en la aplicación y se puede

00:27:52.100 --> 00:27:55.880
vea donde estamos recuperando
los datos de una realidad de MySQL

00:27:55.880 --> 00:27:58.980
instancia que se ejecutaba en
un segundo contenedor no existe.

00:27:58.980 --> 00:28:01.400
>> Muy bien.
Por lo que dicho anclaje compuesto

00:28:01.400 --> 00:28:04.470
capacidad que se ha
utilizado era básicamente

00:28:04.470 --> 00:28:06.210
con algunos tipo de
archivo de configuración.

00:28:06.210 --> 00:28:07.530
>> Sí.
>> Para ir, necesito esto y

00:28:07.530 --> 00:28:08.920
Este, auge.

00:28:08.920 --> 00:28:11.250
Y ya había configurado
esos individualmente demasiado.

00:28:11.250 --> 00:28:13.100
Y les dijo qué
ejecutar cuando inicia y

00:28:13.100 --> 00:28:17.525
verá allí Local/bin/inicio
para el My SQL, y

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

00:28:20.170 --> 00:28:22.110
Es básicamente lo que:
>> Sí,

00:28:22.110 --> 00:28:23.890
Echemos simplemente
un vistazo al archivo.

00:28:23.890 --> 00:28:25.140
Por lo que es exactamente
lo que hacemos,

00:28:25.140 --> 00:28:27.750
Sólo he definido dos
contenedores aquí.

00:28:27.750 --> 00:28:30.280
Así que mi primer contenedor
Deseo usar es imagen.

00:28:30.280 --> 00:28:32.210
He expuesto algunos puertos
que vamos a hablar

00:28:32.210 --> 00:28:34.210
en el siguiente vídeo.

00:28:34.210 --> 00:28:36.840
Y simplemente establecer algunas
las variables de entorno y

00:28:36.840 --> 00:28:39.640
a continuación, de la misma para
Mi segundo contenedor.

00:28:39.640 --> 00:28:44.160
Así que una forma automatizada de

00:28:44.160 --> 00:28:46.940
girando varios contenedores,
vincula entre sí.

00:28:46.940 --> 00:28:47.760
>> Muy bien.

00:28:47.760 --> 00:28:49.520
>> Sí y otra vez, mi intención
Hay sólo quiero

00:28:49.520 --> 00:28:52.560
Mostrar el tipo de un práctico más
ejemplo de lo que un contenedor

00:28:52.560 --> 00:28:56.220
puede hacer más allá de simplemente crear
instalar software y carpetas.

00:28:56.220 --> 00:28:59.560
Pero una aplicación en ejecución
desde dentro de un contenedor.

00:28:59.560 --> 00:29:03.080
>> Bueno, bueno, supongo que
Eso concluye nuestra demostración.

00:29:03.080 --> 00:29:06.800
Y eso nos lleva al final
Este primer episodio en este

00:29:06.800 --> 00:29:09.250
serie mini
el canal de contenedores.

00:29:09.250 --> 00:29:10.940
Hay algunos recomendados
recursos que desee

00:29:10.940 --> 00:29:12.430
para asegurarse de
eres consciente de.

00:29:12.430 --> 00:29:14.510
En primer lugar, se puede descargar
servidor de la ventana técnica

00:29:14.510 --> 00:29:17.430
vista previa técnica actualmente
Vista previa de la 3 a partir de tiempo

00:29:17.430 --> 00:29:19.770
de grabación, si está viendo
Esto en algún lugar hacia abajo la línea

00:29:19.770 --> 00:29:22.430
podría ser T P 4,
podría ser incluso más adelante.

00:29:22.430 --> 00:29:24.050
Todavía va a ser importante.

00:29:24.050 --> 00:29:29.396
Es así, consulte, revisión
documentación del contenedor en MSDN.Microsoft.com/virtualiza-

00:29:29.396 --> 00:29:31.415
ción hay recursos de anclaje en

00:29:31.415 --> 00:29:35.740
docker.com/Microsoft y para obtener
se inicia con el anclaje, hay

00:29:35.740 --> 00:29:39.518
vínculos a la documentación como
Bueno, docs.docker.com/windows.

00:29:39.518 --> 00:29:43.100
Gran cantidad de recursos útiles,
y únase a nosotros otra vez en el siguiente

00:29:43.100 --> 00:29:46.570
vídeo en esta miniserie, donde
Neil y explorando

00:29:46.570 --> 00:29:49.293
imágenes en profundidad un poco más, y
redes y portabilidad.

00:29:49.293 --> 00:29:51.852
Así, bien, gracias.

00:29:51.852 --> 00:29:52.352
Vea más adelante.

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