WEBVTT

00:00:00.120 --> 00:00:08.800
Добро пожаловать в другой Hello
контейнеры канала эпизода.

00:00:08.800 --> 00:00:12.580
Меня зовут Мэтт McSpirit Техническая
все наши данные-идеолог

00:00:12.580 --> 00:00:15.640
Центр технологий и это является
часть в немного miniseries

00:00:15.640 --> 00:00:18.450
происходит
контейнеры основных принципов.

00:00:18.450 --> 00:00:21.200
В первом эпизоде этого
miniseries, который мы говорили немного

00:00:21.200 --> 00:00:24.770
бит о некоторых ключа
Основные понятия вокруг изображения, вокруг

00:00:24.770 --> 00:00:28.490
сети, вокруг здания
контейнер, запустим контейнера.

00:00:28.490 --> 00:00:29.830
Мы надеемся, некоторые из
архитектуры

00:00:29.830 --> 00:00:32.380
различия между
контейнеры и Виртуальных машин.

00:00:32.380 --> 00:00:35.130
И в этом эпизоде я с удовольствием
для объединения, Нил Peterson

00:00:35.130 --> 00:00:38.940
еще раз, чтобы помочь нам понять
немного более подробно, или

00:00:38.940 --> 00:00:42.930
следует сказать, совсем немного больше
Глубина этого времени на изображениях

00:00:42.930 --> 00:00:45.410
Работа в сети и мобильность.

00:00:45.410 --> 00:00:48.740
Поэтому Нил пройти нам некоторые
ключевых вещей, которые надо знать

00:00:48.740 --> 00:00:51.390
При записи специалистов, и
Разработчики должны знать вокруг

00:00:51.390 --> 00:00:53.890
Некоторые изображения,
Работа в сети и мобильность.

00:00:53.890 --> 00:00:56.780
>> Убедиться, что я буду делать
Этот сеанс является действительно мы

00:00:56.780 --> 00:01:00.890
предназначенный для построения приложения
на переносном компьютере.

00:01:00.890 --> 00:01:03.690
Затем мы собираемся
использовать th контейнера

00:01:03.690 --> 00:01:07.720
изображение из этого приложения
вызвать в концентратор Docker и

00:01:07.720 --> 00:01:10.960
затем потяните в контейнер
на узле выполняется в Azure.

00:01:10.960 --> 00:01:15.360
Этот процесс мы
собираюсь углубиться в иерархическое представление изображения.

00:01:15.360 --> 00:01:16.770
Мы будем говорить
о работе в сети, и

00:01:16.770 --> 00:01:18.680
Затем у нас
фрагмент переносимости.

00:01:18.680 --> 00:01:20.970
Мы собираемся обратить внимание
в справке Docker и

00:01:20.970 --> 00:01:22.790
как можно использовать, чтобы
Перемещение изображения.

00:01:22.790 --> 00:01:25.350
>> Да, cuz это не совсем
типа операции копирования и вставки.

00:01:25.350 --> 00:01:26.570
Есть немного больше к нему.

00:01:26.570 --> 00:01:29.840
Итак это немного
Воспроизведение из последнего сеанса.

00:01:29.840 --> 00:01:31.970
Надеюсь вы смотрели
Предыдущий эпизод.

00:01:31.970 --> 00:01:33.270
Мы поговорили некоторые
Это содержимое, но

00:01:33.270 --> 00:01:34.660
просто перевести людей
в ногу для

00:01:34.660 --> 00:01:37.570
те, которые еще не
Изображения в целом.

00:01:37.570 --> 00:01:40.310
>>: Да, таким образом, первое, что
Мы рассмотрим это изображения

00:01:40.310 --> 00:01:43.860
и иерархическое представление изображения, и
просто дать краткий обзор контейнера изображения

00:01:45.290 --> 00:01:47.700
содержит приложение,
он содержит зависимости.

00:01:47.700 --> 00:01:50.500
Таким образом по сути является
единицы измерения, мы используем

00:01:50.500 --> 00:01:52.060
Для получения контейнеры из.

00:01:52.060 --> 00:01:55.150
Поэтому, когда требуется построить
контейнером я в основном так

00:01:55.150 --> 00:01:59.020
Эй построения контейнера
и бац, изображения и немедленно выполняется.

00:01:59.020 --> 00:01:59.530
>> О ' кей.

00:01:59.530 --> 00:02:03.180
>> Один, понятия,
Imaging это здорово и

00:02:03.180 --> 00:02:08.140
он, немного отличается от,
как использовать изображения с

00:02:08.140 --> 00:02:11.970
является ли виртуальные машины
Концепция слоев изображения.

00:02:11.970 --> 00:02:16.520
И я понимаю, что мы начинаем
базовый образ операционной системы поэтому

00:02:16.520 --> 00:02:19.280
Это может быть
Windows server core.

00:02:19.280 --> 00:02:21.450
У нас есть изображение для Windows
ядро сервера, затем мы может сделать

00:02:21.450 --> 00:02:24.630
Некоторые изменения
изображение, установка некоторых программ и

00:02:24.630 --> 00:02:27.550
затем записи
в новое изображение.

00:02:27.550 --> 00:02:31.400
Также мы создаем фактически не
новый полный образ,

00:02:31.400 --> 00:02:34.610
включает в себя Windows server core
новые приложения.

00:02:34.610 --> 00:02:37.270
Фактически мы создаем
изображение «дельты».

00:02:37.270 --> 00:02:38.270
>> Да.
Поэтому он изменяет.

00:02:38.270 --> 00:02:39.880
>> Только изменения, и

00:02:39.880 --> 00:02:44.670
Если мы хотим перейти, развертывание
приложения, мы получаем

00:02:44.670 --> 00:02:48.210
таких ситуаций является использование контейнера
>> И слоев.

00:02:48.210 --> 00:02:51.220
Он использует базовый образ операционной системы и
изменения.

00:02:51.220 --> 00:02:51.730
>> Право.
>> И

00:02:51.730 --> 00:02:55.330
Выберите любой другой контейнер, мы
Это также вывести на этом узле

00:02:55.330 --> 00:02:59.990
используются какие-либо общие слои
Мы не должны создавать новый

00:02:59.990 --> 00:03:01.710
экземпляр
изображение контейнера.

00:03:01.710 --> 00:03:03.810
Они используют только то, что в
уже на месте.

00:03:03.810 --> 00:03:06.240
Чтобы мы могли просматривать
из этого документа или

00:03:06.240 --> 00:03:09.000
в PowerPoint,
и здесь рисунок.

00:03:09.000 --> 00:03:12.450
Поэтому рисунок изображает
узла контейнера и

00:03:12.450 --> 00:03:14.480
может узла контейнера
быть физический компьютер

00:03:14.480 --> 00:03:15.480
он может быть виртуальной машины?

00:03:15.480 --> 00:03:15.980
>> Абсолютно,
>> Не правда ли?

00:03:15.980 --> 00:03:16.840
>> В виртуальной машине,

00:03:16.840 --> 00:03:19.260
Большая часть демонстраций
что мы собираемся здесь см.

00:03:19.260 --> 00:03:19.880
У меня есть Linux

00:03:19.880 --> 00:03:21.930
системы, работающей на
Hyper-V на моем переносном компьютере.

00:03:21.930 --> 00:03:23.500
>> Mmhm
>> Также будет виртуальной

00:03:23.500 --> 00:03:25.840
компьютер запущен в Azure
в дальнейшем все в порядке.

00:03:25.840 --> 00:03:28.930
Поэтому рода прохода
в этом сценарии

00:03:28.930 --> 00:03:31.180
Может развертывать
базовый образ операционной системы.

00:03:31.180 --> 00:03:32.460
>> И
людей, которые не знакомы,

00:03:32.460 --> 00:03:34.150
где можно получить
Этот образ базовой Системой?

00:03:34.150 --> 00:03:36.040
Я имею в виду это,
начать с нее.

00:03:36.040 --> 00:03:37.310
Он находится на компьютере,

00:03:37.310 --> 00:03:39.300
может содержать [INAUDIBLE]
на компьютере [INAUDIBLE]?

00:03:39.300 --> 00:03:40.830
У базовой системой
существует образ?

00:03:40.830 --> 00:03:43.430
Нужно взять его и
как насчет Windows?

00:03:43.430 --> 00:03:47.170
Поэтому, если мы работаем с нашим
Мы можете взять эти хоста Linux

00:03:47.170 --> 00:03:50.920
изображения из концентратора Docker или
другие реестры.

00:03:50.920 --> 00:03:53.460
И сейчас в Техническая
Предварительный просмотр windows server

00:03:53.460 --> 00:03:54.130
контейнеры.

00:03:55.680 --> 00:03:58.700
Мы размещения этой базы
OS изображения, так что

00:03:58.700 --> 00:04:01.330
Мы размещения Windows Server
Основные базовые образы операционной системы.

00:04:01.330 --> 00:04:02.770
Таким образом, если при рассмотрении документов,

00:04:02.770 --> 00:04:05.420
он проходит через процедуру
Настройка Windows Server.

00:04:05.420 --> 00:04:07.117
Вы можете загрузить [перекрестных ПОМЕХ]
>> Да и

00:04:07.117 --> 00:04:08.170
он будет там для вас.

00:04:08.170 --> 00:04:11.280
Поэтому я развернуть это
базовый образ операционной системы и

