WEBVTT

00:00:00.120 --> 00:00:08.800
歡迎使用另一個的 hello
容器通道劇集。

00:00:08.800 --> 00:00:12.580
我是技術的 Matt 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
之間的差異
容器和 VM 的。

00:00:32.380 --> 00:00:35.130
在本集我很高興
若要加入 Neil 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
因此 Neil 把我們帶到部份
我們需要知道的重要事項

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
然後我們將
取得第容器

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
>> 一的概念，
影像它很酷吧，

00:02:03.180 --> 00:02:08.140
稍微不同，
我們要如何使用的影像

00:02:08.140 --> 00:02:11.970
這是虛擬機器
影像分層的概念。

00:02:11.970 --> 00:02:16.520
而我的意思是我們一開始
與基底的 OS 映像，因此

00:02:16.520 --> 00:02:19.280
這可能是
Windows 伺服器的核心。

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 伺服器核心
在該新的應用程式。

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
它會使用基底的 OS 映像和
所做的變更。

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
我可能部署
基底的 OS 映像。

00:03:31.180 --> 00:03:32.460
>> 和
人不熟悉，

00:03:32.460 --> 00:03:34.150
何處取得
基本 OS 映像？

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
它有基本 Os 嗎
那里影像？

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 伺服器的預覽

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
核心基底的 OS 映像。

00:04:01.330 --> 00:04:02.770
因此，如果您瀏覽文件，

00:04:02.770 --> 00:04:05.420
它會逐步的程序
台 Windows 伺服器的設定。

00:04:05.420 --> 00:04:07.117
您可以下載 [串音]
>> 沒錯，和

00:04:07.117 --> 00:04:08.170
它會有您。

00:04:08.170 --> 00:04:11.280
所以我可能部署
基底的 OS 映像和

00:04:11.280 --> 00:04:12.950
再重新安裝某些
進去的軟體。

00:04:12.950 --> 00:04:16.680
所以，我們有可能，只是為了
範例中，web 應用程式。

00:04:18.070 --> 00:04:21.340
然後我抓取，出
到它自己的容器映像。

00:04:21.340 --> 00:04:26.020
我再可能重新部署，
web 伺服器映像和

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
自己的應用程式，但它們具有
常見的 web 伺服器映像和

00:04:38.550 --> 00:04:40.740
一般的基底 OS 影像。

00:04:40.740 --> 00:04:43.520
>> 那些應用程式 1 影像和
在這裡的圖形上的應用程式 2 影像

00:04:43.520 --> 00:04:45.360
採用相依性
Web 伺服器映像，

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
>> 與應用程式 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
共用常見的 web 伺服器
影像和基底的 OS 映像。

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
長時間系統置中] 類型
資料置中管理類型

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
容器與 Vm 可能
是我們做網路的方式

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
我要將一大堆
這台主機上的不同 Vm 但

00:06:21.340 --> 00:06:24.080
每一個這些 Vm 是
要有 IP 位址。

00:06:24.080 --> 00:06:27.240
我真的不管理
它們任何以不同的方式。

00:06:27.240 --> 00:06:30.290
>> 權限，這樣的 Nick 和
該 Nick 會將他對 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
所要裝載於該 VM，
我只移至 VM，

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
web 應用程式所有的服務
連接埠八十上的內容。

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
不只是網路
只解決方法。

00:08:20.470 --> 00:08:21.720
>> Yup、 絕對，
因此，如果你。

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
基底的 OS 映像。

00:09:07.472 --> 00:09:11.659
如此，相同的命令
我們在中使用的命令

00:09:11.659 --> 00:09:16.937
先前的視訊，
docker 執行-它 ubuntu。

00:09:16.937 --> 00:09:20.373
>>-它正在互動式的其中
表示 straightaway 開始，

00:09:20.373 --> 00:09:22.380
你到，
在這個案例的艦隊。

00:09:22.380 --> 00:09:24.500
>> 我是在容器中
在現在艦隊。

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
它將當作 web 伺服器，

