WEBVTT

00:00:00.000 --> 00:00:08.198
[МУЗЫКА]

00:00:08.198 --> 00:00:09.947
Привет и
Добро пожаловать в другой эпизод на

00:00:09.947 --> 00:00:11.430
Канал контейнера.

00:00:11.430 --> 00:00:13.160
Я McSpirit Мэтт
Технический пропагандист для

00:00:13.160 --> 00:00:14.590
все наши данные
Центр технологий.

00:00:14.590 --> 00:00:17.120
И в этом эпизоде он имеет
Фактически в начало

00:00:17.120 --> 00:00:20.130
мини-серии, где мы
придется изучать контейнера

00:00:20.130 --> 00:00:21.450
основы.

00:00:21.450 --> 00:00:23.490
Те, кто смотрели
Некоторые из уже на видео

00:00:23.490 --> 00:00:24.380
канал контейнеров

00:00:24.380 --> 00:00:27.000
Это означает, что у нас есть много
для демонстрации полезные вещи.

00:00:27.000 --> 00:00:29.960
Мы появились и были интервью
человек в Docker.

00:00:29.960 --> 00:00:33.180
Мы встретимся с Джон Говард и
использовать его вклад в

00:00:33.180 --> 00:00:35.860
Docker также, поэтому
мы рассмотрели загрузкой

00:00:35.860 --> 00:00:38.700
материалы, но мы хотели бы убедиться
что мы предоставить вам глубину

00:00:38.700 --> 00:00:41.030
знания о наших
контейнеры также.

00:00:41.030 --> 00:00:44.350
И Помогите сделать сегодня
Я пишу совместно с Нил Peterson.

00:00:44.350 --> 00:00:45.770
Нил, Представьтесь и

00:00:45.770 --> 00:00:48.850
Расскажите нам немного о вашем
соединение с контейнерами.

00:00:48.850 --> 00:00:50.210
>> Мэтт прекрасно, спасибо.

00:00:50.210 --> 00:00:51.400
Так вот мое имя Peterson Нил

00:00:51.400 --> 00:00:54.600
Я разработчик содержимого
здесь, в корпорации Майкрософт.

00:00:54.600 --> 00:00:57.280
Это действительно то, что я делаю
с контейнерами осуществляется запись

00:00:57.280 --> 00:01:00.160
для перехода документации
с нашей реализации

00:01:00.160 --> 00:01:02.340
контейнеры, которые Windows
контейнеры серверов и

00:01:02.340 --> 00:01:04.270
Предстоящие hyper контейнеры B.

00:01:04.270 --> 00:01:07.100
Таким образом, я работаю с нашим
Группа визуализации и и

00:01:07.100 --> 00:01:08.600
Джон и Taylor.

00:01:08.600 --> 00:01:11.900
Тип документирования контейнеров
и как часть, воспроизведение

00:01:11.900 --> 00:01:15.020
вокруг и исследования
на технологии самостоятельно.

00:01:15.020 --> 00:01:16.870
>> Это все очень
Новый Лот из нас.

00:01:16.870 --> 00:01:18.410
Большое количество наших ИТ
Это также специалистов как

00:01:18.410 --> 00:01:20.080
Документация
Важно и

00:01:20.080 --> 00:01:23.050
в этой документации подход
мы воспользовались предложения

00:01:23.050 --> 00:01:26.390
контейнеры, поместив его на MSDM
но также люди получение доступа

00:01:26.390 --> 00:01:28.560
на нем по [INAUDIBLE]
Это большой.

00:01:28.560 --> 00:01:30.950
Изменение
нам << Да абсолютно я имею в виду,

00:01:30.950 --> 00:01:34.970
Мы являемся документации
доступно на GitHub,

00:01:34.970 --> 00:01:38.600
сообщества могут изменять ее,
обновления для него и действительно

00:01:38.600 --> 00:01:43.180
что касается контейнера окна nad
Мы в технической апробации, но

00:01:43.180 --> 00:01:46.350
Мы документирования
их немного, поэтому

00:01:46.350 --> 00:01:48.870
Мы вкладывают много материала
out довольно быстро.

00:01:48.870 --> 00:01:51.000
>> И если еще не установлен
о документации

00:01:51.000 --> 00:01:54.140
Это com точки Microsoft MSDN точка,
Если вы хотите перейти MSDN

00:01:54.140 --> 00:01:56.330
корень, косой черты
Виртуализация и

00:01:56.330 --> 00:01:58.570
будет выполнен в
контейнеры, начальная страница.

00:01:58.570 --> 00:02:00.840
И есть ряд
различные сценарии, мы

00:02:00.840 --> 00:02:04.820
для предварительного просмотра технической документации
три вокруг получение вашего

00:02:04.820 --> 00:02:08.320
узла контейнера готов, развертывание
контейнеры с PowerShare, или

00:02:08.320 --> 00:02:10.920
управление ими с Docker и
Таким образом, а также Azure.

00:02:10.920 --> 00:02:13.210
Таким образом, если вы еще не
извлечение документов

00:02:13.210 --> 00:02:15.920
следить за ходом обсуждения, а также просмотреть
видео, так как они проведет

00:02:15.920 --> 00:02:18.220
Это можно выполнить с помощью как хорошо
его можно увидеть визуально.

00:02:18.220 --> 00:02:21.380
Но сегодня, как я уже сказал,
Это начало мини-серии.

00:02:21.380 --> 00:02:22.730
Мы не знаем, сколько
эпизоды, которые мы собираемся сделать,

00:02:22.730 --> 00:02:24.460
только что мы собираемся
Храните их поступающих с интересными.

00:02:24.460 --> 00:02:25.980
Чтобы помочь вам понять и

00:02:25.980 --> 00:02:28.950
понять основы в немного
Подробнее о техническом уровне.

00:02:28.950 --> 00:02:31.400
Но помогает много
также для демонстрации.

00:02:31.400 --> 00:02:34.710
Таким образом Нил был занят здания
Чтобы включить отображение этих систем

00:02:34.710 --> 00:02:37.610
можно по сути как часть этого
материалы работает немного более подробно.

00:02:37.610 --> 00:02:39.930
И первый из них мы просто
Переход рассмотрения

00:02:39.930 --> 00:02:42.800
Введение дело
которые являются просто какие контейнеры

00:02:42.800 --> 00:02:45.840
Следующий уровень вниз некоторых из
видео мы сделали в прошлом.

00:02:45.840 --> 00:02:47.560
Помогите понять некоторые
Стандартные блоки и

00:02:47.560 --> 00:02:50.270
Некоторые ключевые функции
компоненты и основные понятия.

00:02:50.270 --> 00:02:53.170
Прежде чем мы перейдем в будущем
эпизоды более глубины

00:02:53.170 --> 00:02:56.000
вокруг изображения,
сети и т. д.

00:02:56.000 --> 00:02:58.320
Так почему не следует убрать его
Опишите нам Каковы мы

00:02:58.320 --> 00:03:00.311
перейти для получения сведений о текущей
в этом конкретном эпизоде.

00:03:00.311 --> 00:03:03.813
<< Для этой серии мы сделаем
просто рассказать о какие контейнеры

00:03:03.813 --> 00:03:06.127
мы создадим
внешний вид некоторых контейнеров

00:03:06.127 --> 00:03:09.168
в некоторых изображений контейнера и
как вы просто начать

00:03:09.168 --> 00:03:12.341
говорят, что закладывать фундамент
подробно о таких вещей, как

00:03:12.341 --> 00:03:15.518
сети контейнера изображения
переносимость контейнеров

00:03:15.518 --> 00:03:16.046
>> подходит для охлаждения

00:03:16.046 --> 00:03:16.706
>> Итак так позволяет

00:03:16.706 --> 00:03:17.630
>> только у нас есть несколько

00:03:17.630 --> 00:03:21.065
слайды, которые, как кажется, "Нет, мы не удается
делать слайды» у нас есть несколько и