00:04:11.280 --> 00:04:12.950
затем установить некоторые
программное обеспечение в него.

00:04:12.950 --> 00:04:16.680
Так что давайте возможно, только для
Пример веб-приложения.

00:04:18.070 --> 00:04:21.340
И затем получить это
собственный образ контейнера.

00:04:21.340 --> 00:04:26.020
Я затем может развернуть
веб-сервер изображения и

00:04:26.020 --> 00:04:29.200
развертывание приложения
и затем развернуть и

00:04:29.200 --> 00:04:30.410
Разверните приложение в другой.

00:04:30.410 --> 00:04:34.480
Таким образом у меня есть два контейнера
изображения, каждый из которых содержит их

00:04:34.480 --> 00:04:38.550
собственные приложения, но они имеют
общий веб-сервер изображения и

00:04:38.550 --> 00:04:40.740
общий базовый образ операционной системы.

00:04:40.740 --> 00:04:43.520
>> Эти изображения App 1 и
Изображение приложения 2 на рисунок здесь

00:04:43.520 --> 00:04:45.360
зависеть от
Веб-сервер изображения

00:04:45.360 --> 00:04:47.340
который сам принимает
зависимость от базы.

00:04:47.340 --> 00:04:48.830
>> Да.
>> И, если это было сделано,

00:04:48.830 --> 00:04:51.430
Скажите мне, что изображения находятся на
Системное представление на этом контейнере

00:04:51.430 --> 00:04:52.990
Вы увидите четыре
в этой точке.

00:04:52.990 --> 00:04:54.930
>> Да, абсолютно,
Вы увидите четыре.

00:04:54.930 --> 00:04:56.180
>> О ' кей.
>> Мы рассмотрим в правильности.

00:04:56.180 --> 00:04:58.740
Мы будем фактически взгляните на
зависимости между ними.

00:04:58.740 --> 00:04:59.460
>> ОК, отлично.

00:04:59.460 --> 00:05:02.680
>> Затем в моем узла контейнера
Если я был принять Мое приложение

00:05:02.680 --> 00:05:04.770
одно изображение
>> И разверните его,

00:05:05.930 --> 00:05:07.360
Пришлось бы выполнение контейнера
>> Да.

00:05:07.360 --> 00:05:08.380
>> С App 1.

00:05:08.380 --> 00:05:12.495
И этот контейнер
состоит из этих трех изображений.

00:05:12.495 --> 00:05:13.000
>> Мм hm.

00:05:13.000 --> 00:05:16.380
>> Если бы нужно было затем развернуть
контейнер из приложения изображение 2

00:05:16.380 --> 00:05:19.730
Запуск контейнера с получили

00:05:19.730 --> 00:05:21.780
>> Два приложения, его можно просматривать

00:05:21.780 --> 00:05:26.195
использует общий веб-сервер
изображение и базовый образ операционной системы.

00:05:26.195 --> 00:05:27.020
>> Право.

00:05:27.020 --> 00:05:27.990
>> Изображения контейнера

00:05:27.990 --> 00:05:32.540
Поэтому он может буквально совместно используют
экземпляры этих изображений.

00:05:32.540 --> 00:05:36.960
Объем остается нажатой контейнера
Счетчик времени возросла.

00:05:36.960 --> 00:05:39.160
>> И использование ресурсов
очень эффективна.

00:05:39.160 --> 00:05:40.070
>> Да абсолютно.

00:05:40.070 --> 00:05:40.950
>> О ' кей.

00:05:40.950 --> 00:05:42.140
>> Давайте содержат наши
иерархическое представление изображения, и

00:05:42.140 --> 00:05:43.980
Мы будем взгляните на
что в демонстрации.

00:05:43.980 --> 00:05:49.050
И опять же, одной из моих целей здесь
был вид точки некоторые

00:05:49.050 --> 00:05:52.310
различия между работы
с виртуальной машиной на

00:05:52.310 --> 00:05:58.010
system center долго вид
данных по центру тип управления

00:05:58.010 --> 00:06:01.630
поэтому развертывание виртуальных машин
из изображений-то-

00:06:01.630 --> 00:06:02.180
>> И шаблоны.

00:06:02.180 --> 00:06:03.780
>> Да, это то,
Я сделал совсем немного.

00:06:03.780 --> 00:06:05.410
Он изменяет совсем немного здесь.

00:06:05.410 --> 00:06:09.110
Вторая вещь что
При работе с другой

00:06:09.110 --> 00:06:12.790
контейнеры из виртуальных машин потенциально
Это способ работы в сети

00:06:13.850 --> 00:06:15.250
с нашей контейнеров.

00:06:15.250 --> 00:06:17.240
Поэтому, когда вы думаете о
Виртуальная машина или

00:06:17.240 --> 00:06:19.070
узла виртуальной машины.

00:06:19.070 --> 00:06:21.340
Я собираюсь разместить множество
различные ВМ на этом узле, но

00:06:21.340 --> 00:06:24.080
из них этих виртуальных машин
будет иметь IP-адрес.

00:06:24.080 --> 00:06:27.240
Действительно не управлять
их всех по-разному.

00:06:27.240 --> 00:06:30.290
>> Права поэтому Ника и
Ника, имеет его на Mac.

00:06:30.290 --> 00:06:31.900
>> Точно так же,
>> Так же, как физической системе.

00:06:31.900 --> 00:06:32.420
>> Точно.

00:06:32.420 --> 00:06:34.790
Если требуется доступ к ресурсу.

00:06:34.790 --> 00:06:39.400
Которое размещается в этой виртуальной Машины
Только перейти к виртуальной Машине

00:06:40.490 --> 00:06:42.740
как показано на рисунке ниже.

00:06:42.740 --> 00:06:46.300
Так как это отличается, потому что
у нас это большой плотности

00:06:47.840 --> 00:06:50.900
возможности этой большой плотности
возможность с контейнерами.

00:06:50.900 --> 00:06:55.070
Я буквально может иметь потенциально
тысячи этих действий

00:06:55.070 --> 00:06:59.190
на одном узле а не
предоставляя их

00:06:59.190 --> 00:07:03.540
общего доступа
IP-адрес.

00:07:03.540 --> 00:07:07.450
То, что является общим для
сделать довольно помещается их за

00:07:09.150 --> 00:07:12.120
преобразование сетевых адресов.

00:07:12.120 --> 00:07:16.030
Так что Мой узел может содержать IP
адрес, публично

00:07:16.030 --> 00:07:21.400
Доступные Однако мой контейнер
имеет не routeable IP-адрес.

00:07:21.400 --> 00:07:25.370
Если требуется доступ к
приложение в моем контейнера

00:07:25.370 --> 00:07:27.930
Вместо создания ссылки на
Этот IP-адрес или

00:07:27.930 --> 00:07:31.950
Это название защиты
связанные с этого IP-адреса.

00:07:31.950 --> 00:07:36.430
Вместо этого я собираюсь
доступа к хосту и

00:07:36.430 --> 00:07:38.400
Мы будем построить некоторые сопоставление портов
>> Да.

00:07:38.400 --> 00:07:40.910
>> Между внешние
порт на компьютере и

00:07:40.910 --> 00:07:42.910
Внутренний порт на
приложение-контейнер.

00:07:42.910 --> 00:07:43.690
>> Я вижу.
>> И что

00:07:43.690 --> 00:07:46.270
Это позволяет мне делать, если вы
подумать об этом, у меня было бы

00:07:46.270 --> 00:07:49.140
контейнера узла, на котором выполняется
>> Трех сотен

00:07:49.140 --> 00:07:53.270
обслуживание всех веб-приложений
содержимое на порту восемьдесят.

00:07:53.270 --> 00:07:56.410
Если попаданий в контейнере
узлу через порт восемьдесят,

00:07:56.410 --> 00:07:59.410
известно, что он должен знать
как направить запрос.

00:07:59.410 --> 00:08:01.230
>> Да.
>>, Мы сделаем эти сопоставления.

00:08:01.230 --> 00:08:05.170
Может сделать порт как порт 80
80 и порт 82 порт с номером 60 и

00:08:05.170 --> 00:08:06.580
порт 83 порт 80.

00:08:06.580 --> 00:08:07.120
>> Да.

00:08:07.120 --> 00:08:09.060
>> И мы увидим, в
также для демонстрации.

00:08:09.060 --> 00:08:10.380
>> Хорошая, поэтому очень важно
для вызова, а также

00:08:10.380 --> 00:08:13.550
описанные мною оборота
который может быть общим

00:08:13.550 --> 00:08:18.340
к большому количеству людей, но DHCP
Кроме того, можно использовать [INAUDIBLE]

00:08:18.340 --> 00:08:20.470
Это не просто net
решение.

00:08:20.470 --> 00:08:21.720
>> Да, абсолютно,
так что если вы.

00:08:21.720 --> 00:08:22.670
>> Вы предприятия.

00:08:22.670 --> 00:08:24.960
>> Можно использовать DHCP
внутри контейнеров.

00:08:26.480 --> 00:08:29.400
То, что я поиск, NAT
Чаще всего то, что.

00:08:29.400 --> 00:08:30.820
>> Вправо,
интересные хорошо, отлично.

00:08:32.560 --> 00:08:34.270
>> И затем наконец последняя
что мы собираемся здесь —

00:08:34.270 --> 00:08:35.270
реестр контейнера и