00:09:39.580 --> 00:09:42.510
您會只想要的 web 伺服器
若要啟動 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
我真的打算
來更新應用程式就可以給

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
每件事
在完整的 OS 和所有項目。

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
因此，容易引起 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
>> 那我就做 Dr.認可。

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
>> 所有右 Dr.認可示範。

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
基本 OS 之間影像和
我們剛建立的內容。

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
在最上層
在 498，Ooboontoo 結束。

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
分層 works，和
您可以使用這個的

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
>> 是幾乎 like
版本控制。

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
>> Yup。
>> 和我的雙手吧，

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
其實我們想將一些
進去的 web 伺服器軟體。

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
檔案，請決定我們真的我

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
您可以看到這
從 [示範的第一行。

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
沒錯，所以只是一些
中繼資料 maintainer 和

00:16:16.130 --> 00:16:19.050
然後執行應用程式取得安裝 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
>> 是的實際上我實際上
標記為註解，出。

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
公開 （expose) 連接埠 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 檔案，
i 只做 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 mb。

00:18:51.550 --> 00:18:52.637
>> 沒錯。
>> 而它即是

00:18:52.637 --> 00:18:55.812
本質上的大小
大多數情況下結束 genetics。

00:19:03.654 --> 00:19:04.490
[是] 就可以了。

00:19:04.490 --> 00:19:05.830
因此結束起源 18 mb。

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
我們將使用該容器，
包含 web 軟體，但是

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
讓我執行應用程式取得更新。

00:20:38.500 --> 00:20:43.430
然後，我正在安裝給
呼叫 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
與 web 伺服器軟體
這是內部的容器，

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
將此項目請參閱-
>> [連貫]

00:21:51.622 --> 00:21:54.471
它為 web 伺服器。

00:21:54.471 --> 00:21:57.228
>> 沒錯，完全相同。

00:21:59.500 --> 00:22:02.300
和我實際上要放入
這在某些中繼資料。

00:22:06.103 --> 00:22:11.310
Neil Peterson，
我會呼叫這個映像 c9app。

00:22:13.040 --> 00:22:13.580
然後將其建置。

00:22:15.040 --> 00:22:17.330
與此 Neil Peterson
沒有如下，

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
當我要發送這將會

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
>> Yup，完全相同。

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
而文件或 ps 將會一次
顯示所有正在執行的容器

00:24:07.720 --> 00:24:11.210
Docker PS 虛線 A 顯示
執行的所有容器或

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
這次我將對應
連接埠 80，81

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 的 VM，執行 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
mb，不過我假設該但

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
Dr.集線器可以有人註冊？

00:29:13.130 --> 00:29:15.530
>> 是，您只移至 Dr。
中樞和註冊。

00:29:15.530 --> 00:29:17.790
>> 權限，而是沒有
>> 玩，500 mb

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
所以我剛建立的
在該 VM 上一個工作階段。

00:30:16.868 --> 00:30:19.262
這在 Microsoft 中執行
這不執行相同的

00:30:19.262 --> 00:30:20.984
這不在相同的 VM
上執行的程式

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
我基本上有資源
包括 VM 的群組和

00:30:56.830 --> 00:31:00.379
對外的公用 IP 位址
[連貫] 的 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-a

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
>> [戰慄笑聲]
>> 的 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
>> 沒錯，因此您必須結束
vm 設定的點。

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 伺服器搭配使用
也容器。

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 的 VM。

00:33:10.030 --> 00:33:12.860
因此它從提取
Docker 的集線器，以內部的 Azure 您

00:33:12.860 --> 00:33:15.880
VM 和容器有
已建立的。

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 VM。

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
網路，然後我們已經種類的
看過這些圖像的運作方式

00:33:52.810 --> 00:33:54.250
當分層上
彼此的頂端。

00:33:54.250 --> 00:33:54.750
>> 極了。

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
下載最新的視窗
7 技術的預覽。

00:34:40.140 --> 00:34:40.770
試試看。

00:34:40.770 --> 00:34:43.520
很明顯地，您可以使用 Linux
[連貫] 如果您想要遵循

00:34:43.520 --> 00:34:46.120
Neil 傳遞，示範
您可以遵循和

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
msdn.microsoft.com 和
在 Github。

00:35:03.800 --> 00:35:05.830
與該，無需
說 ︰ 謝謝 Neil 因此

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
[音樂]