00:03:21.065 --> 00:03:23.642
Затем мы стыковка
Это прямой некоторых демонстрирует

00:03:23.642 --> 00:03:24.970
Да, так что оставаться с ним.

00:03:24.970 --> 00:03:27.140
>> Просто помогает нам позиции
Некоторые вещи также.

00:03:27.140 --> 00:03:28.500
>> Конечно абсолютно.

00:03:28.500 --> 00:03:32.560
Таким образом, контейнеры
без сомнения, самое важное,

00:03:32.560 --> 00:03:34.820
большое количество людей
говорите о них.

00:03:34.820 --> 00:03:39.780
Это довольно на раннем этапе в
жизненный цикл технологии, контейнеры

00:03:39.780 --> 00:03:41.870
в течение некоторого времени
>> В системе Linux

00:03:41.870 --> 00:03:43.680
>> На Linux, но

00:03:43.680 --> 00:03:47.040
Действительно, проходя вне вправо
Теперь поэтому просто представить

00:03:47.040 --> 00:03:50.140
контейнеры и что
контейнеры, так как это

00:03:50.140 --> 00:03:53.210
странные абстракции, мы стали
Работа в виртуализации для

00:03:53.210 --> 00:03:57.460
некоторое время и его очень легко
сравнить контейнера для виртуальной

00:03:57.460 --> 00:04:00.340
машины, но
>> Что именно такое контейнеры

00:04:00.340 --> 00:04:02.800
и что мы делаем с ними
и что мы можем сделать с ними?

00:04:02.800 --> 00:04:04.280
Так что я имею в виду по своей сути,

00:04:04.280 --> 00:04:08.660
контейнеры действительно зависят от типа
компонент виртуализации.

00:04:08.660 --> 00:04:11.170
Это практически аналогично
операционная система или

00:04:11.170 --> 00:04:12.890
Виртуализация приложений.

00:04:12.890 --> 00:04:16.460
Действительно по сути, мы используем
Аналогичным образом контейнерами как мы

00:04:16.460 --> 00:04:18.040
использовать виртуальную машину.

00:04:18.040 --> 00:04:20.920
Мы виртуализации ОС и

00:04:20.920 --> 00:04:24.020
Мы запуск приложений с
внутри контейнера и

00:04:24.020 --> 00:04:27.410
Мы может получить доступ к этим приложениям
из вне контейнера.

00:04:27.410 --> 00:04:29.470
Здесь можно увидеть в моем
Выберите первый маркер,

00:04:29.470 --> 00:04:33.030
Их я вызываю как ОС
Виртуализация приложений и

00:04:33.030 --> 00:04:35.720
Imaging или
Технология слоев изображения

00:04:35.720 --> 00:04:38.300
Это очень важно
>> Много льготы мы

00:04:38.300 --> 00:04:40.400
начинается поиск в контейнерах.

00:04:40.400 --> 00:04:43.550
Льготы, такие вещи, как
Быстрый запуск, или

00:04:43.550 --> 00:04:46.300
занимает мало места на ОС хост-компьютера,

00:04:46.300 --> 00:04:49.680
связана с тем, как
Мы можем управлять и

00:04:49.680 --> 00:04:52.990
создать эти изображения или
Использование этих изображений в контейнерах.

00:04:52.990 --> 00:04:54.830
Поэтому, поместить в первом
пункта

00:04:54.830 --> 00:04:58.420
Поскольку образы являются чрезвычайно
важно как

00:04:58.420 --> 00:04:59.470
контейнеры работают.

00:04:59.470 --> 00:05:00.270
И, как мы сказали,

00:05:00.270 --> 00:05:03.566
Мы будем очень подробно
в контейнере изображения.

00:05:03.566 --> 00:05:07.520
В этом случае контейнеров
Виртуализация операционной системы.

00:05:07.520 --> 00:05:11.900
Контейнеры размещения приложений и
зависимостей приложений и

00:05:11.900 --> 00:05:13.350
которые также очень важны.

00:05:13.350 --> 00:05:16.340
Что мы увидим это, мы
Использование приложения и

00:05:16.340 --> 00:05:18.780
все его зависимости
в этом контейнере.

00:05:18.780 --> 00:05:22.220
И этот контейнер становится довольно
Это автономной системой

00:05:22.220 --> 00:05:25.020
можно затем перемещать
между средами но

00:05:25.020 --> 00:05:27.270
есть все эти
встроенный в зависимости.

00:05:27.270 --> 00:05:29.630
Поэтому мы не делаем такие вещи, как
необходимости перенастраивать нашей

00:05:29.630 --> 00:05:31.830
контейнер, мы перемещения.

00:05:31.830 --> 00:05:34.340
>> Зависимости нужно
Live в том же контейнере?

00:05:34.340 --> 00:05:36.080
Cuz вы может разместить их
за пределами не вы?

00:05:36.080 --> 00:05:36.920
>> Да, абсолютно.

00:05:36.920 --> 00:05:40.010
У нас есть несколько
приложения контейнера.

00:05:40.010 --> 00:05:42.701
Где может использоваться сервером переднего плана
который имеет все зависимости

00:05:42.701 --> 00:05:44.021
для переднего плана в
один контейнер и

00:05:44.021 --> 00:05:46.050
back-end, все
зависимости для

00:05:46.050 --> 00:05:52.680
серверной части
Однако эти два типа контейнеров

00:05:52.680 --> 00:05:53.910
зависят друг друга
>> Да.

00:05:53.910 --> 00:05:55.560
>> Так они образуют приложение.

00:05:55.560 --> 00:05:57.710
>> И они сами
зависит от базового образа.

00:05:57.710 --> 00:05:59.710
Что, Да, абсолютно.

00:05:59.710 --> 00:06:01.300
>> О ' кей.
>> Мы уже kinda

00:06:01.300 --> 00:06:04.880
обсуждаются контейнерах
строятся из контейнера изображения.

00:06:04.880 --> 00:06:06.440
Можно переносить, контейнера изображения
и

00:06:06.440 --> 00:06:07.390
Это там, где это замечательно.

00:06:07.390 --> 00:06:10.090
И мы увидим в будущем
эпизодов, мы фактически создам

00:06:10.090 --> 00:06:14.260
приложение на моем переносном компьютере
Перемещение изображения контейнера

00:06:14.260 --> 00:06:18.070
вверх на то, что известно как
Реестр контейнера изображения и

00:06:18.070 --> 00:06:22.090
затем потяните, на VM в
Azure, так что его это переносимости

00:06:22.090 --> 00:06:27.690
в изображениях, дает нам это
отличный способ перемещения наших

00:06:27.690 --> 00:06:30.030
работы из среды
>> Мм hm и

00:06:30.030 --> 00:06:30.960
Это также гибкость.

00:06:30.960 --> 00:06:32.340
Все из наших разработчиков
а также видят.

00:06:32.340 --> 00:06:35.200
Вы знаете, построение приложения
Локально на рабочей станции

00:06:35.200 --> 00:06:37.100
известно, что из
точки зрения согласованности

00:06:37.100 --> 00:06:39.690
были ли его для развертывания
ноутбук на сервере

00:06:39.690 --> 00:06:42.850
в центре обработки данных или в
общедоступное облако, он будет работать.

00:06:42.850 --> 00:06:44.050
>> Абсолютно.
>>, Так как они там отображается.

00:06:44.050 --> 00:06:46.260
Он будет иметь зависимости
или он будет извлекать

00:06:46.260 --> 00:06:47.790
Затем у вас
Это гибкость.

00:06:47.790 --> 00:06:51.410
>> Да абсолютно, поэтому некоторые из
это преимущество в контейнерах,

00:06:51.410 --> 00:06:53.880
Итак, как мы видим, что мы
Размещение приложений в этой папке

00:06:53.880 --> 00:06:55.360
но где преимущества?

00:06:55.360 --> 00:06:58.450
Быстрый запуск контейнеров
их Быстрое масштабирование.