00:08:35.270 --> 00:08:37.010
Мы говорили об этом
совсем немного уже.

00:08:37.010 --> 00:08:39.530
Мы рассмотрим концентратор Docker
общедоступным реестра,

00:08:39.530 --> 00:08:41.660
где можно взять эти
изображения контейнера

00:08:41.660 --> 00:08:45.000
установить их в реестре и
выпадающем их где-то еще или

00:08:45.000 --> 00:08:46.160
на другой узел контейнера.

00:08:46.160 --> 00:08:46.950
>> Неплохо.
О ' кей.

00:08:46.950 --> 00:08:49.950
Таким образом я полагаю, теперь пришло время
Взгляните на технологии.

00:08:49.950 --> 00:08:50.650
>> Да.
Так что давайте перейти в

00:08:50.650 --> 00:08:51.620
демонстрации.

00:08:52.620 --> 00:08:53.280
>> Я говорю, давайте делать это,

00:08:53.280 --> 00:08:57.470
именно это, но
Я являюсь некоторые, я по-прежнему здесь.

00:08:57.470 --> 00:08:58.710
>> Конечно.
Поэтому первое, что я хочу сделать

00:08:58.710 --> 00:09:02.680
— только теперь мы будем использовать
Взгляните на изображение послойное размещение здесь.

00:09:02.680 --> 00:09:06.110
Итак я собираюсь начать с создания
контейнер с Ubuntu

00:09:06.110 --> 00:09:07.472
базовый образ операционной системы.

00:09:07.472 --> 00:09:11.659
Так, же команды
Команды, которые были использованы в

00:09:11.659 --> 00:09:16.937
Предыдущий видеоролик
run - docker его ubuntu.

00:09:16.937 --> 00:09:20.373
>>-ее interactive, который
значит, он начинает straightaway и

00:09:20.373 --> 00:09:22.380
Вы находитесь в,
в этом случае Bash.

00:09:22.380 --> 00:09:24.500
>> Я в контейнере
в настоящий момент Bash.

00:09:24.500 --> 00:09:27.290
>> Это как будто Если вы
на компьютере с ОС Windows и

00:09:27.290 --> 00:09:29.870
было что-то значение
автоматического запуска.

00:09:29.870 --> 00:09:32.058
Как только компьютер
Запускает,

00:09:32.058 --> 00:09:32.936
[ПЕРЕКРЕСТНЫХ ПОМЕХ]
>> Вы

00:09:32.936 --> 00:09:33.540
Выбор вы хотите использовать.

00:09:33.540 --> 00:09:36.000
>> Да, мы указываем его что
процесс выполняется, когда мы

00:09:36.000 --> 00:09:36.620
в контейнер.

00:09:36.620 --> 00:09:38.560
>> И, если это было
интерактивный сеанс и

00:09:38.560 --> 00:09:39.580
он собирался веб-сервера

00:09:39.580 --> 00:09:42.510
нужно просто веб-сервера
straightaway запуск служб.

00:09:42.510 --> 00:09:43.790
>> Да и
Мы рассмотрим пример этого.

00:09:43.790 --> 00:09:44.680
>> ОК, отлично.

00:09:44.680 --> 00:09:47.088
>> Все права, поэтому в этом
контейнер, я собираюсь пойти дальше и

00:09:47.088 --> 00:09:48.073
Установка некоторых программ.

00:09:50.678 --> 00:09:53.610
Фактически я собираюсь
только для обновления app-git

00:09:53.610 --> 00:09:57.739
Присвойте ему новый список ссылок
и программное обеспечение.

00:09:57.739 --> 00:10:00.441
>> Давайте надеемся, что это не полный
в системе Linux обновления построения и

00:10:00.441 --> 00:10:02.633
все, что для
Полная операционная система и все.

00:10:02.633 --> 00:10:03.492
>> Должно быть довольно быстро.

00:10:03.492 --> 00:10:05.512
>> Дальше.

00:10:05.512 --> 00:10:06.026
И в этом случае

00:10:06.026 --> 00:10:09.702
После этого, я собираюсь
Установите часть программного обеспечения.

00:10:09.702 --> 00:10:13.558
Захват, отключение в новый
изображение контейнера и что

00:10:13.558 --> 00:10:17.412
мы сделаем это, мы будем фактически
Взгляните на изображение Ubuntu и

00:10:17.412 --> 00:10:20.890
Посмотрите мой новый образ, а
Тип просмотра слиянием.

00:10:20.890 --> 00:10:22.565
Мы увидим
Перекрытие в иерархическое представление.

00:10:22.565 --> 00:10:24.560
И затем мы будем продолжать
построение, и

00:10:24.560 --> 00:10:26.400
Мы скорее всего буду создавать
приложение в него.

00:10:26.400 --> 00:10:29.060
>> Вы просто сделать, те обновления
они еще не обновлены базы.

00:10:29.060 --> 00:10:30.525
>> Но.
>> Они обновлены вашей работы

00:10:30.525 --> 00:10:32.090
на этой основе экземпляра.

00:10:32.090 --> 00:10:34.120
>> Да, так что эти обновления
записи в этом нуля

00:10:34.120 --> 00:10:35.970
пространство, которое будет
становится частью

00:10:35.970 --> 00:10:37.310
новое изображение
Мы будем создавать.

00:10:37.310 --> 00:10:39.729
>> Но, любой развертывание нового
Разве контейнера из базы

00:10:39.729 --> 00:10:41.138
получить обновления
Вы только что сделали.

00:10:41.138 --> 00:10:43.030
>> Точно.

00:10:43.030 --> 00:10:47.040
Таким образом apt-get установить nano.

00:10:47.040 --> 00:10:49.750
И опять же, это просто
другого текстового редактора.

00:10:49.750 --> 00:10:52.860
Все вправо, таким образом, закончится.

00:10:52.860 --> 00:10:56.650
Таким образом, внутри контейнера,
Можно запустить nano.

00:10:56.650 --> 00:10:59.676
Поэтому я собираюсь выйти и теперь я буду
выйти из контейнера.

00:11:04.571 --> 00:11:08.830
И здесь — это контейнер, который
Мы только что создали, элегантно curry.

00:11:08.830 --> 00:11:10.300
>> Неплохо.

00:11:10.300 --> 00:11:11.360
>>, я собираюсь сделать Доктор фиксации.

00:11:11.360 --> 00:11:14.520
>> Следует использовать этот тип
подход к выяснить, Мой

00:11:14.520 --> 00:11:17.270
игровой функции маркировки
Xbox и я действительно трудом.

00:11:17.270 --> 00:11:20.633
>> Демонстрация фиксации Доктор все права.

00:11:23.370 --> 00:11:24.680
И в этом случае
Если мы посмотрим на изображения Docker

00:11:24.680 --> 00:11:27.480
мы видим, что у меня есть
Новая Демонстрация изображения.

00:11:28.650 --> 00:11:33.200
Поэтому фактически посмотрим
там на вид наложения

00:11:33.200 --> 00:11:35.970
изображения между базовой ОС и
что мы только что создали.

00:11:35.970 --> 00:11:37.680
Итак я собираюсь запустить
История команды Docker.

00:11:40.230 --> 00:11:47.903
И присвойте ему имя
Мы просто контейнера

00:11:47.903 --> 00:11:50.300
или изображение контейнера
что мы только что создали.

00:11:50.300 --> 00:11:54.500
А также сделать то же самое и
Запустите Ubuntu.

00:11:54.500 --> 00:11:57.660
Так что здесь можно увидеть
Ubuntu изображение состоит из

00:11:57.660 --> 00:11:59.360
четыре слоев.

00:11:59.360 --> 00:12:03.410
Поэтому каждый раз он был обновлен,
был создан новый слой и

00:12:03.410 --> 00:12:07.150
Этот официальный образ
доступные на концентраторе docker

00:12:07.150 --> 00:12:09.670
состоящий из реестра
Эти четыре изображения.

00:12:09.670 --> 00:12:10.980
>> На не
что-то, что вы сделали.

00:12:10.980 --> 00:12:11.970
>> На не
то, что я делаю.

00:12:11.970 --> 00:12:15.850
Что все произошло, когда я извлечено
изображение вниз от концентратора docker.

00:12:15.850 --> 00:12:16.640
>> Хорошо, вправо.

00:12:16.640 --> 00:12:19.070
Но Обратите внимание здесь

00:12:20.650 --> 00:12:24.690
Демонстрация изображение, которое только что созданным
состоит из пяти уровней.

00:12:24.690 --> 00:12:26.980
>> Право.
>> И если мы действительно здесь,

00:12:26.980 --> 00:12:30.510
на верхнем слое
Ooboontoo заканчивается 498.

00:12:30.510 --> 00:12:34.100
Также четвертый уровень
вверх на Мое изображение.

00:12:34.100 --> 00:12:38.190
Заканчивается на 498, поэтому
изменения, внесенные мной

00:12:38.190 --> 00:12:42.740
представлены
Здесь этот слой.

00:12:42.740 --> 00:12:45.300
>> Даже если вы, даже
Хотя у вас по существу

00:12:45.300 --> 00:12:47.900
у двух отдельных изображений
вас, вы уже получили достаточно

00:12:47.900 --> 00:12:49.260
по существу, в
процесс создания.

00:12:49.260 --> 00:12:52.290
>>, Как два управления ими
отдельные изображения, Да точно.

00:12:52.290 --> 00:12:55.810
И ядро Docker
позаботится о рода,

00:12:55.810 --> 00:12:56.810
>> Внакидку все вместе.

00:12:56.810 --> 00:12:58.190
>> Да,
объединить эти все.

00:12:58.190 --> 00:13:00.830
Да, я просто могут развернуть демонстрационный ролик
но

00:13:00.830 --> 00:13:03.650
Это будет пойти дальше и
Убедитесь, что все эти

00:13:03.650 --> 00:13:07.110
расположением слоев
где они должны быть.

00:13:07.110 --> 00:13:10.290
Можно увидеть здесь, и
мы фактически установлено программное обеспечение

00:13:10.290 --> 00:13:13.670
И наш слой и вы увидите
размер изображения

00:13:13.670 --> 00:13:16.070
изменения, а также ставится
в нем программного обеспечения.

00:13:16.070 --> 00:13:18.490
Так что это просто рода
демонстрацию о том, как,

00:13:18.490 --> 00:13:20.810
иерархическое представление работает, и
Это можно использовать для

00:13:20.810 --> 00:13:22.728
устранения неполадок и
whatnot как ваш.

00:13:22.728 --> 00:13:23.335
>> Увидеть какие [перекрестных ПОМЕХ]
>> изменения

00:13:23.335 --> 00:13:24.842
>> Были сделаны в прошлом.

00:13:24.842 --> 00:13:26.500
>> Да, и вы можете
фактического перехода, может быть необходимо

00:13:26.500 --> 00:13:27.660
>> Запуска контейнера

00:13:27.660 --> 00:13:30.330
с помощью одного из середины
изображения, просто чтобы увидеть вид

00:13:30.330 --> 00:13:33.040
как выглядит этот слой
При работе в контейнер.

00:13:33.040 --> 00:13:34.840
>> Является практически аналогично
систему управления версиями.

00:13:34.840 --> 00:13:37.030
>> Абсолютно.
>> В cuz способом вы видели ее.

00:13:37.030 --> 00:13:39.240
Я думаю я был на
стороны SharePoint и

00:13:39.240 --> 00:13:41.330
Я внес изменения в документ
Я всегда можно вернуться и

00:13:41.330 --> 00:13:42.830
Поиск предыдущих.

00:13:42.830 --> 00:13:45.390
Просто чтобы сделать изменения и поэтому
Мы может, где его изменить, страницы.

00:13:45.390 --> 00:13:46.700
>> Или если приложение было передано,

00:13:46.700 --> 00:13:48.400
может потребоваться вернуться к
Предыдущее изображение и

00:13:48.400 --> 00:13:49.710
увидеть, что из элемента
происходит в нем.

00:13:49.710 --> 00:13:51.210
>> Еще бы.
>> И просто получить Мои руки

00:13:51.210 --> 00:13:51.940
так что определенно.

00:13:51.940 --> 00:13:53.070
>> О ' кей, все права.

00:13:53.070 --> 00:13:56.085
>> Все права, так что давайте
Разверните на что немного.

00:13:56.085 --> 00:13:57.780
Настроек известно, как долго
Этот список может быть?

00:13:58.830 --> 00:13:59.680
Существует.

00:13:59.680 --> 00:14:01.710
>> Я не знаю,
Я не знаю, как долго он может быть,

00:14:01.710 --> 00:14:06.680
но определенно попав в
процедура создания изображений

00:14:06.680 --> 00:14:09.380
Безусловно, вы можете
нет стратегии.

00:14:09.380 --> 00:14:12.598
За наличие изображений
являются кратким и стратегии

00:14:12.598 --> 00:14:15.116
для управления [перекрестных ПОМЕХ]
>> Не нужно пройти через

00:14:15.116 --> 00:14:16.309
тысячи истории

00:14:16.309 --> 00:14:18.230
но каждого конкретного изменения-
>> Да, и

00:14:18.230 --> 00:14:20.050
я коснусь позже немного
бит, здесь но

00:14:20.050 --> 00:14:22.700
определенно есть, значит
есть статьи

00:14:22.700 --> 00:14:26.920
о создании правильного изображения и
Правильный подбор.

00:14:26.920 --> 00:14:28.450
Определенно стоит чтения.

00:14:28.450 --> 00:14:29.910
>> О ' кей, неплохо.

00:14:29.910 --> 00:14:34.420
Все права, поэтому мы приняли базовый
изображения, мы создали новое изображение

00:14:34.420 --> 00:14:35.740
Некоторые программное обеспечение себе оно установлено.

00:14:35.740 --> 00:14:38.080
Стоит раскрыть
немного и

00:14:38.080 --> 00:14:40.350
Начало построения
приложение от него.

00:14:40.350 --> 00:14:44.932
Итак я собираюсь,
Позвольте мне перейти здесь некоторые папки

00:15:00.597 --> 00:15:05.564
Так что мы собираемся сделать
создать новый образ.

00:15:05.564 --> 00:15:07.906
Мы собираемся диск с
образ, который мы только что создали, и

00:15:07.906 --> 00:15:10.170
Фактически мы собираемся поместить некоторые
по веб-сервера в него.

00:15:10.170 --> 00:15:10.740
>> Право.

00:15:10.740 --> 00:15:14.800
>> Теперь до этого момента мы уже
вручную после создания образов.

00:15:14.800 --> 00:15:17.850
Чтобы выполнить установку контейнера
Как перейти непосредственно к его,

00:15:17.850 --> 00:15:19.990
Я внес изменения,
Выйти из него

00:15:19.990 --> 00:15:23.130
и затем получить
что для изображения.

00:15:23.130 --> 00:15:24.370
>> Да.

00:15:24.370 --> 00:15:26.990
>> Процедура имеет docker
что мы можем использовать для

00:15:26.990 --> 00:15:29.150
автоматизировать этот процесс с помощью что-нибудь
называется файлом docker.

00:15:29.150 --> 00:15:29.710
>> Право.

00:15:29.710 --> 00:15:32.200
>> И в docker
файл действительно мы jus

00:15:32.200 --> 00:15:33.550
запись этих инструкций.

00:15:33.550 --> 00:15:34.920
И мы говорим: Эй.

00:15:34.920 --> 00:15:39.560
Создание контейнера, выполните следующие
После завершения команды

00:15:39.560 --> 00:15:41.520
что в записи
в ней — собственное изображение.

00:15:41.520 --> 00:15:43.150
Так что это просто автоматический
способ создания изображений.

00:15:43.150 --> 00:15:45.580
>> Это как файл немного назад
по существу, чтобы сделать что-нибудь.

00:15:45.580 --> 00:15:46.260
>> Довольно значительно.

00:15:46.260 --> 00:15:47.920
>> Хорошо, вправо.
>> Вот, пример

00:15:47.920 --> 00:15:50.140
и вы увидите
Первая строка из demo.

00:15:50.140 --> 00:15:54.480
Я говорю достаточно перейти занять Мой
Демонстрация изображению, что мы,

00:15:54.480 --> 00:15:58.960
созданный параметр и выполнить все
Эти команды по нему.

00:15:58.960 --> 00:16:02.030
>> Для уточнения до выполнения
Вы сделали это

00:16:02.030 --> 00:16:02.740
Это не так.

00:16:02.740 --> 00:16:03.360
>> Да.

00:16:03.360 --> 00:16:05.470
>> Это не то что
был создан на основе

00:16:05.470 --> 00:16:07.080
в среде
до этого момента.

00:16:07.080 --> 00:16:09.840
>> Да, хорошо вызывать этот метод только
текстовый файл, который только что создан

00:16:09.840 --> 00:16:11.645
Перед [INAUDIBLE]
>> Таким образом вы написали это.

00:16:11.645 --> 00:16:12.400
>> Да.
>> ОК, отлично.

00:16:12.400 --> 00:16:16.130
Да так что лишь несколько
Программа обслуживания метаданных и

00:16:16.130 --> 00:16:19.050
Запустите приложение get установить nginx.

00:16:19.050 --> 00:16:21.900
По сути я
о том не будет "Счетчик"

00:16:21.900 --> 00:16:23.858
контейнер из демонстрационной версии изображения.

00:16:23.858 --> 00:16:24.752
>> Мм hm.

00:16:24.752 --> 00:16:26.540
>> Установите nginx.

00:16:26.540 --> 00:16:27.370
>> Проверьте наличие обновлений для.

00:16:27.370 --> 00:16:29.810
>> Да, действительно, я действительно
комментарии, out.

00:16:29.810 --> 00:16:31.530
>> Cuz Если вы помните-
>> Мы сделали это уже.

00:16:31.530 --> 00:16:35.370
>> Мы сделали это уже при
Мы создали изображение.

00:16:35.370 --> 00:16:38.700
Предоставлять порт 80,
Задание рабочего каталога и

00:16:38.700 --> 00:16:43.270
затем задайте команды для запуска каждые
Мы начинаем контейнер времени

00:16:43.270 --> 00:16:44.230
в этом образе.

00:16:44.230 --> 00:16:45.340
Поэтому я в основном говорю, Эй,

00:16:45.340 --> 00:16:48.180
Когда это происходит
для запуска ядра x.

00:16:48.180 --> 00:16:50.494
Если у вас есть достаточно
существует теперь комментариев

00:16:50.494 --> 00:16:53.940
в будет, медленно
скорость работы