00:06:58.450 --> 00:07:00.270
Они могут быстро уничтожен.

00:07:00.270 --> 00:07:03.700
Что размещения на узле
Это намного меньше, чем

00:07:03.700 --> 00:07:04.550
Виртуальная машина.

00:07:04.550 --> 00:07:07.430
Таким образом можно получить это плотность

00:07:07.430 --> 00:07:10.340
на наших физических компьютеров,
Эти контейнеры размещаются.

00:07:10.340 --> 00:07:14.190
Мы может получить большую плотность
с контейнерами с чем

00:07:14.190 --> 00:07:15.900
Виртуальная машина сама.

00:07:15.900 --> 00:07:17.060
>> И в отличие от

00:07:17.060 --> 00:07:19.500
Виртуальная машина, я думаю, что мы будем искать
с точки зрения архитектуры в минуту но

00:07:19.500 --> 00:07:21.870
При создании виртуальной Машины
получены истории с Hyper-V.

00:07:21.870 --> 00:07:25.130
Вы знаете, вы будете о том, как
Многие виртуальные процессы по работе

00:07:25.130 --> 00:07:28.540
нужен, какой объем оперативной памяти, вы должны
виртуальный DVD-дисков, сколько

00:07:28.540 --> 00:07:31.720
сделать какой сети сетей, они
должны быть на VLAN и т. д.

00:07:31.720 --> 00:07:34.550
Есть гораздо больше думать
о из виртуальной машины

00:07:34.550 --> 00:07:38.830
точки зрения, что оборудование
слоя, необязательно,

00:07:38.830 --> 00:07:41.690
он существует в определенной степени
с контейнерами в некоторых аспектах.

00:07:41.690 --> 00:07:46.590
Но с точки зрения, очень
строгая, этой виртуальной Машины будет иметь эти

00:07:46.590 --> 00:07:48.600
виртуальный процессов
Это очень отличается.

00:07:48.600 --> 00:07:51.470
>> Да, я имею в виду, по сути мы
Создание виртуальной Машины, очень похожа на том, как

00:07:51.470 --> 00:07:52.940
Мы бы построения
физический компьютер.

00:07:52.940 --> 00:07:54.230
Нам необходимо определить все из них.

00:07:54.230 --> 00:07:58.410
Компоненты и большого объема
убрать с контейнерами.

00:07:58.410 --> 00:08:02.660
С другой стороны, что я имею в виду, что это ведет в
Этот последний момент здесь

00:08:02.660 --> 00:08:06.770
одна из вещей, которую мы можем сделать с
это контейнеры для сохранить пропорции

00:08:06.770 --> 00:08:09.350
Использование ресурсов этого узла.

00:08:09.350 --> 00:08:11.810
Так что я имею в виду мы создаем
контейнер и сказать Привет

00:08:11.810 --> 00:08:15.880
Использовать такой объем памяти или не
Используйте более такой объем памяти.

00:08:15.880 --> 00:08:18.700
Использование такого количества ЦП
без больших.

00:08:18.700 --> 00:08:21.540
>> Да.
>>, Мы можно ограничить

00:08:21.540 --> 00:08:24.330
какие контейнер можно
использовать с этого хоста.

00:08:24.330 --> 00:08:25.740
>> Вы знаете, как
мегабайт контейнер.

00:08:25.740 --> 00:08:26.870
>> Конечно.
Том.

00:08:26.870 --> 00:08:27.430
Точно так же.

00:08:27.430 --> 00:08:30.200
>> Только в том же способом.

00:08:30.200 --> 00:08:32.620
Стоит также подумать.

00:08:32.620 --> 00:08:34.030
Итак, это.

00:08:34.030 --> 00:08:37.070
Сравните и сравните с
Виртуальная машина, если мы открыть рисунок

00:08:37.070 --> 00:08:39.260
что у нас на следующей
слайд, чтобы помочь нам показать,

00:08:39.260 --> 00:08:41.950
Каковы основные темы из
Этот конкретный график

00:08:41.950 --> 00:08:44.679
что следует знать людей?

00:08:44.679 --> 00:08:46.770
>> Если вы занимались
Исследование было контейнеров

00:08:46.770 --> 00:08:48.790
скорее всего видели очень
как рисунок.

00:08:48.790 --> 00:08:52.360
И один из самых
различия между контейнер

00:08:52.360 --> 00:08:56.130
и виртуальной машины
ненастроенным как контейнер

00:08:56.130 --> 00:08:59.700
Работа с ядром
на узле.

00:08:59.700 --> 00:09:01.610
Поэтому рассмотрение влево
стороны

00:09:01.610 --> 00:09:03.630
у нас есть виртуальной машины.

00:09:03.630 --> 00:09:07.300
У нас есть уровень оборудования,
у нас есть операционная система и

00:09:07.300 --> 00:09:12.260
ядро сервера
как технология низкоуровневой оболочки.

00:09:12.260 --> 00:09:14.740
И затем мы наложение
Виртуальные машины

00:09:14.740 --> 00:09:16.880
на основе этого низкоуровневой оболочки.

00:09:16.880 --> 00:09:19.210
Таким образом каждый из этих виртуальных
Компьютерах установлена операционная система

00:09:19.210 --> 00:09:20.510
и ядра в нем также.

00:09:20.510 --> 00:09:24.370
Поэтому каждый раз мы загружается виртуальной Машины
Мы загрузки полной операционной системы,

00:09:24.370 --> 00:09:25.620
Ядра и все.

00:09:25.620 --> 00:09:28.610
>> И в целом, каждый
будет иметь один виртуальный жесткий диск-

00:09:28.610 --> 00:09:29.020
>> Да.

00:09:29.020 --> 00:09:31.190
>>, Будет
>> Может быть существенной

00:09:31.190 --> 00:09:33.320
расстояние от вашего
любые базы данных хранилища

00:09:33.320 --> 00:09:34.650
Это может быть.

00:09:34.650 --> 00:09:37.570
Да, можно использовать такие вещи, как
разностные диски от чтения

00:09:37.570 --> 00:09:40.820
но все еще только родительского образа, но
потребление памяти

00:09:40.820 --> 00:09:43.920
Обычно связанные с виртуальными машинами
может быть весьма значительным.

00:09:43.920 --> 00:09:44.700
>> Да абсолютно.

00:09:44.700 --> 00:09:48.156
Затем у вас эти
Создание виртуальных машин kinda

00:09:48.156 --> 00:09:51.324
запросы к оборудованию и
получить этот слой гипервизора

00:09:51.324 --> 00:09:54.852
перехватывает эти запросы и
Управление этих запросов

00:09:54.852 --> 00:09:58.816
от оборудования узла
что содержит виртуальную машину.

00:09:58.816 --> 00:10:02.183
Так что это изображение
виртуальной машины.

00:10:02.183 --> 00:10:06.581
Для сравнения узла контейнера
у нас есть оборудование

00:10:06.581 --> 00:10:08.650
узел контейнера.

00:10:08.650 --> 00:10:12.100
У нас есть ОС в ядре
поверх всего этого, на расстоянии

00:10:12.100 --> 00:10:15.380
а также контейнера
программное обеспечение, модуль Docker.

00:10:15.380 --> 00:10:20.950
Windows server контейнер обработчика,
но можно заметить здесь

00:10:20.950 --> 00:10:25.170
не сам контейнер
у этой операционной системы.

00:10:25.170 --> 00:10:26.760
Он не имеет этого ядра.

00:10:26.760 --> 00:10:28.500
Таким образом есть очень общий,

00:10:28.500 --> 00:10:31.525
Эти контейнеры совместное использование
ядра с ОС хост-компьютера.

00:10:31.525 --> 00:10:37.095
Время загрузки гораздо быстрее
есть гораздо меньше происходит

00:10:37.095 --> 00:10:39.665
Когда мы начинаем эти контейнеры
Сравнение виртуальной машины.