00:16:53.940 --> 00:16:56.630
Создание общего образа
Поскольку очевидно, что он должен перейти

00:16:56.630 --> 00:16:58.950
через этот большой процесс
не долго, но

00:16:58.950 --> 00:17:03.210
он был 30 секунд загрузки
может быть больше в будущем.

00:17:03.210 --> 00:17:05.840
>>: Да, в этом случае
он фактически запущено

00:17:05.840 --> 00:17:08.650
процесс еще раз и он будет иметь
берется немного больше времени.

00:17:08.650 --> 00:17:10.910
И на самом деле, она не
несколько дополнительных вещей также.

00:17:10.910 --> 00:17:14.800
Как будет видно, поэтому в
Каждая строка в файле docker

00:17:14.800 --> 00:17:17.350
Создание ссылок
для нового изображения

00:17:17.350 --> 00:17:19.950
Каждая вещь, происходит
в файле врачом.

00:17:19.950 --> 00:17:21.360
>> О ' кей.

00:17:21.360 --> 00:17:23.640
>> Таким образом мы рассмотрим пример
что здесь в секунду.

00:17:23.640 --> 00:17:24.190
>> Хорошо. О ' кей. Отлично.

00:17:24.190 --> 00:17:26.640
>>, Позвольте мне выйти из этого.

00:17:26.640 --> 00:17:29.560
Поэтому, вместо того
Чтобы создать контейнер,

00:17:29.560 --> 00:17:31.090
вручную изменять и

00:17:31.090 --> 00:17:35.298
записи с помощью файла docker
я просто сделаем docker,

00:17:35.298 --> 00:17:40.290
Построение тире T
>> Что означает T?

00:17:40.290 --> 00:17:43.080
>> Просто позволяет мне
Присвойте имя изображения.

00:17:43.080 --> 00:17:44.400
>> Право.
>> Если не присваивалось T, тире

00:17:44.400 --> 00:17:46.520
он просто будет автоматически
создать имя или

00:17:46.520 --> 00:17:48.090
фактически я думаю
предоставляет имя отсутствует.

00:17:48.090 --> 00:17:48.590
>> Право.

00:17:50.540 --> 00:17:52.870
Таким образом, это будет имя изображения
что нужно будет указать в нем?

00:17:52.870 --> 00:17:54.200
>> Да.

00:17:54.200 --> 00:17:58.320
Demonginx, и
только период сказать Эй,

00:17:58.320 --> 00:18:01.060
взять из файла docker
папку, в которой мы работаем в.

00:18:01.060 --> 00:18:01.560
>> Да.

00:18:03.637 --> 00:18:05.290
>> И поэтому передает.

00:18:05.290 --> 00:18:06.030
Это будет пойти дальше и

00:18:06.030 --> 00:18:07.980
все работы,
будет сделано вручную.

00:18:07.980 --> 00:18:10.890
>> Неплохо.
>> И это важно.

00:18:10.890 --> 00:18:13.490
Это позволяет нам,
Когда мы рассматривали такие вещи, как

00:18:13.490 --> 00:18:15.630
Операторы, такие как
Инфраструктура как код,

00:18:15.630 --> 00:18:17.900
Я имею в виду, что, что мы
у действий.

00:18:17.900 --> 00:18:21.960
Таким образом, если мне нужно было перестроить, такие как
Этот образ на определенной

00:18:21.960 --> 00:18:26.350
ритмичности, вы знаете, а не
делает всю работу, вручную

00:18:26.350 --> 00:18:31.160
У меня есть этот код, определяющий
Содержимое моего изображения и

00:18:31.160 --> 00:18:32.700
Я просто можно выполнить это.

00:18:32.700 --> 00:18:34.320
>> И они не будут согласованы.

00:18:34.320 --> 00:18:35.847
>> Является согласованным
[Перекрестных ПОМЕХ] Да, ОК.

00:18:35.847 --> 00:18:38.631
Таким образом выполняется.

00:18:38.631 --> 00:18:43.210
Теперь, если я сделаю docker изображений

00:18:43.210 --> 00:18:47.290
Можно увидеть здесь, я теперь
у этого изображения demonginx.

00:18:47.290 --> 00:18:48.330
Так что давайте вид-
>> Т

00:18:48.330 --> 00:18:50.000
увеличивается в размере, что?

00:18:50.000 --> 00:18:51.550
Мы воспользовались 18 meg.

00:18:51.550 --> 00:18:52.637
>> Да.
>> И что будет

00:18:52.637 --> 00:18:55.812
размер по существу
в большинстве случаев end genetics.

00:19:03.654 --> 00:19:04.490
Да, вот.

00:19:04.490 --> 00:19:05.830
Поэтому завершение генетическую meg 18.

00:19:05.830 --> 00:19:07.180
>> Да.

00:19:07.180 --> 00:19:10.290
>> Остальная часть изменений
какие носили на.

00:19:10.290 --> 00:19:11.030
Брандмауэр и

00:19:11.030 --> 00:19:14.390
Вы будете работать до его чтения
в командной строке ноль так.

00:19:14.390 --> 00:19:19.040
И здесь можно увидеть, поэтому мы
Это производный от демонстрации которых

00:19:19.040 --> 00:19:22.820
пять уровней, вместо добавления
просто другой слой, который он добавлен

00:19:22.820 --> 00:19:25.850
тихий и несколько слоев можно
увидеть каждый одну из них

00:19:25.850 --> 00:19:31.750
Слои содержит действия,
мы проводили в dockerfile.

00:19:31.750 --> 00:19:36.590
Поэтому мы говорили о стратегии
вокруг создания образов.

00:19:36.590 --> 00:19:38.210
Две вещи.
Перейдите в это и

00:19:38.210 --> 00:19:40.410
для просмотра нужной
Размещение в вашем dockerfile.

00:19:40.410 --> 00:19:41.540
>> Да.
>>, А некоторые

00:19:41.540 --> 00:19:45.110
приемы можно сделать для типа
>> Убедитесь, что

00:19:45.110 --> 00:19:46.450
Количество слоев меньшего размера.

00:19:46.450 --> 00:19:49.220
>> Да, и если у вас есть
весьма сложным контейнера, или

00:19:49.220 --> 00:19:52.160
весьма сложным
требования, которые

00:19:52.160 --> 00:19:54.040
бы канала
файл docker.

00:19:54.040 --> 00:19:57.770
Это может быть довольно большой список
При выполнении команды.

00:19:57.770 --> 00:19:59.403
>> Да, взгляните на это.

00:19:59.403 --> 00:20:01.214
Так что я буду делать.

00:20:09.324 --> 00:20:11.531
У меня есть другой
Здесь файл docker.

00:20:11.531 --> 00:20:13.730
Мы создали контейнера
Мы EngineX поместить в нее.

00:20:13.730 --> 00:20:19.060
Давайте смотреть один шаг Далее
и в дополнение к хорошо,

00:20:19.060 --> 00:20:21.750
Мы используем этот контейнер,
включает программное обеспечение, веб, но

00:20:21.750 --> 00:20:24.000
пойдем дальше и
перевести приложение в него.

00:20:24.000 --> 00:20:27.230
И затем мы выполним
приложения и перемещайте его вокруг.

00:20:27.230 --> 00:20:27.930
Одна из вещей,

00:20:27.930 --> 00:20:31.030
Просматривая этот Docker
файл, что я делаю, это

00:20:31.030 --> 00:20:35.480
Я выполняю фактически установку нескольких
действия с файлом Docker.

00:20:35.480 --> 00:20:38.500
Поэтому я использую get обновления приложения.

00:20:38.500 --> 00:20:43.430
Затем я выполняю установку git
программа называется nano, в Перелистывание.

00:20:44.870 --> 00:20:49.930
В сущности, является здесь косая черта
символ возврата каретки.

00:20:49.930 --> 00:20:50.470
>> Да.
>> Но

00:20:50.470 --> 00:20:53.490
по сути это одна команда.

00:20:53.490 --> 00:20:55.330
>> Право.
>>, В одной команде

00:20:55.330 --> 00:20:57.580
Я выполняю установку всех
Это программное обеспечение.

00:20:57.580 --> 00:21:00.260
В отличие от наличия
отдельные команды

00:21:00.260 --> 00:21:01.120
для каждой установки.

00:21:01.120 --> 00:21:04.303
Таким образом можно увидеть здесь
Пример, где я работаю к минимуму

00:21:04.303 --> 00:21:06.436
Количество слоев
что [перекрестных ПОМЕХ]

00:21:06.436 --> 00:21:07.477
>> Что бы четыре

00:21:07.477 --> 00:21:08.470
элементы этого списка.

00:21:08.470 --> 00:21:09.680
Было бы только одну запись.

00:21:09.680 --> 00:21:10.310
>> Точно.
>> О ' кей.

00:21:10.310 --> 00:21:11.580
Я вижу.
>> Таким образом как и хитрости

00:21:11.580 --> 00:21:14.210
Чтобы сохранить вид
слои вниз.

00:21:14.210 --> 00:21:15.040
>> Право.

00:21:15.040 --> 00:21:16.650
Позвольте мне пойти дальше и
Это построение.

00:21:16.650 --> 00:21:20.570
На самом деле давайте посмотрим
на это снова кратко,

00:21:20.570 --> 00:21:22.090
Подробнее несколько
вещей, которые я делаю.