00:10:39.665 --> 00:10:42.635
>>, И очевидно, что этот рисунок
Показывает, мы просто сказать, оборудование

00:10:42.635 --> 00:10:45.835
в нижней здесь, но это
может быть физическое оборудование, или

00:10:45.835 --> 00:10:47.595
Это может быть внутри
на виртуальной машине.

00:10:47.595 --> 00:10:48.665
>> Да абсолютно.

00:10:48.665 --> 00:10:51.295
>>, Нет ничего
Остановка этих двух

00:10:51.295 --> 00:10:53.970
различные технологии
к счастью сосуществование.

00:10:53.970 --> 00:10:57.150
Так, может понадобиться для экземпляра
у вас есть узел Hyper-V,

00:10:57.150 --> 00:10:59.880
у вас есть два Виртуальных машин,
один является Linux, один — Windows и

00:10:59.880 --> 00:11:02.500
Запуск Linux контейнеров
внутри одной виртуальной Машины и

00:11:02.500 --> 00:11:04.050
Контейнеры Windows на другой.

00:11:04.050 --> 00:11:06.780
Но, общей физической
системы вы используете смесь

00:11:06.780 --> 00:11:07.700
контейнеры.

00:11:07.700 --> 00:11:09.840
Так что у вас есть лучшие
по сути здесь обоих миров

00:11:09.840 --> 00:11:12.350
При использовании
дополняют друг друга.

00:11:12.350 --> 00:11:14.630
Поэтому они определенно не один или
другой,

00:11:14.630 --> 00:11:17.270
они могут использоваться в
вместе, что важно.

00:11:17.270 --> 00:11:18.490
>> Да абсолютно.

00:11:18.490 --> 00:11:25.150
Поэтому на уровне поверхности, он имеет
очень легко сказать виртуальный

00:11:25.150 --> 00:11:28.970
машины, у нас есть изолированной
ядра внутри контейнера виртуальной Машины

00:11:28.970 --> 00:11:33.110
Мы просматриваете
ядра с ОС хост-компьютера.

00:11:33.110 --> 00:11:34.700
Теперь этот рисунок
немного изменений

00:11:34.700 --> 00:11:37.460
Когда мы рассматриваем
Контейнеры Hyper V

00:11:37.460 --> 00:11:41.120
Который предоставляет дополнительный
уровень изоляции, довольно

00:11:41.120 --> 00:11:43.330
перенос этого контейнера
в виртуальной Машине сам.

00:11:43.330 --> 00:11:44.450
>> Да и
в пару недель время

00:11:44.450 --> 00:11:46.960
Мы будем возникли эпизоды
Контейнеры HyperV справа

00:11:46.960 --> 00:11:50.260
момент времени когда они
доступно для пользователей для тестирования.

00:11:50.260 --> 00:11:52.860
Таким образом, вы увидите несколько эпизодов на
контейнер, канал

00:11:52.860 --> 00:11:56.520
помочь людям что проанализируем
Контейнер Hyper-V происходит потому, что

00:11:56.520 --> 00:11:59.690
он определенно добавляет дополнительный
уровень возможностей, но

00:11:59.690 --> 00:12:02.390
довольно сложно понять
а также о том, что происходит в

00:12:02.390 --> 00:12:05.550
Такой смешанный набор
технологии "s здесь таким образом.

00:12:05.550 --> 00:12:07.070
>> Абсолютно.
>>, Ждите что один.

00:12:07.070 --> 00:12:12.410
>> Так, чтобы он типа узла
>> Разница контейнера узла виртуальной Машины.

00:12:12.410 --> 00:12:14.890
Кроме того, есть некоторые различия
так мы соответствующие контейнеры

00:12:14.890 --> 00:12:15.880
Сравнение виртуальной машины.

00:12:15.880 --> 00:12:16.740
Существует довольно shift

00:12:16.740 --> 00:12:19.940
особенно если были в
которые вы управление виртуальной Машины для наката

00:12:19.940 --> 00:12:20.970
длительное время.

00:12:20.970 --> 00:12:23.560
Это действительно как мы
Используйте изображения контейнера.

00:12:23.560 --> 00:12:27.150
Так что если вы занимались массы
развертывание виртуальной машины, вы, вероятно,

00:12:27.150 --> 00:12:29.840
знакомы с концепцией
как образ виртуальной Машины, которая подобна

00:12:29.840 --> 00:12:33.900
sys prept версии ОС
что мы можно развернуть группу

00:12:33.900 --> 00:12:37.660
Виртуальные машины и разогрева кучу
виртуальных машин в быструю скорость.

00:12:37.660 --> 00:12:39.970
Очень контейнера изображения
отличается от образ виртуальной Машины, и

00:12:39.970 --> 00:12:41.810
мы увидим
будут рассмотрены, deep.

00:12:41.810 --> 00:12:44.890
А также способ управления
сеть с наших контейнеров

00:12:44.890 --> 00:12:46.370
Так что это довольно разные.

00:12:48.060 --> 00:12:50.780
Он отличается от как мы
потенциально будет управлять

00:12:50.780 --> 00:12:52.880
сеть с виртуальных машин, а
также заметить, что также.

00:12:52.880 --> 00:12:53.430
>> Хорошо охлаждения.

00:12:53.430 --> 00:12:56.290
Расскажите нам, чуть подробнее на
наименее как введение к ним

00:12:56.290 --> 00:12:57.650
изображения, которые упоминания.

00:12:57.650 --> 00:13:00.930
И я знаю, в следующей серии
мы собираемся углубимся дальше,

00:13:00.930 --> 00:13:02.880
значительно глубже
в контейнере изображения но

00:13:02.880 --> 00:13:06.340
просто дать людям 10000
колонтитул для просмотра изображений.

00:13:06.340 --> 00:13:07.340
>> Да абсолютно.

00:13:07.340 --> 00:13:10.220
И я называю это поскольку
Это чрезвычайно важная часть

00:13:10.220 --> 00:13:11.840
о работе с контейнерами.

00:13:11.840 --> 00:13:15.530
Поэтому изображения контейнера являются
они чтения только шаблон

00:13:15.530 --> 00:13:18.720
которые используются для запуска
Настройка контейнера с.

00:13:18.720 --> 00:13:22.280
Эти шаблоны
содержать приложений.

00:13:22.280 --> 00:13:24.940
Они содержат зависимости
для приложений.

00:13:24.940 --> 00:13:27.700
И они могут также содержать
инструкции, которые отчасти нравится

00:13:27.700 --> 00:13:28.790
загрузки изображения.

00:13:28.790 --> 00:13:32.198
Так как каждый раз при запуске
контейнер для этого изображения

00:13:32.198 --> 00:13:33.590
Запустите этот процесс.

00:13:33.590 --> 00:13:35.680
И мы увидим.

00:13:35.680 --> 00:13:38.950
Эти изображения могут состоять
несколько слоев.

00:13:38.950 --> 00:13:42.790
Поэтому могут иметь базовый образ операционной системы,
как Ubuntu, а затем я может

00:13:42.790 --> 00:13:48.580
есть другой слой поверх
что это Мое веб-приложение.

00:13:48.580 --> 00:13:51.540
А затем для каждого контейнера
запуска на моем узле на

00:13:51.540 --> 00:13:56.530
с помощью этого базового образа операционной системы
все они используют один экземпляр

00:13:56.530 --> 00:13:59.810
изображения это место
Мы можем получить этот небольшой объем-

00:13:59.810 --> 00:14:01.930
>> Оптимизировать использование ресурсов.

00:14:01.930 --> 00:14:06.060
>> Оптимизировать использование ресурсов и
можно достичь, плотность

00:14:06.060 --> 00:14:08.510
совместное использование этих изображений и мы будет
посмотреть пример, а также.

00:14:09.640 --> 00:14:14.300
Я уже говорил о
изображения, содержащие

00:14:14.300 --> 00:14:18.030
выполнение инструкций
и наконец, эти изображения

00:14:18.030 --> 00:14:21.500
сохранения и извлечения
из реестра контейнера.

00:14:21.500 --> 00:14:23.600
Это, как мы можем
достичь этого переносимости.

00:14:23.600 --> 00:14:26.850
Локально, поэтому разработка
сохранить в реестре

00:14:26.850 --> 00:14:28.930
поместить его моей
производственной среды.

00:14:28.930 --> 00:14:29.430
>> Реестра, репозитория.
>> [ПЕРЕКРЕСТНЫХ ПОМЕХ]

00:14:29.430 --> 00:14:31.784
>> Реестра, хранилище,

00:14:31.784 --> 00:14:36.150
просто поместите.
У нас есть закрытый реестров

00:14:36.150 --> 00:14:38.830
то, что мы рассмотрим в
будущие эпизоды —

00:14:38.830 --> 00:14:40.420
общественный реестр Доктор концентратора.

00:14:40.420 --> 00:14:41.590
>> Право.
Итак охлаждения.

00:14:41.590 --> 00:14:44.590
Таким образом, мне представляется, что
немного фона.

00:14:44.590 --> 00:14:46.710
Вы хотите утка в демонстрационную версию
и нам [перекрестных ПОМЕХ].

00:14:46.710 --> 00:14:48.040
>> Да, абсолютно.

00:14:48.040 --> 00:14:50.350
Давайте посмотрим
в демонстрации.

00:14:50.350 --> 00:14:53.587
Поэтому позвольте мне просто размер вверх Мой
Среда здесь, поэтому я собираюсь

00:14:53.587 --> 00:14:57.120
сделать много эти начальные демонстрации
Использование контейнеров Linux.

00:14:57.120 --> 00:15:02.790
Который сказал, что у меня здесь является
Основное приложение Linux в Hyper-V

00:15:02.790 --> 00:15:03.900
на компьютере здесь.

00:15:03.900 --> 00:15:05.750
Поэтому, хотя я работаю в Linux

00:15:05.750 --> 00:15:09.150
Фактически я работаю с
на компьютере версия Hyper-V.

00:15:09.150 --> 00:15:12.240
Теперь я собираюсь быть запущена
множество команд Docker.

00:15:12.240 --> 00:15:15.350
Docker —
как мы видели в других видео

00:15:15.350 --> 00:15:17.950
является контейнером
Система управления.

00:15:17.950 --> 00:15:21.250
Мы будем использовать его здесь
для Linux контейнеров

00:15:21.250 --> 00:15:23.900
Я также покажу пример
с помощью Docker против

00:15:23.900 --> 00:15:25.570
Windows Server
Контейнер также.

00:15:25.570 --> 00:15:26.670
>> Отлично, так что, повторюсь, и

00:15:26.670 --> 00:15:29.990
уже есть некоторые
Документация по MSDN

00:15:29.990 --> 00:15:31.540
веб-узла и на GitHub.

00:15:31.540 --> 00:15:34.420
Где можно, если требуется
Начало работы с Docker и

00:15:34.420 --> 00:15:36.730
Контейнеры Windows Server
Нет здесь материалы для вас.

00:15:36.730 --> 00:15:38.050
>> Да.
>> Чтобы убрать его.

00:15:38.050 --> 00:15:39.620
>>, Мы рассмотрим только
в некоторые основные команды.

00:15:39.620 --> 00:15:41.470
Поэтому я на мой
Здесь узла контейнера.

00:15:41.470 --> 00:15:46.120
Я собираюсь сделать изображения Docker

00:15:46.120 --> 00:15:49.320
для просмотра списка изображений,
у этого узла контейнера мы

00:15:49.320 --> 00:15:52.470
можно увидеть, что у меня есть три загрузки двух
а затем несколько других.

00:15:52.470 --> 00:15:54.140
>> Как они попали существует?

00:15:54.140 --> 00:15:58.260
>>, я получил к ним
помещению их от концентратора Docker

00:15:58.260 --> 00:15:58.850
реестр.

00:15:58.850 --> 00:15:59.417
>> О ' кей.
>> Т

00:15:59.417 --> 00:16:01.934
в качестве примера при желании
выпадающем новое изображение

00:16:01.934 --> 00:16:02.587
допустим.

00:16:08.012 --> 00:16:10.450
Возможно, MySQL.

00:16:10.450 --> 00:16:16.010
Я собираюсь выполнить команду
Поиск docker MySQL.

00:16:16.010 --> 00:16:18.670
Что нужно сделать — он будет
достичь out таким образом к концентратору Docker

00:16:18.670 --> 00:16:19.820
реестр, и

00:16:19.820 --> 00:16:23.840
Возвращает список изображений
MySQL имеют в своих именах.

00:16:23.840 --> 00:16:27.560
Здесь можно увидеть, у нас есть
в этом столбце, должностного лица, и

00:16:27.560 --> 00:16:32.070
Тип немного означает,
это официальный изображения.

00:16:32.070 --> 00:16:35.290
Чтобы можно было видеть MySQL,
это официальный изображения.

00:16:35.290 --> 00:16:37.210
А также отображаются ЗВЕЗДЫ.

00:16:37.210 --> 00:16:39.750
Поэтому эти изображения могут быть
Оценка на концентраторе Docker.

00:16:39.750 --> 00:16:43.730
Ненастроенным получить некоторые указания
через это представление

00:16:43.730 --> 00:16:46.290
Эй, является, вероятно, изображение я
Чтобы перейти после, поскольку я просто

00:16:46.290 --> 00:16:51.190
требуется очень обобщенный
Перейти на изображение MySQL.

00:16:51.190 --> 00:16:52.660
Но есть немало
работу с ней.

00:16:52.660 --> 00:16:55.918
>> Его представляют интерес, так много
люди передали, что именно выглядело

00:16:55.918 --> 00:16:58.028
Чтобы быть эквивалентности
того же изображения

00:16:58.028 --> 00:17:00.925
Несмотря на то, что он существует
Это здорово, что можно

00:17:00.925 --> 00:17:03.230
Используйте что хорошо номинальной все готово.

00:17:03.230 --> 00:17:04.690
>> Но
Это делает смысл, поэтому

00:17:04.690 --> 00:17:08.880
Можно взять это
MySQL изображению, официально.

00:17:08.880 --> 00:17:12.630
Сделать несколько изменений
связать с моего приложения.

00:17:12.630 --> 00:17:14.830
>> О ' кей.
>> И возможно учесть его обратно до

00:17:14.830 --> 00:17:17.870
Этот общественный реестр таким образом, я
можно извлечь его где-то еще.

00:17:17.870 --> 00:17:18.540
>> Все права, см.

00:17:18.540 --> 00:17:22.035
Таким образом могу предположить, что если они документов
часть, в описании

00:17:22.035 --> 00:17:23.800
, как некоторые из них просто
по-прежнему скажите Мой sequels.

00:17:23.800 --> 00:17:24.480
>> Уверены что.

00:17:24.480 --> 00:17:25.580
>> Абсолютно.

00:17:25.580 --> 00:17:28.230
Нам нужны некоторые хорошо
подсказки документации.

00:17:28.230 --> 00:17:30.200
>> Конечно.
[ХОХОЧЕМ] Конечно же, поэтому

00:17:30.200 --> 00:17:30.990
Давайте делать это.

00:17:30.990 --> 00:17:31.913
Давайте действительно, поэтому мы.

00:17:35.743 --> 00:17:37.460
Увидеть список изображений
на моем компьютере.

00:17:37.460 --> 00:17:41.860
Пойдем дальше и увеличения
контейнер, и увидеть,

00:17:41.860 --> 00:17:44.480
Создание контейнера и если
можно сделать что-то с ним.

00:17:44.480 --> 00:17:48.870
Так что если я фактически выполнить команду,
docker ps, мы видим

00:17:48.870 --> 00:17:51.470
ps, docker по сути
Возвращает список контейнеров,