00:21:22.090 --> 00:21:24.690
Таким образом, не только ' ь
Установка программного обеспечения

00:21:24.690 --> 00:21:28.010
Я делаю немного,
немного конфигурации

00:21:28.010 --> 00:21:31.840
с по веб-сервера
который находится внутри контейнера,

00:21:31.840 --> 00:21:34.250
но также заметить здесь
Я использую get клонирования.

00:21:35.260 --> 00:21:38.540
Я фактически клонирования
приложения с GitHub

00:21:38.540 --> 00:21:41.000
в контейнер
во время построения.

00:21:41.000 --> 00:21:43.820
Так что я выполняю установку некоторых
программное обеспечение, достижения

00:21:43.820 --> 00:21:48.350
Получение некоторых статических файлов которого
по сути это веб-узел, мы

00:21:48.350 --> 00:21:51.622
будет - см.
>> [INAUDIBLE]

00:21:51.622 --> 00:21:54.471
ее в качестве веб-сервера.

00:21:54.471 --> 00:21:57.228
>> Да точно.

00:21:59.500 --> 00:22:02.300
И на самом деле я собираюсь разместить
некоторые метаданные об этом.

00:22:06.103 --> 00:22:11.310
Нил Peterson, и
Мы будем называть этот c9app изображения.

00:22:13.040 --> 00:22:13.580
И выполните его построение.

00:22:15.040 --> 00:22:17.330
И что это Нил Peterson
does Вот,

00:22:17.330 --> 00:22:19.010
У меня есть учетная запись
в Docker-концентратор.

00:22:19.010 --> 00:22:19.590
>> Право.
>> И

00:22:19.590 --> 00:22:21.800
только что по сути это значение ключа.

00:22:21.800 --> 00:22:25.030
При переходе на push это будет

00:22:25.030 --> 00:22:26.800
Сдвиг изображения-
>> До вашего -

00:22:26.800 --> 00:22:28.220
>> К своей учетной записи в Docker концентратора.

00:22:28.220 --> 00:22:29.120
>>, Имеет смысл.

00:22:29.120 --> 00:22:31.520
>> Да так что он будет
все сборке, или

00:22:31.520 --> 00:22:33.160
он устанавливает программное обеспечение.

00:22:33.160 --> 00:22:34.980
Он собирается посетить Git0Hub.

00:22:34.980 --> 00:22:36.960
Захватите приложения

00:22:36.960 --> 00:22:39.980
переведите его в контейнер
изображение, а затем получите это

00:22:39.980 --> 00:22:42.010
контейнера изображения на
состоит из нескольких слоев.

00:22:42.010 --> 00:22:46.010
Мы начали с основанием boonton
ОС, а затем мы установки веб-страниц

00:22:46.010 --> 00:22:49.540
серверное программное обеспечение, теперь мы
Установка приложения.

00:22:49.540 --> 00:22:51.130
После этого,
Мы будем развертывания,

00:22:51.130 --> 00:22:54.170
Мы начнем рассмотрение
сетевые компоненты сейчас.

00:22:54.170 --> 00:22:57.920
Поэтому мы узнали, вид
на рисунке послойное размещение здесь.

00:22:57.920 --> 00:23:00.030
Мы начнем разговор о
Эти сетевые части и

00:23:00.030 --> 00:23:03.220
При желании, может иметь
несколько экземпляров этого на

00:23:03.220 --> 00:23:07.660
один и тот же узел, как это сделать
сопоставление внешних, внутренних портов.

00:23:07.660 --> 00:23:09.910
Таким образом, можно получить доступ к ней.

00:23:09.910 --> 00:23:13.490
Таким образом мы это сделаем, это

00:23:13.490 --> 00:23:18.590
Давайте врача изображений и
Вот и он.

00:23:18.590 --> 00:23:21.812
Так что есть мое приложение девяти каналов.

00:23:24.103 --> 00:23:27.010
С этой готовности
пойдем дальше и запустите его.

00:23:27.010 --> 00:23:28.410
Так что я буду делать Docker выполнения

00:23:29.500 --> 00:23:33.400
До этого момента мы получили
После выполнения тире t и

00:23:33.400 --> 00:23:37.200
Переход вправо в наш вид
Открытие сеанса внутри

00:23:37.200 --> 00:23:39.290
Наш контейнер, где мы можем
взаимодействуете с файловой системой.

00:23:39.290 --> 00:23:41.860
Я хочу сделать что-нибудь другое
Здесь и запустить d тире которого

00:23:41.860 --> 00:23:44.140
по существу выполняется контейнера
в фоновом режиме.

00:23:44.140 --> 00:23:48.190
>> О ' кей, независимо от значения по умолчанию
параметры были настроены.

00:23:48.190 --> 00:23:49.530
>> Да точно.

00:23:49.530 --> 00:23:54.740
Все права, поэтому
документ можно запустить d тире и

00:23:54.740 --> 00:23:58.310
Наши изображения контейнер будет извлечь
и bam.

00:24:00.520 --> 00:24:04.790
Если сделать документ или ps, мы видим
Вот мой запуск контейнера

00:24:04.790 --> 00:24:07.720
и снова будет doc или ps
Отображение всех выполняющихся контейнеров

00:24:07.720 --> 00:24:11.210
Отображение тире A docker PS
выполнение всех контейнеров или

00:24:11.210 --> 00:24:13.290
остановлена, так что это лучший имя
гораздо хуже.

00:24:13.290 --> 00:24:15.730
Что мы получаете здесь.

00:24:15.730 --> 00:24:16.586
Серый Kickass.

00:24:16.586 --> 00:24:17.718
>> Неплохо.

00:24:24.811 --> 00:24:28.010
>> Кто-то занять
IP-адрес

00:24:28.010 --> 00:24:29.100
>> Контейнер узла.

00:24:30.230 --> 00:24:31.770
Поместите его здесь.

00:24:31.770 --> 00:24:33.560
Тем не менее Обратите внимание, что
ничего не произошло.

00:24:33.560 --> 00:24:34.460
Он не нашел ничего.

00:24:34.460 --> 00:24:36.260
Так что я намеренно не
что-то там и

00:24:36.260 --> 00:24:37.690
Это часть этой сети.

00:24:37.690 --> 00:24:38.270
>> Право.
>> Т

00:24:38.270 --> 00:24:41.610
Я попадание на внешний IP-адрес
адрес узла контейнера

00:24:41.610 --> 00:24:44.510
Но действительно отданные
он не инструкции

00:24:44.510 --> 00:24:47.640
способ передачи запроса
в контейнере.

00:24:49.970 --> 00:24:51.990
Таким образом, чтобы сделать это.

00:24:51.990 --> 00:24:54.420
Мы можем добавить дополнительный
фрагмент здесь которого является дефис P.

00:24:54.420 --> 00:24:58.190
И определить ненастроенным
Некоторые сопоставления портов.

00:24:58.190 --> 00:25:02.930
Для этого сначала запустите я пойду на
сопоставить порт 80 из контейнера

00:25:02.930 --> 00:25:05.840
хост порт 80
сам контейнер.

00:25:05.840 --> 00:25:12.620
Поэтому 80, 80 по сути
ту же команду, запустить, docker

00:25:12.620 --> 00:25:17.910
пространство D тире тире P 80 80
а затем имя изображения.

00:25:19.090 --> 00:25:24.710
Поэтому после этого,
Теперь необходимо получить Мое приложение.

00:25:24.710 --> 00:25:25.260
>> Вот.

00:25:25.260 --> 00:25:27.530
Извлечено
с GitHub также.

00:25:27.530 --> 00:25:29.380
>> Да, поэтому приложения
также поставляется с GitHub.

00:25:29.380 --> 00:25:30.560
>> Неплохо.

00:25:30.560 --> 00:25:35.140
Все сейчас, таким образом, это
мы видим здесь это сопоставление.

00:25:35.140 --> 00:25:38.060
Но быстро может быть очевидным,

00:25:38.060 --> 00:25:40.810
i означает, что у меня есть один
порт 80 на узле.

00:25:40.810 --> 00:25:41.370
>> Да.
>> Давайте

00:25:41.370 --> 00:25:45.580
Предположим, что требуется выполнить эти 300
вещи в моем контейнера.

00:25:45.580 --> 00:25:47.190
Возможно это служба.

00:25:47.190 --> 00:25:48.240
Что я продаж.

00:25:48.240 --> 00:25:50.600
Войти в
купить службой, и

00:25:50.600 --> 00:25:52.410
все, что я делаю вращается
Настройка контейнера но

00:25:52.410 --> 00:25:56.420
У меня есть несколько из них, и
как подключить дополнительные порты?

00:25:56.420 --> 00:25:57.300
>> Да.

00:25:57.300 --> 00:25:59.880
>>, я просто выберу для запуска
точное же команду, но

00:25:59.880 --> 00:26:01.920
на этот раз я буду сопоставления
порт 81 80

00:26:01.920 --> 00:26:05.060
и возможно мы просто запустите этот файл
две разные моменты времени.

00:26:06.110 --> 00:26:07.900
В этом случае 82.

00:26:07.900 --> 00:26:12.890
Поэтому я говорю порта 83
на мой сопоставить порт 80 на узле

00:26:12.890 --> 00:26:16.140
новый экземпляр
контейнер, в котором я работаю.

00:26:16.140 --> 00:26:19.590
Я буду просто сделать, порта 81.

00:26:19.590 --> 00:26:24.070
Хорошо бы иметь случайных один,
и

00:26:24.070 --> 00:26:29.150
Затем я повторю проделанные 85 таким образом
Если мы docker ps, мы видим

00:26:29.150 --> 00:26:32.940
У меня есть целый набор этих
вещи под управлением на моем узле.

00:26:32.940 --> 00:26:36.100
>> И творческим контейнеров
а также Освободите их.

00:26:36.100 --> 00:26:36.710
>> Да, поэтому

00:26:36.710 --> 00:26:40.020
У меня есть отдельный контейнер
у меня есть несколько экземпляров

00:26:40.020 --> 00:26:42.710
Запуск контейнера изображения
Запуск этого приложения.

00:26:42.710 --> 00:26:43.290
>> Да.
>> И

00:26:43.290 --> 00:26:49.145
У меня есть сопоставление портов
>> Таким образом, что теперь и позвольте мне.

00:26:53.936 --> 00:26:55.895
Снова взять Мой IP-адрес.

00:27:04.770 --> 00:27:09.616
Поэтому, если, как порт 81 отсутствует
приложение 83 порт отсутствует

00:27:09.616 --> 00:27:14.209
приложение и я буду просто
ручки, мы не устанавливаем,

00:27:14.209 --> 00:27:18.580
87 и он просто вращается
не удалось найти что-нибудь.

00:27:18.580 --> 00:27:19.510
>> Да, неплохо.

00:27:19.510 --> 00:27:28.510
>> О ' кей, это было, поэтому
мы рассмотрели слоев изображения

00:27:28.510 --> 00:27:31.950
мы рассмотрели сопоставление портов
Теперь рассмотрим этот полный круг

00:27:31.950 --> 00:27:36.140
и этот образ
>> Создают его на концентраторе docker.

00:27:36.140 --> 00:27:36.710
>> Да.
>> И

00:27:36.710 --> 00:27:40.250
Мы будем получать его
Azure виртуальной Машине под управлением Linux и

00:27:40.250 --> 00:27:43.420
только для docker модуля
Рассмотрим некоторые из этого переносимости.

00:27:44.550 --> 00:27:45.230
>> Отлично.

00:27:45.230 --> 00:27:49.150
>> Все права, docker изображения, поэтому

00:27:49.150 --> 00:27:52.140
Вот это то здесь
что требуется генерировать книги.

00:27:53.280 --> 00:27:59.350
Поэтому я расскажу принудительных docker
>> И мое имя изображения.

00:28:02.610 --> 00:28:03.730
И хотя, передает

00:28:14.436 --> 00:28:15.910
Вот мой Docker концентратора, см.

00:28:15.910 --> 00:28:19.190
У меня есть несколько моих личных
изображения уже находится здесь.

00:28:19.190 --> 00:28:20.380
>> Да.
>> И в

00:28:20.380 --> 00:28:23.390
немного мы должны
просмотреть этот новый образ.

00:28:23.390 --> 00:28:26.470
>> Таким образом она по существу, будет
знать, что зависимости

00:28:26.470 --> 00:28:28.310
возможно уже существует?

00:28:28.310 --> 00:28:29.130
И надеюсь, вы
>> Да, Да.

00:28:29.130 --> 00:28:30.600
>>, поэтому он
не требуется передача

00:28:30.600 --> 00:28:32.660
Полная сумма каждый раз или
>> Да, точно.

00:28:32.660 --> 00:28:34.050
Поэтому Docker ненастроенным берет на себя,

00:28:34.050 --> 00:28:36.965
Опять же управление этими слоями для
для нас.

00:28:36.965 --> 00:28:37.680
>> Мм hm.

00:28:37.680 --> 00:28:41.460
Итак, причина Да, вы получаете 286
Meg, но я полагаю, но

00:28:41.460 --> 00:28:43.290
на основании размера
текущее изображение.

00:28:43.290 --> 00:28:46.160
Но я предполагаю, что большая часть
в противном случае подавляющее большинство

00:28:46.160 --> 00:28:47.480
уже существует.

00:28:47.480 --> 00:28:48.680
>> Да точно.

00:28:48.680 --> 00:28:52.480
И наоборот, если у меня
это узел, который не содержит изображений на нем

00:28:52.480 --> 00:28:54.430
и перейти выпадающем наше приложение C9.

00:28:54.430 --> 00:28:57.560
>> Известно, и он будет сказать, как
Эй включены в это, он получил

00:28:57.560 --> 00:28:59.560
зависимость от
образ Ubuntu.

00:28:59.560 --> 00:29:00.800
Давайте, понижение напряжения
и

00:29:00.800 --> 00:29:04.480
он будет фактически выпадающем все
связанные изображения или

00:29:04.480 --> 00:29:07.150
все изображения ссылки
основываясь на изображении,

00:29:07.150 --> 00:29:08.160
Вы извлекаем.

00:29:08.160 --> 00:29:11.865
>> И, вам необходимо иметь любой
Чтобы подписаться на специальный счет

00:29:11.865 --> 00:29:13.130
Концентратор Доктор любому пользователю подписать

00:29:13.130 --> 00:29:15.530
>> Да, вы можете просто посетить Dr.
Концентратор и регистрации.

00:29:15.530 --> 00:29:17.790
>> Направо, а что — нет
>> 500 meg для воспроизведения

00:29:17.790 --> 00:29:19.680
у меня есть неограниченного

00:29:19.680 --> 00:29:21.630
>> Не уверен
на эти сведения.

00:29:21.630 --> 00:29:23.640
>> Хорошо я уверен, что можно проверить.

00:29:23.640 --> 00:29:25.850
>> Да, но
Кроме того docker

00:29:25.850 --> 00:29:28.730
они получили программного обеспечения
Создание частной концентраторы также.

00:29:28.730 --> 00:29:29.960
>> Право для предприятий.

00:29:29.960 --> 00:29:32.790
>> То, что мы имеем дело с правом
Вот довольно открытый с выходом

00:29:32.790 --> 00:29:35.230
один, но можно создать собственный
а также частные репозиториев.

00:29:35.230 --> 00:29:36.390
>> Бы любому пользователю, таким образом,

00:29:36.390 --> 00:29:38.380
иметь возможность получить доступ к
в данной статье ваших приложений?

00:29:38.380 --> 00:29:39.780
>> Прямо сейчас, Да, абсолютно.

00:29:39.780 --> 00:29:40.620
>> О ' кей, достаточно удовлетворительно.

00:29:40.620 --> 00:29:43.290
Теперь вы можете создать
собственный закрытый один?

00:29:43.290 --> 00:29:44.120
>> Да.

00:29:44.120 --> 00:29:44.730
>> О ' кей, неплохо.

00:29:46.020 --> 00:29:47.630
>> Все права, поэтому мы закончили.

00:29:47.630 --> 00:29:49.010
Если я перейду к концентратору Docker и

00:29:49.010 --> 00:29:53.310
обновление
Вот и он прямо здесь.

00:29:53.310 --> 00:29:55.546
>> Да, неплохо.

00:29:55.546 --> 00:30:01.011
Так что я собираюсь сделать сейчас является,
У меня есть Linux VM

00:30:01.011 --> 00:30:06.753
в Azure и
он настраивается с Docker.

00:30:06.753 --> 00:30:09.548
Поэтому я просто создать
сеанс на этой виртуальной Машине.

00:30:16.868 --> 00:30:19.262
Это работает в корпорации Майкрософт
Это не выполняется

00:30:19.262 --> 00:30:20.984
Это не в одной виртуальной Машины
на котором запущены вашем

00:30:20.984 --> 00:30:21.740
портативный компьютер перед.

00:30:21.740 --> 00:30:22.280
>> Точно.

00:30:22.280 --> 00:30:24.108
>> Хорошо, давайте просто и
Взгляните на него.

00:30:36.283 --> 00:30:41.410
Множество возможностей в Azure
вокруг врачом и контейнеров.

00:30:41.410 --> 00:30:43.980
Определенно что-то мы можете перейти
в в то будущее видео cuz

00:30:43.980 --> 00:30:46.360
просто получить массу,
масса возможностей здесь.

00:30:47.410 --> 00:30:51.230
И поэтому, если мы рассмотрим ресурсов
группы и TWODocker,

00:30:53.480 --> 00:30:56.830
По сути было ресурса
группы, включающей виртуальной Машины и

00:30:56.830 --> 00:31:00.379
общий IP-адрес для разворота
[INAUDIBLE] whatnot т.е.

00:31:00.379 --> 00:31:02.785
>> О ' кей.
>> Полностью настроена с Docker

00:31:02.785 --> 00:31:04.060
и мы вернемся к этому.

00:31:04.060 --> 00:31:07.340
Поэтому, если я docker ps -,

00:31:07.340 --> 00:31:10.390
Можно увидеть, у меня нет
контейнеры, работающих на этом узле.

00:31:10.390 --> 00:31:15.310
Если docker изображений, мы можем сделать
увидеть, что у меня нет docker

00:31:15.310 --> 00:31:16.380
изображения здесь также.

00:31:18.540 --> 00:31:20.270
Я повторю проделанные docker приложение поиска.

00:31:20.270 --> 00:31:24.720
Хорошо так что вы видите

00:31:24.720 --> 00:31:29.540
от концентратора docker найдено
Приложение, которое мы просто создан, поэтому