00:17:51.470 --> 00:17:52.725
мы видим, что у меня нет здесь.

00:17:52.725 --> 00:17:53.680
>> Мм hm.

00:17:53.680 --> 00:17:57.800
>> Если сделать docker ps тире ИТ
Возвращает список контейнеров

00:17:57.800 --> 00:18:01.350
либо находятся в запущен
состояние или остановлена.

00:18:01.350 --> 00:18:04.110
И опять у меня нет контейнеров
на этом компьютере ни при каких обстоятельствах.

00:18:05.120 --> 00:18:06.910
Поэтому я собираюсь выполнить команду,
doc или выполнения

00:18:09.730 --> 00:18:14.160
Тире ИТ и по сути ИТ тире
запустится в моем контейнера

00:18:14.160 --> 00:18:18.130
интерактивный режим и возврат
Мои нажатий клавиш на экране.

00:18:18.130 --> 00:18:20.410
Таким образом, по сути, тратить
Запуск контейнера и

00:18:20.410 --> 00:18:24.470
перейти в этот контейнер
Затем необходимо выбрать изображение

00:18:25.520 --> 00:18:27.180
что требуется использовать для
Создание контейнера.

00:18:27.180 --> 00:18:30.800
Я выберу мой образ Ubuntu
и присвойте ему команду.

00:18:31.990 --> 00:18:34.500
Так что я буду работать в
интерактивный режим, выполните команду

00:18:34.500 --> 00:18:35.610
Будет выполнена, в этом случае

00:18:35.610 --> 00:18:38.320
Я просто собираюсь открыть
вверх задней оболочки и

00:18:38.320 --> 00:18:41.310
Это быстро Мой контейнер
был создан и

00:18:41.310 --> 00:18:42.840
Я в моем контейнера
в этой точке.

00:18:42.840 --> 00:18:43.900
>>, Который был быстро.

00:18:43.900 --> 00:18:44.910
>> Это очень быстро.

00:18:44.910 --> 00:18:47.630
>> И имя контейнера
Это давно?

00:18:47.630 --> 00:18:50.610
>>, Это является частью
крышка контейнера.

00:18:50.610 --> 00:18:54.260
Контейнер также был задан
имя, мы рассмотрим в правильности.

00:18:54.260 --> 00:18:56.270
Мы будем spill из контейнера
Здесь немного и

00:18:56.270 --> 00:18:56.930
Взгляните на который.

00:18:56.930 --> 00:18:58.040
>> Прекрасно вправо, все в порядке.

00:18:58.040 --> 00:18:59.160
Но это было быстро.

00:18:59.160 --> 00:18:59.690
>> Да, поэтому

00:18:59.690 --> 00:19:03.020
внутри контейнера, если мы используем
Вид у меня файловой системы.

00:19:03.020 --> 00:19:07.460
Поэтому в фоновом режиме нет
кучу вещи писать на с

00:19:07.460 --> 00:19:12.070
технологию контейнера
Чтобы решить данную проблему, поэтому

00:19:12.070 --> 00:19:15.390
у нас есть пространства имен и
Изоляция процессов.

00:19:15.390 --> 00:19:17.573
Таким образом в то время как с
Виртуальная машина

00:19:17.573 --> 00:19:21.110
Мы скорость вращения
самодостаточный виртуальной машины.

00:19:21.110 --> 00:19:23.650
Этот контейнер становится контейнером
на этом узле

00:19:23.650 --> 00:19:26.240
вместе с другими контейнерами.

00:19:26.240 --> 00:19:30.960
И с помощью пространства имен и
процесс изоляции технологий

00:19:30.960 --> 00:19:35.870
Из что внутри этого контейнера
он выглядит как полный,

00:19:35.870 --> 00:19:39.030
изолированного экземпляра
операционная система Ubuntu.

00:19:39.030 --> 00:19:40.490
>> Да, он думает, он имеет
Единственная вещь здесь-

00:19:40.490 --> 00:19:41.413
>> Он думает, что он является единственным

00:19:41.413 --> 00:19:42.480
Всего существует по существу.

00:19:42.480 --> 00:19:43.420
>> С точки зрения ресурсов.

00:19:43.420 --> 00:19:44.480
>> С точки зрения ресурсов.

00:19:44.480 --> 00:19:46.250
Таким образом можно увидеть, что у нас есть
в файловой системе, поэтому

00:19:46.250 --> 00:19:50.750
Это может быть что-то
как тест Mkdir.

00:19:50.750 --> 00:19:52.040
>> Создание папки
по существу.

00:19:52.040 --> 00:19:53.519
>> Да, поэтому
Я создал этот тест папки.

00:19:55.951 --> 00:19:58.911
И я собираюсь пойти дальше и
Переход из

00:19:58.911 --> 00:20:03.662
Мой контейнер, введя exit,
Таким образом можно увидеть, что я обратно.

00:20:03.662 --> 00:20:07.910
В узел контейнера
Если сделать что-то вроде ls,

00:20:07.910 --> 00:20:11.970
мы видим, что я не
Здесь есть тестовую папку.

00:20:11.970 --> 00:20:12.980
>> Да.

00:20:12.980 --> 00:20:15.430
>> Таким образом довольно простой вещи
Но давайте рассмотрим

00:20:15.430 --> 00:20:16.870
контейнер, в котором был
был создан.

00:20:16.870 --> 00:20:20.610
Поэтому я собираюсь запустить
docker ps тире, а

00:20:20.610 --> 00:20:23.535
Здесь вы видите, у нас есть
Идентификатор контейнера, который мы видели до-

00:20:23.535 --> 00:20:24.110
>> Мм hm.

00:20:24.110 --> 00:20:27.050
>> Но также имя и
его тип обтекания здесь.

00:20:27.050 --> 00:20:28.890
Но можно увидеть, что мы уже
Этот странный есть.

00:20:28.890 --> 00:20:30.640
>>, Была
случайным образом?

00:20:30.640 --> 00:20:31.220
>> Да.

00:20:31.220 --> 00:20:32.400
>> Определить pearl человек?

00:20:32.400 --> 00:20:33.670
>> Определить pearl человек.

00:20:33.670 --> 00:20:35.030
Да так что случайным образом.

00:20:35.030 --> 00:20:35.860
>> Любой хуже.

00:20:35.860 --> 00:20:36.920
>> Да Да.

00:20:36.920 --> 00:20:42.500
Поэтому очень просто, это был простой
Пример создания контейнера

00:20:42.500 --> 00:20:43.750
Изменение в контейнере.

00:20:43.750 --> 00:20:47.390
Поэтому изменения, мы
как создание папки.

00:20:47.390 --> 00:20:50.370
Это может быть легко
Некоторые программное обеспечение установлено.

00:20:50.370 --> 00:20:51.650
Так что давайте фактически
Взгляните на который.

00:20:54.920 --> 00:20:56.371
Поэтому я собираюсь создать
новый контейнер.

00:21:01.323 --> 00:21:05.312
И я также собираюсь запуска
Это в интерактивном режиме

00:21:05.312 --> 00:21:06.710
Использование Ubuntu.

00:21:06.710 --> 00:21:07.840
>> Того же базового, снова.

00:21:07.840 --> 00:21:09.404
>> Того же базового
[INAUDIBLE] изображение.

00:21:09.404 --> 00:21:10.900
>> Мм hm.
>> И я собираюсь начать

00:21:10.900 --> 00:21:12.650
оболочка.

00:21:12.650 --> 00:21:14.190
Таким образом будет создан контейнер.

00:21:14.190 --> 00:21:15.460
Теперь я внутри контейнера.

00:21:15.460 --> 00:21:16.330
>> Другой.

00:21:16.330 --> 00:21:17.480
Знаков, так и номера

00:21:17.480 --> 00:21:19.350
при различных
на предыдущий.

00:21:19.350 --> 00:21:20.110
>> Да абсолютно.

00:21:20.110 --> 00:21:22.340
И теперь я действительно хочу
Установка некоторых программ.

00:21:22.340 --> 00:21:23.820
И мы сделаем это, мы будем
Установка некоторых программ

00:21:23.820 --> 00:21:26.350
в контейнер,
После программного обеспечения

00:21:26.350 --> 00:21:29.985
был установлен в контейнере
перейдем рождения и

00:21:29.985 --> 00:21:33.195
Затем, в записи
свой собственный образ контейнера.

00:21:33.195 --> 00:21:37.025
Таким образом мы создадим контейнер
изображения, которые извлекаются из

00:21:37.025 --> 00:21:39.095
базовая ОС изображение.

00:21:39.095 --> 00:21:43.679
Поэтому я собираюсь выполнить команду app get и
Я просто выберу для установки текста

00:21:43.679 --> 00:21:47.029
редактор, и
а затем фактически прежде,

00:21:47.029 --> 00:21:51.372
можно увидеть, если я запускаю команду
их команда не найдена.

00:21:58.296 --> 00:22:01.367
Я использую пакет
Технология управления

00:22:01.367 --> 00:22:05.932
в Linux называется apt-get для только что
помогать, взять программное обеспечение и

00:22:05.932 --> 00:22:08.240
Установите его в контейнере.

00:22:08.240 --> 00:22:09.140
>> О ' кей.
>> И опять,

00:22:09.140 --> 00:22:10.980
Я говорю, установите его в
контейнер, есть.

00:22:10.980 --> 00:22:13.180
Пространство имен, изоляции процессов.

00:22:13.180 --> 00:22:16.870
Есть некоторые изобретательности, перейдя
на уровне узла контейнера

00:22:16.870 --> 00:22:17.540
но по сути,

00:22:17.540 --> 00:22:19.840
Вот что мы делаем —
Установка этого программного обеспечения.

00:22:19.840 --> 00:22:22.600
>>, Но внутри этого контейнера
он есть рабочий базовый

00:22:22.600 --> 00:22:25.170
там, где это по сути где
изменения фиксируются.

00:22:25.170 --> 00:22:25.680
>> Точно.

00:22:25.680 --> 00:22:28.120
>> Таким образом она будет происходить в
там, даже если он думает

00:22:28.120 --> 00:22:32.470
Если бы он был в мире Windows
запись cdrive и Windows.

00:22:32.470 --> 00:22:35.615
Это не запись узла
Windows, так как в

00:22:35.615 --> 00:22:38.910
режиме только для чтения, по существу,
базовый образ, записываемых для

00:22:38.910 --> 00:22:43.500
рабочие места где можно позволить
можно сохранить, отключение изображения.

00:22:43.500 --> 00:22:47.790
>> Точно таким образом, поцарапать
пространство становится следующего слоя в

00:22:47.790 --> 00:22:50.190
изображение при мы
Захват этого контейнера.

00:22:50.190 --> 00:22:52.820
>> Хорошо, поэтому
он выглядит как загрузки и.

00:22:52.820 --> 00:22:54.520
>> Установка завершена.

00:22:54.520 --> 00:22:55.780
>> Еще бы.
Таким образом я по-прежнему в контейнере

00:22:55.780 --> 00:22:57.270
Таким образом будет запускать их.

00:22:57.270 --> 00:23:00.005
Как видите, моего программного обеспечения
была установлена.

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

00:23:01.900 --> 00:23:03.290
>> Таким образом меня существует.

00:23:03.290 --> 00:23:07.380
И я выход из контейнера.

00:23:11.089 --> 00:23:12.366
Попробуйте еще раз.

00:23:15.697 --> 00:23:18.549
И вот мои два
контейнеры, вот первый

00:23:18.549 --> 00:23:21.800
Мы создали и затем
последний, я создал.

00:23:21.800 --> 00:23:27.290
Это имеет имя-
>> Chandroseka платежных средств.

00:23:27.290 --> 00:23:29.805
>> Да Спасибо за
произношении, для меня.

00:23:29.805 --> 00:23:32.510
>> [ХОХОЧЕМ]
>> Его, я не знаю, где

00:23:32.510 --> 00:23:35.860
они получат это очень, очень
различные имена в сравнении с

00:23:35.860 --> 00:23:38.470
2 мы есть на основании
2 у нас на данный момент.

00:23:38.470 --> 00:23:40.690
>>, Что я пойду сейчас
— я собираюсь это последний

00:23:40.690 --> 00:23:43.200
контейнер, который мы создали, и я
нужно создать изображение из него.

00:23:43.200 --> 00:23:49.820
Все вправо, чтобы зафиксировать Docker
>> Просто я собираюсь

00:23:49.820 --> 00:23:53.800
получить представление о контейнере
и я просто Назову ее их

00:23:55.660 --> 00:23:59.230
и мы видим, быстро
большой длинный сетка была возвращена

00:24:02.580 --> 00:24:06.230
Теперь, если я сделаю Docker изображений
снова будет видно, что у меня есть

00:24:07.290 --> 00:24:09.990
>> Другой рисунок, а затем и

00:24:09.990 --> 00:24:15.665
Поэтому я расскажу об docker vim
Я повторю проделанные интерактивный режим.

00:24:15.665 --> 00:24:22.720
И vim и тире.

00:24:22.720 --> 00:24:23.720
>> Но
Теперь вы можете по существу,

00:24:23.720 --> 00:24:25.750
Я знаю, что мы собираемся Титульная страница
в последующие видео

00:24:25.750 --> 00:24:27.600
по сути, вы можете
Предоставление этого vim

00:24:27.600 --> 00:24:28.970
>> Изображение всем.

00:24:28.970 --> 00:24:29.790
>> Абсолютно.
>> И они будут иметь

00:24:29.790 --> 00:24:34.110
возможность запускать на компьютере,
предоставляя Linux базе.

00:24:34.110 --> 00:24:35.790
>> Да.
>> И он будет работать точно так же.

00:24:35.790 --> 00:24:39.530
>> Да, Да, мы можем
образ, который мы только что создали, и

00:24:39.530 --> 00:24:41.170
надавите на нее до Docker концентратора.

00:24:41.170 --> 00:24:43.480
А затем переместить его
в вашей среде и

00:24:43.480 --> 00:24:44.440
просто запустите его.

00:24:44.440 --> 00:24:45.400
>> Здорово, замечательно.

00:24:45.400 --> 00:24:49.290
>>, я только что создал новый
контейнер из этого образа.

00:24:49.290 --> 00:24:50.640
И будет введите vim.

00:24:50.640 --> 00:24:52.170
И вы увидите
нет программного обеспечения.

00:24:52.170 --> 00:24:53.960
>> Да, неплохо.

00:24:53.960 --> 00:24:56.730
>> Т
Это довольно просто.

00:24:56.730 --> 00:25:00.220
И в следующем видео мы подробнее рассмотрим
в изображения совсем немного.

00:25:00.220 --> 00:25:04.630
Фактически мы будем
Взгляните на том, как

00:25:04.630 --> 00:25:08.130
производные от базового образа
Сравнивает эту базу.

00:25:08.130 --> 00:25:10.160
Мы рассмотрим иерархическое представление
Фактически мы рассмотрим

00:25:10.160 --> 00:25:12.870
гораздо более Микроскопические взгляд на
>> Как ненастроенным, иерархическое представление

00:25:12.870 --> 00:25:13.620
работает.

00:25:13.620 --> 00:25:16.580
Но чтобы ненастроенным завершают
демонстрации

00:25:16.580 --> 00:25:19.070
Это первое Знакомство
и это было очень просто.

00:25:19.070 --> 00:25:21.500
Мы создали папку
Мы установлены некоторые программы.

00:25:21.500 --> 00:25:24.630
Но я также хотел дать вид
для полноценной пример

00:25:24.630 --> 00:25:26.300
Запущено приложений
в контейнере

00:25:26.300 --> 00:25:29.210
Чтобы узнать что-нибудь
немного более удобным.