00:31:29.540 --> 00:31:33.480
Я повторю проделанные запустить docker -d -p.

00:31:33.480 --> 00:31:36.160
Итак, снова требуется сопоставление портов.

00:31:36.160 --> 00:31:38.190
>>, Вы не собираетесь по работе
необходимо затем извлечь это

00:31:38.190 --> 00:31:39.940
Создание контейнера, вы просто
будет делать все это за один раз?

00:31:39.940 --> 00:31:40.440
>> Да, точно.

00:31:40.440 --> 00:31:44.330
Таким образом удается запустить пул docker и
ненастроенным этап, но если сделать

00:31:44.330 --> 00:31:48.300
запустить docker и изображения
еще не размещены на узле,

00:31:48.300 --> 00:31:49.470
он будет помогать и
выпадающем для меня.

00:31:49.470 --> 00:31:50.388
>> Хорошо, Итак, отлично.

00:31:52.524 --> 00:31:55.107
Необходимо дать себе
просмотреть позже,

00:31:55.107 --> 00:31:56.801
требуется на звезды
существует по крайней мере.

00:31:56.801 --> 00:31:58.577
>> [ХОХОЧЕМ]
>> Для app C9 Да,

00:31:58.577 --> 00:31:59.317
абсолютно.

00:31:59.317 --> 00:32:00.723
>> Можно увидеть прямо здесь

00:32:00.723 --> 00:32:02.721
не удается найти
изображение локально.

00:32:02.721 --> 00:32:03.350
>> Мм hm.
>> И

00:32:03.350 --> 00:32:04.160
движется вперед и извлечь его.

00:32:04.160 --> 00:32:07.431
И можно увидеть, что он получение
множество различных слоев здесь

00:32:07.431 --> 00:32:10.895
и что будет необходимо не только
Мы создали контейнера изображения

00:32:10.895 --> 00:32:13.862
Этот портативный компьютер-[перекрестных ПОМЕХ], но
все зависимости.

00:32:13.862 --> 00:32:15.686
Хотя это получение вниз,

00:32:15.686 --> 00:32:19.334
несколько вещей для вызова
определенные в Azure, потому что у меня

00:32:19.334 --> 00:32:22.526
сопоставление порта 80 на 80
Я собираюсь должны иметь

00:32:22.526 --> 00:32:25.280
Настроить для Azure
Примите этот трафик.

00:32:25.280 --> 00:32:27.420
>> Да так что следует end
точка настроена для виртуальной Машины.

00:32:27.420 --> 00:32:28.150
>> Да Да.
Поэтому я

00:32:28.150 --> 00:32:31.340
есть сетевой безопасности
группа настроена.

00:32:31.340 --> 00:32:35.840
В Azure, часть
правила для входящих подключений, поэтому

00:32:35.840 --> 00:32:37.650
у нас есть право 80
существует которой будет работать.

00:32:37.650 --> 00:32:40.640
Единственное, что мы еще не выполнялся.
точно так же при этом выполняется —

00:32:40.640 --> 00:32:44.230
Контейнеры Windows Server
Управление с Docker.

00:32:44.230 --> 00:32:48.490
Я имею в виду, мы видели большинство
Вот точно так же как это делается

00:32:48.490 --> 00:32:50.580
Работа с Windows Server
Контейнер также.

00:32:50.580 --> 00:32:53.210
>> И несколько других
видео на канале фактически

00:32:53.210 --> 00:32:54.070
показывают, что.

00:32:54.070 --> 00:32:55.480
>> Да.
>> И всем, кто смотрели

00:32:55.480 --> 00:32:57.750
Эти и
Просмотрев эти команды

00:32:57.750 --> 00:32:59.560
они практически идентичны
Если не идентичны.

00:32:59.560 --> 00:33:00.160
>> Практически идентичны

00:33:00.160 --> 00:33:03.290
Да, все так вниз, чтобы
Работа с файлами docker.

00:33:03.290 --> 00:33:04.580
>> Да.
>> Все права, поэтому

00:33:04.580 --> 00:33:05.570
который завершена, поэтому

00:33:05.570 --> 00:33:07.810
Если сделать docker ps
>> Т

00:33:07.810 --> 00:33:10.030
Этот образ стал
на ВМ Azure.

00:33:10.030 --> 00:33:12.860
Поэтому он извлекается из
Концентратор docker Azure внутри вашего

00:33:12.860 --> 00:33:15.880
Виртуальная машина и контейнера
был создан из того, что.

00:33:15.880 --> 00:33:17.700
>> Он создается и
он выполняется.

00:33:17.700 --> 00:33:19.270
>> Право.
>> Так что теперь, если я делаю -

00:33:19.270 --> 00:33:20.055
>> Момент истины.

00:33:20.055 --> 00:33:22.060
>> [ХОХОЧЕМ] IP-адрес,

00:33:22.060 --> 00:33:25.520
общий IP-адрес
Мои Azure виртуальной машины.

00:33:25.520 --> 00:33:26.570
Поместите его в нем.

00:33:26.570 --> 00:33:28.340
Сопоставлен порту 80 порт 80.

00:33:28.340 --> 00:33:29.030
>> Аналог.

00:33:29.030 --> 00:33:31.490
>>, И Мое приложение
в Azure таким образом.

00:33:31.490 --> 00:33:32.840
>> Неплохо.
Поэтому он находится теперь в крупномасштабных?

00:33:32.840 --> 00:33:34.306
>> Да Да практически.

00:33:34.306 --> 00:33:37.716
[ХОХОЧЕМ] Поэтому для полный круг мы,
построение приложения

00:33:37.716 --> 00:33:41.057
[Перекрестных ПОМЕХ] на моем переносном компьютере
надавите на нее до Docker концентратора.

00:33:41.057 --> 00:33:43.590
Извлечено, в Azure.

00:33:43.590 --> 00:33:47.760
При этом мы рассмотрели некоторые
для сопоставления сетевых портов.

00:33:47.760 --> 00:33:49.460
>> Да.
>> Когда у нас есть те,

00:33:49.460 --> 00:33:52.810
NET, а затем мы уже вид из
рассмотрены принципы работы этих изображений

00:33:52.810 --> 00:33:54.250
Если над
верхней части друг с другом.

00:33:54.250 --> 00:33:54.750
>> Awesome.

00:33:58.760 --> 00:34:01.300
Я думаю, что согласятся
как Демонстрация от конца до конца его

00:34:01.300 --> 00:34:03.300
не получить много
лучше, чем.

00:34:03.300 --> 00:34:04.630
Вы создали приложение.

00:34:05.670 --> 00:34:08.850
Перемещение в место, где он находится
доступный для всех ваших,

00:34:08.850 --> 00:34:11.710
Предположим, разработки Y
команды, который затем может извлечь

00:34:11.710 --> 00:34:14.470
к своей машине ли их
на переносном компьютере или рабочей станции или

00:34:14.470 --> 00:34:17.520
сервер центра данных, или
вверх в общедоступных облаках.

00:34:17.520 --> 00:34:19.480
Я имею в виду, то есть,
Это здорово, правда.

00:34:19.480 --> 00:34:22.340
И если вы хотите узнать больше
Оставайтесь настройки канала

00:34:22.340 --> 00:34:24.680
Поскольку в будущем видео мы будем
углубляясь в одинаковые уровни

00:34:24.680 --> 00:34:28.270
Глубина в некоторые другие области
в Windows 7 контейнеры и

00:34:28.270 --> 00:34:31.290
на основе платформы Lenox,
как контейнер служб,

00:34:31.290 --> 00:34:33.710
целый набор материалов в
разных направлениях мы будем

00:34:33.710 --> 00:34:35.320
Перейдя, так что следите за новыми выпусками.

00:34:35.320 --> 00:34:36.800
Но в терминах
Рекомендуемые ресурсы

00:34:36.800 --> 00:34:37.780
Убедитесь, что извлечь и

00:34:37.780 --> 00:34:40.140
Загрузите последнюю версию Windows
7 технической апробации.

00:34:40.140 --> 00:34:40.770
Выполнить эту процедуру.

00:34:40.770 --> 00:34:43.520
Очевидно, что можно использовать Linux
[INAUDIBLE], если вы хотите выполнить

00:34:43.520 --> 00:34:46.120
демонстраций, которые поставлены Нил,
можно следить за ходом обсуждения и

00:34:46.120 --> 00:34:48.770
сделать что-то подобное для
помочь ваше обучение.

00:34:48.770 --> 00:34:52.790
Ознакомьтесь с материалами Docker
на Docker.com\Microsoft в

00:34:52.790 --> 00:34:58.700
на веб-сайте Docker документы так,
Docker.com\Windows\started.

00:34:58.700 --> 00:35:00.835
И извлечение контейнеров
документацию по

00:35:00.835 --> 00:35:03.800
см и
на Github.

00:35:03.800 --> 00:35:05.830
И с, ни Дополнительные
можно сказать, Спасибо Нил т

00:35:05.830 --> 00:35:07.780
далеко за помощь в серии.

00:35:07.780 --> 00:35:08.340
>> Благодарен.

00:35:08.340 --> 00:35:10.147
>> И ждем вас снова на
другой канал контейнеров

00:35:10.147 --> 00:35:10.897
эпизод, спасибо.

00:35:10.897 --> 00:35:20.897
[МУЗЫКА]