00:25:29.210 --> 00:25:34.731
Чтобы сделать это, я действительно позвольте мне
выйти из этого контейнера.

00:25:39.741 --> 00:25:41.877
Позвольте мне просто получить
в папку.

00:25:45.155 --> 00:25:48.130
Я собираюсь использовать что-нибудь
Вызванный составлять Docker.

00:25:48.130 --> 00:25:50.670
То, что рассказать
о в следующем видео.

00:25:50.670 --> 00:25:55.440
Но составлять Docker — вид
средства взаимодействия

00:25:55.440 --> 00:26:00.140
которая позволяет нам
Определение инструкции по

00:26:00.140 --> 00:26:03.740
Развертывание нескольких контейнеров
и их связи.

00:26:03.740 --> 00:26:07.050
Это просто автоматизация
инструмент для типа развертывания

00:26:07.050 --> 00:26:08.520
полное приложение
>> Право.

00:26:08.520 --> 00:26:10.640
>> основывается на несколько
другие контейнеры.

00:26:10.640 --> 00:26:11.210
>> О ' кей.
>> Таким образом,

00:26:11.210 --> 00:26:14.080
Я довольно просто
>> Получить в этом примере и

00:26:14.080 --> 00:26:14.600
Быстрый запуск.

00:26:14.600 --> 00:26:16.790
Я собираюсь использовать что-нибудь
составить вызванного врачом.

00:26:16.790 --> 00:26:20.810
Все права, поэтому

00:26:20.810 --> 00:26:26.140
Доктор составлять врача тире
Составьте до места d тире.

00:26:26.140 --> 00:26:32.080
Позвольте мне, повторите попытку.

00:26:34.220 --> 00:26:35.275
У меня не было в папке «справа».

00:26:35.275 --> 00:26:40.272
docker-составлять вверх -d.

00:26:41.810 --> 00:26:45.490
Быстро, она появится
подключение двух компьютеров.

00:26:45.490 --> 00:26:47.540
Таким образом, если сделать docker ps

00:26:48.740 --> 00:26:52.320
можно увидеть, что у меня
выполнение двух контейнеров.

00:26:53.580 --> 00:26:57.121
Изображения, используемые были
neilpeterson/front и

00:26:57.121 --> 00:26:58.935
затем образ MySQL и

00:26:58.935 --> 00:27:02.211
они выполняются
Сейчас эта система.

00:27:04.032 --> 00:27:07.213
Позвольте мне просто взять IP
адрес этой системы.

00:27:21.557 --> 00:27:25.532
И что мы делаем, что в
Здесь происходит — я присоединения

00:27:25.532 --> 00:27:29.405
для приложения, которое работает
в передней закончилась контейнера.

00:27:29.405 --> 00:27:30.170
>> Мм hm.

00:27:30.170 --> 00:27:32.490
Это просто маленький простой формы
он будет вставить некоторые

00:27:32.490 --> 00:27:34.650
данные в базу данных.

00:27:34.650 --> 00:27:35.640
Так что я просто сделаем C9 C9.

00:27:35.640 --> 00:27:39.150
Я не заполнять фактически это.

00:27:41.560 --> 00:27:42.250
Нажмите кнопку Отправить.

00:27:49.400 --> 00:27:52.100
И затем я перешел на другую страницу
в приложение и вы можете

00:27:52.100 --> 00:27:55.880
увидеть, где мы получение
данные из фактического MySQL

00:27:55.880 --> 00:27:58.980
экземпляр, который был запущен на
второй контейнер существует.

00:27:58.980 --> 00:28:01.400
>> Неплохо.
Таким образом, Docker состоит

00:28:01.400 --> 00:28:04.470
возможность только что
используемые был по существу

00:28:04.470 --> 00:28:06.210
с помощью типа
файл конфигурации.

00:28:06.210 --> 00:28:07.530
>> Да.
>> Делать, это необходимо и

00:28:07.530 --> 00:28:08.920
Это, аналог.

00:28:08.920 --> 00:28:11.250
И уже настроен
Эти индивидуально слишком.

00:28:11.250 --> 00:28:13.100
И что он сказал
при его запуске и

00:28:13.100 --> 00:28:17.525
Вы увидите, существует локальный/bin/начало
для моего SQL и

00:28:17.525 --> 00:28:20.170
Run.sh для переднего плана.

00:28:20.170 --> 00:28:22.110
Это по сути что-
>> Да,

00:28:22.110 --> 00:28:23.890
Давайте просто
Просмотрите файл.

00:28:23.890 --> 00:28:25.140
Именно поэтому
что мы делаем,

00:28:25.140 --> 00:28:27.750
Я просто определил два
контейнеры здесь.

00:28:27.750 --> 00:28:30.280
Поэтому Мой первый контейнер
Я хочу использовать это изображение.

00:28:30.280 --> 00:28:32.210
Здесь представлены некоторые порты
который будет рассказано о

00:28:32.210 --> 00:28:34.210
в следующем видео.

00:28:34.210 --> 00:28:36.840
И просто установить некоторые
переменные среды и

00:28:36.840 --> 00:28:39.640
Затем то же самое для
Мой второй контейнер.

00:28:39.640 --> 00:28:44.160
Поэтому просто автоматический способ

00:28:44.160 --> 00:28:46.940
несколько контейнеров, скорость вращения
их связи друг с другом.

00:28:46.940 --> 00:28:47.760
>> Неплохо.

00:28:47.760 --> 00:28:49.520
>> Да и опять же, я хочу
Нет, я просто хочу

00:28:49.520 --> 00:28:52.560
Показать вид более практическая
пример контейнера, какие

00:28:52.560 --> 00:28:56.220
можно сделать за пределы только при создании
папки и установка программного обеспечения.

00:28:56.220 --> 00:28:59.560
Но выполнение приложения
из контейнера.

00:28:59.560 --> 00:29:03.080
>> Хорошо, Итак, теперь могу предположить, что
Наш демонстрационный завершается.

00:29:03.080 --> 00:29:06.800
И это приводит нас к концу
из этой первой серии об этом

00:29:06.800 --> 00:29:09.250
в мини-серии
Канал контейнеров.

00:29:09.250 --> 00:29:10.940
Есть некоторые рекомендуемые
необходимые ресурсы

00:29:10.940 --> 00:29:12.430
Чтобы убедиться, что
вы знакомы.

00:29:12.430 --> 00:29:14.510
Во-первых вы можете загрузить
Технические окно сервера

00:29:14.510 --> 00:29:17.430
в настоящее время технические Предварительный просмотр
Предварительный просмотр 3 момент

00:29:17.430 --> 00:29:19.770
записи, если вы смотрите
Это где-нибудь на строку вниз

00:29:19.770 --> 00:29:22.430
Это может быть T P 4
Это может быть даже более поздней версии.

00:29:22.430 --> 00:29:24.050
По-прежнему будет относиться.

00:29:24.050 --> 00:29:29.396
Поэтому извлечение этого, просмотр
Документация контейнера на MSDN.Microsoft.com/virtualiza-

00:29:29.396 --> 00:29:31.415
необходимые данные, есть ресурсы Docker

00:29:31.415 --> 00:29:35.740
docker.com/Microsoft, а также получить
Нет работы с Docker

00:29:35.740 --> 00:29:39.518
ссылки на документацию, как
Ну, docs.docker.com/windows.

00:29:39.518 --> 00:29:43.100
Множество полезных ресурсов
и Присоединяйтесь к нам еще раз на следующей

00:29:43.100 --> 00:29:46.570
видео в этой мини-серии, где
Нил и изучать

00:29:46.570 --> 00:29:49.293
изображения более подробно, и
сети и мобильность.

00:29:49.293 --> 00:29:51.852
Да, круто, спасибо.

00:29:51.852 --> 00:29:52.352
Увидимся позже.

00:29:52.352 --> 00:30:02.352
[МУЗЫКА]