WEBVTT

00:00:00.000 --> 00:00:08.198
[音樂]

00:00:08.198 --> 00:00:09.947
大家好，
歡迎使用上的另一個的劇集

00:00:09.947 --> 00:00:11.430
容器的通道。

00:00:11.430 --> 00:00:13.160
我 Matt McSpirit
針對技術編輯

00:00:13.160 --> 00:00:14.590
所有我們的資料
置中的技術。

00:00:14.590 --> 00:00:17.120
在本集，並具有
實際的開始

00:00:17.120 --> 00:00:20.130
在我們的迷你一連串
要瀏覽容器

00:00:20.130 --> 00:00:21.450
基本原則。

00:00:21.450 --> 00:00:23.490
人道道
一些已經視訊

00:00:23.490 --> 00:00:24.380
[容器] 通道中，

00:00:24.380 --> 00:00:27.000
您就知道我們得救出許多
酷炫玩意的示範。

00:00:27.000 --> 00:00:29.960
我們介紹，並有面談
Docker 的人。

00:00:29.960 --> 00:00:33.180
我們聽到嗶 John Howard 和
探索對他貢獻

00:00:33.180 --> 00:00:35.860
同樣的 Docker，因此
我們所介紹的負載

00:00:35.860 --> 00:00:38.700
項目，但我們想要確定
我們要讓您深度

00:00:38.700 --> 00:00:41.030
了解我們
也容器。

00:00:41.030 --> 00:00:44.350
並協助我今天這樣做，
我正在聯結的 Neil Peterson 查詢。

00:00:44.350 --> 00:00:45.770
Neil，介紹您自己和

00:00:45.770 --> 00:00:48.850
有點準備告訴我們您
與容器的連線。

00:00:48.850 --> 00:00:50.210
>> 很好，謝謝 Matt。

00:00:50.210 --> 00:00:51.400
因此我的名字的 Neil Peterson

00:00:51.400 --> 00:00:54.600
我是內容開發人員
Microsoft 在這裡。

00:00:54.600 --> 00:00:57.280
因此，其實我在做什麼
用容器是書寫

00:00:57.280 --> 00:01:00.160
文件以進行一面
我們的實作

00:01:00.160 --> 00:01:02.340
是，Windows 的容器
伺服器容器，

00:01:02.340 --> 00:01:04.270
即將推出的超 B 容器。

00:01:04.270 --> 00:01:07.100
因此，我正在使用我們
視覺效果小組和

00:01:07.100 --> 00:01:08.600
John 和 Taylor。

00:01:08.600 --> 00:01:11.900
一種文件容器
和我進行的一部分

00:01:11.900 --> 00:01:15.020
周圍並進行研究
在技術上自己。

00:01:15.020 --> 00:01:16.870
>> 是所有非常
我們的大量的新手。

00:01:16.870 --> 00:01:18.410
很多我們 IT
為專業人員也很簡單，

00:01:18.410 --> 00:01:20.080
文件
很重要，

00:01:20.080 --> 00:01:23.050
這份文件方法，
我們已經這次

00:01:23.050 --> 00:01:26.390
將它放在 MSDM 上的容器
但人也能夠存取

00:01:26.390 --> 00:01:28.560
它透過 [INAUDIBLE]，
這就是大。

00:01:28.560 --> 00:01:30.950
變更
我們 << 是絕對我的意思，

00:01:30.950 --> 00:01:34.970
我們是我們的說明文件
位於 GitHub，

00:01:34.970 --> 00:01:38.600
社群也會影響，
請更新它，並確實

00:01:38.600 --> 00:01:43.180
視窗的容器儘 nad
我們在技術預覽但

00:01:43.180 --> 00:01:46.350
我們正在記錄
它們稍微，因此

00:01:46.350 --> 00:01:48.870
我們想將很多東西
那里 out 很快。

00:01:48.870 --> 00:01:51.000
>>，如果您尚未選取
出的文件，

00:01:51.000 --> 00:01:54.140
它是 MSDN 點 Microsoft 點 com
如果您想向下移 MSDN

00:01:54.140 --> 00:01:56.330
根，正斜線
虛擬化和

00:01:56.330 --> 00:01:58.570
這需要您
駐腳台頁面容器。

00:01:58.570 --> 00:02:00.840
還有一些
不同的案例我們

00:02:00.840 --> 00:02:04.820
記載技術預覽
第三，周圍取得您

00:02:04.820 --> 00:02:08.320
容器主應用程式準備好部署
容器與 PowerShare，或

00:02:08.320 --> 00:02:10.920
管理 Docker，
等等，並也 Azure 上。

00:02:10.920 --> 00:02:13.210
因此，如果您還沒有，
簽出文件，

00:02:13.210 --> 00:02:15.920
遵循，而且也檢視
視訊因為它們將會引導

00:02:15.920 --> 00:02:18.220
您透過為也很簡單，
您可以看到以視覺化方式。

00:02:18.220 --> 00:02:21.380
但是現在，我說過，
是迷你系列的開始。

00:02:21.380 --> 00:02:22.730
我們不知道多少
若要執行，我們的劇集

00:02:22.730 --> 00:02:24.460
我們只要
在你，吸引他們一再。

00:02:24.460 --> 00:02:25.980
若要協助您了解並

00:02:25.980 --> 00:02:28.950
掌握在一些基本概念
多個技術的層級。

00:02:28.950 --> 00:02:31.400
但是幫助您克服許多
同時也示範起見。

00:02:31.400 --> 00:02:34.710
因此，Neil 被忙線中的建置
若要啟用，若要顯示這些系統

00:02:34.710 --> 00:02:37.610
您如何基本上有些這
項目適用於 [更多的深度。

00:02:37.610 --> 00:02:39.930
我們正在煩惱的第一個和
持續會看一下

00:02:39.930 --> 00:02:42.800
真的關於簡介
只要有哪些容器，

00:02:42.800 --> 00:02:45.840
接下來的部份的層級向下
在過去，我們所做的視訊。

00:02:45.840 --> 00:02:47.560
協助您了解一些
建置組塊和

00:02:47.560 --> 00:02:50.270
一些關鍵的功能，
元件和概念。

00:02:50.270 --> 00:02:53.170
之前我們將來移動
到多個深度的劇集

00:02:53.170 --> 00:02:56.000
周圍的影像
網路，依此類推。

00:02:56.000 --> 00:02:58.320
所以為什麼你把它吃了
逐步解說我們為何我們

00:02:58.320 --> 00:03:00.311
要深入了解今天
在這個特定的劇集。

00:03:00.311 --> 00:03:03.813
<< 我們唯一會做為此片段
只談論哪些容器

00:03:03.813 --> 00:03:06.127
是，我們要建立
看起來有些容器

00:03:06.127 --> 00:03:09.168
在某些容器影像和
就像您一樣的其實就是開始

00:03:09.168 --> 00:03:12.341
說旁王朝
深入探討之類的

00:03:12.341 --> 00:03:15.518
網路的容器影像
容器的可攜性

00:03:15.518 --> 00:03:16.046
>> 可以酷

00:03:16.046 --> 00:03:16.706
>> 好，讓

00:03:16.706 --> 00:03:17.630
>> 我們只會有幾個

00:03:17.630 --> 00:03:21.065
投影片認為 「 不，我們不能不行
執行投影片 」 我們這裡有一些和

00:03:21.065 --> 00:03:23.642
然後我們會停駐
直線一些示範，

00:03:23.642 --> 00:03:24.970
因此，[是] 保留它。

00:03:24.970 --> 00:03:27.140
>> 只可幫助我們位置
某些同樣的東西。

00:03:27.140 --> 00:03:28.500
>> 當然，絕對。

00:03:28.500 --> 00:03:32.560
因此容器
火，而不一定是

00:03:32.560 --> 00:03:34.820
許多人
指它們。

00:03:34.820 --> 00:03:39.780
它是在很初期在
技術生命週期容器

00:03:39.780 --> 00:03:41.870
存在已久一點時間
>> 上 Linux

00:03:41.870 --> 00:03:43.680
>> 上 Linux 但

00:03:43.680 --> 00:03:47.040
他們真的把關閉權限
現在，因此只介紹

00:03:47.040 --> 00:03:50.140
容器以及
容器是，因為它是

00:03:50.140 --> 00:03:53.210
奇怪的抽象概念中，我們已經
在虛擬化中的工作

00:03:53.210 --> 00:03:57.460
一些時間，而且它的很容易
比較虛擬容器

00:03:57.460 --> 00:04:00.340
電腦，但是
>> 到底有哪些容器

00:04:00.340 --> 00:04:02.800
和我們幹嘛與其
然後，我們可以用它們來做什麼？

00:04:02.800 --> 00:04:04.280
因此我是指核心，

00:04:04.280 --> 00:04:08.660
容器其實是有點
虛擬化的元件。

00:04:08.660 --> 00:04:11.170
它是幾乎 like
作業系統或

00:04:11.170 --> 00:04:12.890
應用程式虛擬化。

00:04:12.890 --> 00:04:16.460
因此真正本質上我們利用
同樣地，如何容器我們

00:04:16.460 --> 00:04:18.040
會使用虛擬機器。

00:04:18.040 --> 00:04:20.920
我們將虛擬化這個 OS 和

00:04:20.920 --> 00:04:24.020
我們執行具有應用程式
在容器內，

00:04:24.020 --> 00:04:27.410
我們可以存取這些應用程式
從在於容器之外。

00:04:27.410 --> 00:04:29.470
您可以在這裡看到我
第一個項目符號點時，

00:04:29.470 --> 00:04:33.030
我稱之為 OS 為
應用程式虛擬化和

00:04:33.030 --> 00:04:35.720
影像或
影像分層科技，

00:04:35.720 --> 00:04:38.300
這是很重要
>> 很多的好處我們

00:04:38.300 --> 00:04:40.400
要在容器中找到。

00:04:40.400 --> 00:04:43.550
正在之類的好處
快速啟動時間，或

00:04:43.550 --> 00:04:46.300
主機作業系統上的小型足跡

00:04:46.300 --> 00:04:49.680
所處理的方式
我們可以管理和

00:04:49.680 --> 00:04:52.990
建立這些影像，或
如何容器會使用這些影像。

00:04:52.990 --> 00:04:54.830
因此，我將第一次
項目符號點，

00:04:54.830 --> 00:04:58.420
因為影像都是已大幅
重要程度

00:04:58.420 --> 00:04:59.470
容器使用。

00:04:59.470 --> 00:05:00.270
而且，雖然我們說過，

00:05:00.270 --> 00:05:03.566
我們要開始動手寫程式很
深入容器的影像。

00:05:03.566 --> 00:05:07.520
是，容器，
OS 虛擬化。

00:05:07.520 --> 00:05:11.900
容器裝載應用程式和
應用程式相依性，以及

00:05:11.900 --> 00:05:13.350
這也是重要的。

00:05:13.350 --> 00:05:16.340
問題我們可能會看到是，是我們
裝應用程式和

00:05:16.340 --> 00:05:18.780
所有相依性
在這個容器中。

00:05:18.780 --> 00:05:22.220
而此容器相當會變成
這個自我包含的單位，

00:05:22.220 --> 00:05:25.020
然後四處移動
之間的環境中，但是

00:05:25.020 --> 00:05:27.270
取得所有這些
內建於它的相依性。

00:05:27.270 --> 00:05:29.630
所以我們不在做之類的
不必重新設定我們

00:05:29.630 --> 00:05:31.830
容器當我們移動。

00:05:31.830 --> 00:05:34.340
>> 的相依性必須嗎
習慣生活在同一個容器中？

00:05:34.340 --> 00:05:36.080
您可以精確地進行配置的 Cuz
外無法您？

00:05:36.080 --> 00:05:36.920
>> 是，絕對。

00:05:36.920 --> 00:05:40.010
我們可以有多重
容器應用程式。

00:05:40.010 --> 00:05:42.701
其中，我們可能必須前端
跟所有相依性

00:05:42.701 --> 00:05:44.021
為在前端
一個容器，

00:05:44.021 --> 00:05:46.050
已經安裝了所有後端
相依性

00:05:46.050 --> 00:05:52.680
後端，
不過這兩種容器

00:05:52.680 --> 00:05:53.910
依存於其他每一個人
>> [是]。

00:05:53.910 --> 00:05:55.560
>> 因此它們會形成應用程式。

00:05:55.560 --> 00:05:57.710
>> 和他們彼此之間
取決於基礎的映像。

00:05:57.710 --> 00:05:59.710
確定、 是，絕對。

00:05:59.710 --> 00:06:01.300
>> [確定]。
>> 我們已經 kinda

00:06:01.300 --> 00:06:04.880
討論它容器
所建置的容器的影像。

00:06:04.880 --> 00:06:06.440
容器的圖像是可攜性，
和

00:06:06.440 --> 00:06:07.390
這是很了不起。

00:06:07.390 --> 00:06:10.090
我們會在未來看到
劇集，我們將實際建置

00:06:10.090 --> 00:06:14.260
在 [我的膝上型電腦上應用程式
移動該容器映像

00:06:14.260 --> 00:06:18.070
到什麼知道為向上
容器影像登錄和

00:06:18.070 --> 00:06:22.090
然後將，拉到 [VM 中
Azure，因此其此可攜性

00:06:22.090 --> 00:06:27.690
在影像中我們會得到這
移動的好方法我們

00:06:27.690 --> 00:06:30.030
工作環境
>> 公釐 hm 和

00:06:30.030 --> 00:06:30.960
這是同樣的彈性。

00:06:30.960 --> 00:06:32.340
我們的開發人員的所有
也看到。

00:06:32.340 --> 00:06:35.200
您知道，建置的應用程式
在本機上的工作站

00:06:35.200 --> 00:06:37.100
了解，從
一致性的觀點來看，

00:06:37.100 --> 00:06:39.690
如果我將它以部署
膝上型電腦，到伺服器

00:06:39.690 --> 00:06:42.850
在資料中心上，或者
公用定域機組，它會運作。

00:06:42.850 --> 00:06:44.050
>> 絕對。
>> 因為它們那里看到它。

00:06:44.050 --> 00:06:46.260
相依性，會有，
它會提取，或

00:06:46.260 --> 00:06:47.790
然後卓著
這樣的彈性。

00:06:47.790 --> 00:06:51.410
>> 沒錯，絕對，因此部分
在容器中的優點，它是

00:06:51.410 --> 00:06:53.880
像好，我們看到我們
將應用程式放在這裡

00:06:53.880 --> 00:06:55.360
但是其中好處呢？

00:06:55.360 --> 00:06:58.450
容器開始快速，
快速縮放。

00:06:58.450 --> 00:07:00.270
它們可以快速被破壞。

00:07:00.270 --> 00:07:03.700
該主機上的足跡
比的小很多

00:07:03.700 --> 00:07:04.550
虛擬機器。

00:07:04.550 --> 00:07:07.430
因此，我們可以取得此密度

00:07:07.430 --> 00:07:10.340
在我們的實體電腦上，
裝載這些容器。

00:07:10.340 --> 00:07:14.190
我們可以取得更大的密度
用容器比我們可以使用

00:07:14.190 --> 00:07:15.900
VM 本身。

00:07:15.900 --> 00:07:17.060
>>，和正好相反

00:07:17.060 --> 00:07:19.500
VM，我認為我們要尋找
架構中，分但

00:07:19.500 --> 00:07:21.870
當您正在建立 VM，用那些
有了 Hyper-V 與歷程記錄。

00:07:21.870 --> 00:07:25.130
您知道您將說如何
許多虛擬的處理程序執行我

00:07:25.130 --> 00:07:28.540
需要就會有多少 RAM，需要
虛擬的 DVD 磁碟機多少

00:07:28.540 --> 00:07:31.720
何種網路他們的網路
必須在 VLAN 的依此類推。

00:07:31.720 --> 00:07:34.550
沒有更多的思考模式
關於]、 從虛擬機器

00:07:34.550 --> 00:07:38.830
觀點來看，該硬體
一定，即使是最佳化的圖層

00:07:38.830 --> 00:07:41.690
的話就某種程度
用在某些方面的容器。

00:07:41.690 --> 00:07:46.590
但方面，非常
嚴格，這個 VM，會有這些

00:07:46.590 --> 00:07:48.600
虛擬的處理程序，
這是很大的差異。

00:07:48.600 --> 00:07:51.470
>> 是，我的意思，基本上我們
建置 VM 非常類似的方式

00:07:51.470 --> 00:07:52.940
要建置
實體機器。

00:07:52.940 --> 00:07:54.230
我們必須定義所有的儲存。

00:07:54.230 --> 00:07:58.410
元件和很多，
沒有消失用容器。

00:07:58.410 --> 00:08:02.660
話雖如此，會導致到我的意思
這最後一次按一下這裡，

00:08:02.660 --> 00:08:06.770
我們可以處理的事情之一
容器是類型的限制

00:08:06.770 --> 00:08:09.350
該主控件的資源使用狀況。

00:08:09.350 --> 00:08:11.810
因此我是說，我們可以建置
容器，並說嘿

00:08:11.810 --> 00:08:15.880
使用這麼多的記憶體，或不
使用多個這麼多的記憶體。

00:08:15.880 --> 00:08:18.700
使用這個 CPU 的數量
不。

00:08:18.700 --> 00:08:21.540
>> [是]。
>> 讓我們可以限制

00:08:21.540 --> 00:08:24.330
哪個容器可以
使用此選項，從該主應用程式。

00:08:24.330 --> 00:08:25.740
>> 您知道像
北方大容器。

00:08:25.740 --> 00:08:26.870
>> 確定。
確定。

00:08:26.870 --> 00:08:27.430
完全相同。

00:08:27.430 --> 00:08:30.200
>> 只在同一個方法。

00:08:30.200 --> 00:08:32.620
考墦事項也。

00:08:32.620 --> 00:08:34.030
確定操作。

00:08:34.030 --> 00:08:37.070
比較和對照與
VM，如果我們帶出圖形

00:08:37.070 --> 00:08:39.260
我們得救在下一個
投影片，以幫助我們所示範的

00:08:39.260 --> 00:08:41.950
什麼是重要心得
此特定的圖形

00:08:41.950 --> 00:08:44.679
讓人們應該知道的？

00:08:44.679 --> 00:08:46.770
>> 如果您已經
參考資料容器後

00:08:46.770 --> 00:08:48.790
可能看過非常
類似的圖形。

00:08:48.790 --> 00:08:52.360
與最大其中一個項目
容器之間的差異

00:08:52.360 --> 00:08:56.130
而是虛擬機器
相當如何容器

00:08:56.130 --> 00:08:59.700
與核心的運作方式
在主應用程式。

00:08:59.700 --> 00:09:01.610
因此查看左邊
在這裡，手側邊

00:09:01.610 --> 00:09:03.630
我們得救出虛擬機器。

00:09:03.630 --> 00:09:07.300
我們得救出硬體的圖層，
我們得救出 OS 和

00:09:07.300 --> 00:09:12.260
主應用程式，以及的核心，
為 hypervisor 技術中。

00:09:12.260 --> 00:09:14.740
和我們的分層然後
虛擬機器

00:09:14.740 --> 00:09:16.880
在該 Hypervisor。

00:09:16.880 --> 00:09:19.210
因此每一個這些虛擬
電腦具有可載入作業系統

00:09:19.210 --> 00:09:20.510
並在其中一個核心也。

00:09:20.510 --> 00:09:24.370
因此每次我們開機 VM
我們正在啟動完整的作業系統，

00:09:24.370 --> 00:09:25.620
核心和所有項目。

00:09:25.620 --> 00:09:28.610
>>，一般來說，每一個
一個將會有虛擬硬碟位

00:09:28.610 --> 00:09:29.020
>> 沒錯。

00:09:29.020 --> 00:09:31.190
>> 的就是
>> 顯著

00:09:31.190 --> 00:09:33.320
從的空間數量您
後端儲存任何

00:09:33.320 --> 00:09:34.650
這可能是。

00:09:34.650 --> 00:09:37.570
是，您可以在其中使用類似的項目
差異化磁碟從讀取

00:09:37.570 --> 00:09:40.820
影像唯一的父代，但仍然但
儲存區的耗用量

00:09:40.820 --> 00:09:43.920
一般與 Vm 相關聯
可能相當顯著。

00:09:43.920 --> 00:09:44.700
>> 沒錯，絕對。

00:09:44.700 --> 00:09:48.156
然後卓著這些
kinda 的虛擬機器進行

00:09:48.156 --> 00:09:51.324
硬體要求和
您收到這 hypervisor 一層

00:09:51.324 --> 00:09:54.852
攔截這些要求，
管理這些要求

00:09:54.852 --> 00:09:58.816
對主應用程式的硬體
便會保留虛擬機器。

00:09:58.816 --> 00:10:02.183
這就是它的影像
虛擬機器。

00:10:02.183 --> 00:10:06.581
比較容器主機
我們得救出的硬體

00:10:06.581 --> 00:10:08.650
容器主應用程式。

00:10:08.650 --> 00:10:12.100
我們得救是核心 OS
坐在上面的該，

00:10:12.100 --> 00:10:15.380
以及容器
Docker 引擎的軟體。

00:10:15.380 --> 00:10:20.950
Windows server 容器引擎，
但您會發現這裡的

00:10:20.950 --> 00:10:25.170
容器本身並不會
具有該作業系統。

00:10:25.170 --> 00:10:26.760
它不會有該核心。

00:10:26.760 --> 00:10:28.500
因此，沒有真正共用

00:10:28.500 --> 00:10:31.525
這些容器共用
與主機 OS 核心。

00:10:31.525 --> 00:10:37.095
開機時間會更快的是，
沒有更少如何運作

00:10:37.095 --> 00:10:39.665
當我們開始這些容器
與虛擬機器。

00:10:39.665 --> 00:10:42.635
>> 和這個圖形顯然是
描繪，我們說的只是硬體

00:10:42.635 --> 00:10:45.835
在下方，但這
可能是實體硬體，或

00:10:45.835 --> 00:10:47.595
可能是內部的
虛擬機器。

00:10:47.595 --> 00:10:48.665
>> 沒錯，絕對。

00:10:48.665 --> 00:10:51.295
>>，沒有任何項目
停止這兩

00:10:51.295 --> 00:10:53.970
不同的技術
幸好共存。

00:10:53.970 --> 00:10:57.150
舉個例說，您可能需要的方式
你的 Hyper-V 主機，

00:10:57.150 --> 00:10:59.880
您有兩個 VM 的
其中一個是 Linux，一個是 Windows 和

00:10:59.880 --> 00:11:02.500
您執行 Linux 容器
一個 VM 內部及

00:11:02.500 --> 00:11:04.050
在另一個 Windows 容器。

00:11:04.050 --> 00:11:06.780
而在該整體的實體
您正在執行混合的系統

00:11:06.780 --> 00:11:07.700
容器。

00:11:07.700 --> 00:11:09.840
所以你最好的
在本質上就那里兩個世界

00:11:09.840 --> 00:11:12.350
正在利用
互補的技術。

00:11:12.350 --> 00:11:14.630
因此它們並絕對不是一個或
另一個，

00:11:14.630 --> 00:11:17.270
它可用於
這是很重要的結合。

00:11:17.270 --> 00:11:18.490
>> 沒錯，絕對。

00:11:18.490 --> 00:11:25.150
在介面層級，因此它有
非常簡單到假設虛擬

00:11:25.150 --> 00:11:28.970
機器，我們得救出隔離
核心內 VM] 容器中，

00:11:28.970 --> 00:11:33.110
我們正在共用功能，
與主機 OS 的核心。

00:11:33.110 --> 00:11:34.700
現在這張圖片
有點變更

00:11:34.700 --> 00:11:37.460
當我們介紹
超 V 容器

00:11:37.460 --> 00:11:41.120
這提供了額外的
依據隔離層相當

00:11:41.120 --> 00:11:43.330
該容器文繞圖
在 VM 本身。

00:11:43.330 --> 00:11:44.450
>> 沒錯，和
在幾個星期的時間，

00:11:44.450 --> 00:11:46.960
我們會遇到劇集
在右邊的 HyperV 容器

00:11:46.960 --> 00:11:50.260
時間點時它們
若要測試的人員可以使用。

00:11:50.260 --> 00:11:52.860
您將看到多個劇集上
容器的通道，

00:11:52.860 --> 00:11:56.520
協助人們仔細分析到底是什麼
Hyper-V 容器是因為

00:11:56.520 --> 00:11:59.690
它一定會加入額外的
層級的功能，但

00:11:59.690 --> 00:12:02.390
它也是相當複雜，要掌握
以及有關該如何處理如何運作

00:12:02.390 --> 00:12:05.550
混合的這樣的設定
技術的 ' s 這裡如此。

00:12:05.550 --> 00:12:07.070
>> 絕對。
>> 拭目以待該個。

00:12:07.070 --> 00:12:12.410
>>，是種主應用程式
>> VM 主機容器的差異。

00:12:12.410 --> 00:12:14.890
另外還有一些差異
我們要的方式符合容器

00:12:14.890 --> 00:12:15.880
與 vm。

00:12:15.880 --> 00:12:16.740
有相當的 shift 鍵，

00:12:16.740 --> 00:12:19.940
特別是如果您已經在
您已管理的 VM 的彙總

00:12:19.940 --> 00:12:20.970
較長的時間。

00:12:20.970 --> 00:12:23.560
這實在是如何我們
使用容器的影像。

00:12:23.560 --> 00:12:27.150
因此，如果您已進行大量
部署的 VM，您可能

00:12:27.150 --> 00:12:29.840
熟悉的概念
例如 VM 影像，就像

00:12:29.840 --> 00:12:33.900
os 的 sys prept 版本
我們可以部署到一大堆

00:12:33.900 --> 00:12:37.660
Vm 和一堆可供向上微調
Vm 中較快速的速率。

00:12:37.660 --> 00:12:39.970
容器影像非常
不同的 VM 映像，並

00:12:39.970 --> 00:12:41.810
讓我們看看，
我們將深入探討該深度。

00:12:41.810 --> 00:12:44.890
我們所管理的方式以及
網路用我們的容器，

00:12:44.890 --> 00:12:46.370
因此，這是有點不同。

00:12:48.060 --> 00:12:50.780
它是不同的方式比我們
可能會管理

00:12:50.780 --> 00:12:52.880
網路與 Vm，和
也也看到了。

00:12:52.880 --> 00:12:53.430
>> 好了，很棒。

00:12:53.430 --> 00:12:56.290
告訴我們更詳細的位元
最少為這些簡介

00:12:56.290 --> 00:12:57.650
您已經被一提的影像。

00:12:57.650 --> 00:13:00.930
而且我知道在下一步的劇集
我們將深入，

00:13:00.930 --> 00:13:02.880
大幅更深度
到容器的影像，但

00:13:02.880 --> 00:13:06.340
只是讓人 10000
步行檢視的影像。

00:13:06.340 --> 00:13:07.340
>> 沒錯，絕對。

00:13:07.340 --> 00:13:10.220
我有呼叫這因為和
這是非常重要的部分

00:13:10.220 --> 00:13:11.840
如果需要使用的容器。

00:13:11.840 --> 00:13:15.530
因此容器影像的會是
它們是讀取的唯一範本

00:13:15.530 --> 00:13:18.720
用來啟動
向上與容器。

00:13:18.720 --> 00:13:22.280
這些範本
包含應用程式。

00:13:22.280 --> 00:13:24.940
它們包含相依性
應用程式。

00:13:24.940 --> 00:13:27.700
它們也可包含
有點像的指示

00:13:27.700 --> 00:13:28.790
啟動載入影像。

00:13:28.790 --> 00:13:32.198
所以要每次我開始
容器的映像，

00:13:32.198 --> 00:13:33.590
開始此程序。

00:13:33.590 --> 00:13:35.680
然後，我們會看到程式。

00:13:35.680 --> 00:13:38.950
這些影像可以受到危害。
多個圖層。

00:13:38.950 --> 00:13:42.790
因此，我可能會有基底的 OS 映像，
像 Ubuntu，然後我可能

00:13:42.790 --> 00:13:48.580
有另一層上方的
這是我的 web 應用程式。

00:13:48.580 --> 00:13:51.540
然後為每個容器
我在我的主機上啟動的

00:13:51.540 --> 00:13:56.530
使用該基底的 OS 映像，
它們會共用相同的執行個體

00:13:56.530 --> 00:13:59.810
該映像，這是要在哪裡
我們會得到該小的足跡-

00:13:59.810 --> 00:14:01.930
>> 最佳化資源使用狀況。

00:14:01.930 --> 00:14:06.060
>> 最佳化資源使用狀況及
若要達到由該密度

00:14:06.060 --> 00:14:08.510
共用這些影像，我們將
請參閱該範例也。

00:14:09.640 --> 00:14:14.300
已經談到如何
包含的影像

00:14:14.300 --> 00:14:18.030
執行操作指示，
然後最後，這些影像

00:14:18.030 --> 00:14:21.500
可以儲存和擷取
與容器登錄。

00:14:21.500 --> 00:14:23.600
這是我們要如何
達到該可攜性。

00:14:23.600 --> 00:14:26.850
因此在本機開發
儲存在登錄中，

00:14:26.850 --> 00:14:28.930
拉的我
實際執行環境。

00:14:28.930 --> 00:14:29.430
>> 登錄，存放庫。
>> [串音]

00:14:29.430 --> 00:14:31.784
>> 登錄、 儲存機制，

00:14:31.784 --> 00:14:36.150
只是一個地方。
我們可以有私用的登錄，

00:14:36.150 --> 00:14:38.830
我們看看在一個
未來的劇集是

00:14:38.830 --> 00:14:40.420
公用的登錄 Dr.集線器。

00:14:40.420 --> 00:14:41.590
>> 權限。
好了，很棒。

00:14:41.590 --> 00:14:44.590
因此，我猜的
少的背景。

00:14:44.590 --> 00:14:46.710
您要住進示範嗎
然後，告訴我們 [串音]。

00:14:46.710 --> 00:14:48.040
>> 是，絕對。

00:14:48.040 --> 00:14:50.350
讓我們看看
在這裡示範。

00:14:50.350 --> 00:14:53.587
因此，我只是大小向上我
環境這裡，我要讓

00:14:53.587 --> 00:14:57.120
這些初始示範的許多方法
使用 Linux 容器。

00:14:57.120 --> 00:15:02.790
也就是說，我的貨色這裡是
採超 V Linux 主應用程式

00:15:02.790 --> 00:15:03.900
在 [我的電腦這裡。

00:15:03.900 --> 00:15:05.750
這樣雖然 Linux，使用

00:15:05.750 --> 00:15:09.150
我在實際上會處理對
超 V 版本的電腦。

00:15:09.150 --> 00:15:12.240
現在我要執行
一大堆 Docker 命令。

00:15:12.240 --> 00:15:15.350
Docker 是，
就如上文中其他視訊

00:15:15.350 --> 00:15:17.950
是一個容器
管理系統。

00:15:17.950 --> 00:15:21.250
我們將使用它在這裡
針對 Linux 容器

00:15:21.250 --> 00:15:23.900
我也會示範範例
使用對 Docker 的

00:15:23.900 --> 00:15:25.570
Windows Server
也容器。

00:15:25.570 --> 00:15:26.670
>> 太好了，那句話，和

00:15:26.670 --> 00:15:29.990
已經有一些
在 MSDN 上的文件

00:15:29.990 --> 00:15:31.540
站台和 GitHub。

00:15:31.540 --> 00:15:34.420
您可以在其中如果您想要
開始使用 Docker 和

00:15:34.420 --> 00:15:36.730
Windows Server 容器
沒有東西有了。

00:15:36.730 --> 00:15:38.050
>> 沒錯。
>> 因此撤走它。

00:15:38.050 --> 00:15:39.620
>>，我們將討論
在一些基本的指令。

00:15:39.620 --> 00:15:41.470
好讓我在我
容器主機。

00:15:41.470 --> 00:15:46.120
我要不要 Docker 影像

00:15:46.120 --> 00:15:49.320
若要查看的影像清單，我
我們對此容器的主控件

00:15:49.320 --> 00:15:52.470
可以看到我有三個，兩個開機
然後幾個其他人。

00:15:52.470 --> 00:15:54.140
>> 如何取得那里？

00:15:54.140 --> 00:15:58.260
>> 讓我通過了這些
從 Docker 集線器拉

00:15:58.260 --> 00:15:58.850
登錄中。

00:15:58.850 --> 00:15:59.417
>> [確定]。
>> 因此

00:15:59.417 --> 00:16:01.934
如果我想要的範例
提取新的映像

00:16:01.934 --> 00:16:02.587
讓我們假設。

00:16:08.012 --> 00:16:10.450
或許 MySQL。

00:16:10.450 --> 00:16:16.010
要執行命令
MySQL docker 搜尋。

00:16:16.010 --> 00:16:18.670
它要做為它即將
到達因此去 Docker 中樞，

00:16:18.670 --> 00:16:19.820
登錄中，並

00:16:19.820 --> 00:16:23.840
傳回的影像清單
在其名稱中有 MySQL。

00:16:23.840 --> 00:16:27.560
您可以在這裡看到我們得救
此資料行，正式，和

00:16:27.560 --> 00:16:32.070
這樣的一些指示，
這是官方的圖像。

00:16:32.070 --> 00:16:35.290
因此我可以看到 MySQL、
它是官方的影像。

00:16:35.290 --> 00:16:37.210
然後，我也可以查看星星。

00:16:37.210 --> 00:16:39.750
這些影像可以是因此
分級 Docker 集線器上。

00:16:39.750 --> 00:16:43.730
我相當收到一些的指示
透過此檢視下面，

00:16:43.730 --> 00:16:46.290
嘿，可能是影像我
要進入之後，因為我剛

00:16:46.290 --> 00:16:51.190
要非常一般化
回到上方的 MySQL 影像。

00:16:51.190 --> 00:16:52.660
但是還有不少
那里其他的事物。

00:16:52.660 --> 00:16:55.918
>> 它有趣的這麼多
人擁有上載觀看過的內容

00:16:55.918 --> 00:16:58.028
想要的等價
同一個影像，

00:16:58.028 --> 00:17:00.925
即使只有一個有
太好了，您可以

00:17:00.925 --> 00:17:03.230
使用的格式已評比的全部準備。

00:17:03.230 --> 00:17:04.690
>> 但
它會很實用，因此

00:17:04.690 --> 00:17:08.880
我可能會想要躲過這
正式的映像 MySQL 影像。

00:17:08.880 --> 00:17:12.630
這樣做一些變更，
與我的應用程式。

00:17:12.630 --> 00:17:14.830
>> [確定]。
>>，然後也許張貼回最多

00:17:14.830 --> 00:17:17.870
這個公用的登錄，讓我
可以拉出其他地方。

00:17:17.870 --> 00:17:18.540
>> 好吧，我看到。

00:17:18.540 --> 00:17:22.035
因此，我假設如果它們會記載
在描述中的那一種

00:17:22.035 --> 00:17:23.800
其中一些喜歡只是
還是顯示 [我的 sequels。

00:17:23.800 --> 00:17:24.480
>> 當然，確定。

00:17:24.480 --> 00:17:25.580
>> 絕對。

00:17:25.580 --> 00:17:28.230
我們需要一些好
文件的提示。

00:17:28.230 --> 00:17:30.200
>> 確定。
[笑聲]當然，因此

00:17:30.200 --> 00:17:30.990
讓我們來執行這項操作。

00:17:30.990 --> 00:17:31.913
讓我們實際，因此我們。

00:17:35.743 --> 00:17:37.460
所看到影像的清單
在 [我的電腦。

00:17:37.460 --> 00:17:41.860
讓我們繼續和向上微調
一種容器，並實際看到的

00:17:41.860 --> 00:17:44.480
建置一個容器，並看看是否
我們可以執行某些動作。

00:17:44.480 --> 00:17:48.870
因此，如果實際執行命令，
我們可以看到 docker ps

00:17:48.870 --> 00:17:51.470
該 docker ps 基本上
傳回清單的容器，

00:17:51.470 --> 00:17:52.725
我們可以看到我這裡有無。

00:17:52.725 --> 00:17:53.680
>> 公釐 hm。

00:17:53.680 --> 00:17:57.800
>> 如果執行 docker ps 虛線 it
傳回容器的清單

00:17:57.800 --> 00:18:01.350
不是在已啟動
狀態或已停止的狀態。

00:18:01.350 --> 00:18:04.110
我有沒有容器的開頭那句話
這台電腦皆不。

00:18:05.120 --> 00:18:06.910
因此我要執行命令，
文件] 或 [執行]

00:18:09.730 --> 00:18:14.160
虛線 IT 而基本上虛線
啟動我的容器中

00:18:14.160 --> 00:18:18.130
互動模式並返回
我的按鍵至畫面。

00:18:18.130 --> 00:18:20.410
因此，基本上移至
啟動容器，

00:18:20.410 --> 00:18:24.470
直接跳到該容器中，
然後我想要選取的影像

00:18:25.520 --> 00:18:27.180
我想要用以
建立容器。

00:18:27.180 --> 00:18:30.800
要選取 [我的 Ubuntu 影像
然後將它的命令。

00:18:31.990 --> 00:18:34.500
那我就在中執行
哪一個命令的互動式模式

00:18:34.500 --> 00:18:35.610
我想要執行此項目，在此情況下，

00:18:35.610 --> 00:18:38.320
我只要開啟
最多回復殼層及

00:18:38.320 --> 00:18:41.310
也就快速我容器
已建立，

00:18:41.310 --> 00:18:42.840
我在 [我的容器
在此點。

00:18:42.840 --> 00:18:43.900
>> 的敵人已快速。

00:18:43.900 --> 00:18:44.910
>> 是非常快速。

00:18:44.910 --> 00:18:47.630
>> 和容器名稱，
它是那麼久嗎？

00:18:47.630 --> 00:18:50.610
>>，這是部分
容器蓋。

00:18:50.610 --> 00:18:54.260
也提供容器
名稱，我們可以看一下。

00:18:54.260 --> 00:18:56.270
我們會散落出容器
此處待會兒和

00:18:56.270 --> 00:18:56.930
請看一下。

00:18:56.930 --> 00:18:58.040
>> 右、 無妨酷。

00:18:58.040 --> 00:18:59.160
但是，這是快速。

00:18:59.160 --> 00:18:59.690
>> [是]，因此

00:18:59.690 --> 00:19:03.020
如果我們在容器內
看我有一種檔案系統。

00:19:03.020 --> 00:19:07.460
操作沒有在幕後
一大堆東西的行上使用

00:19:07.460 --> 00:19:12.070
容器技術
若要如此提供這項目，

00:19:12.070 --> 00:19:15.390
我們得救出命名空間和
處理序區隔。

00:19:15.390 --> 00:19:17.573
因此，而使用
虛擬機器，

00:19:17.573 --> 00:19:21.110
我們正在向上微調
獨立的虛擬機器。

00:19:21.110 --> 00:19:23.650
這個容器
在這台主機上執行

00:19:23.650 --> 00:19:26.240
與任何其他的容器。

00:19:26.240 --> 00:19:30.960
和使用命名空間和
處理序隔離技術

00:19:30.960 --> 00:19:35.870
從什麼在這個容器中，
它看起來像是完整且

00:19:35.870 --> 00:19:39.030
隔離的執行個體
Ubuntu 的作業系統。

00:19:39.030 --> 00:19:40.490
>> 是，它會認為它有
唯一的事該處-

00:19:40.490 --> 00:19:41.413
>> 它認為這是唯一

00:19:41.413 --> 00:19:42.480
那里件事基本上。

00:19:42.480 --> 00:19:43.420
>> 從資源的角度。

00:19:43.420 --> 00:19:44.480
>> 從資源的角度。

00:19:44.480 --> 00:19:46.250
所以您可以看到我們得救出
檔案系統，因此

00:19:46.250 --> 00:19:50.750
它可以是項目
像 Mkdir 測試。

00:19:50.750 --> 00:19:52.040
>> 建立資料夾
基本上。

00:19:52.040 --> 00:19:53.519
>> 沒錯，因此
我已經建立這個資料夾的測試。

00:19:55.951 --> 00:19:58.911
要繼續，並和
移出的

00:19:58.911 --> 00:20:03.662
鍵入 exit，我容器
所以，我們可以看到我在上一步。

00:20:03.662 --> 00:20:07.910
在容器主應用程式，
如果這麼做類似 ls，

00:20:07.910 --> 00:20:11.970
我們可以看到我不要
這裡的測試資料夾。

00:20:11.970 --> 00:20:12.980
>> [是]。

00:20:12.980 --> 00:20:15.430
>> 因此挺簡單的東西，
但讓我們看一下，

00:20:15.430 --> 00:20:16.870
是的容器
實際建立。

00:20:16.870 --> 00:20:20.610
因此即將執行
docker ps 虛線，以及

00:20:20.610 --> 00:20:23.535
在這裡您可以看到我們得救出
我們先前看過的容器 ID-

00:20:23.535 --> 00:20:24.110
>> 公釐 hm。

00:20:24.110 --> 00:20:27.050
>> 但也名稱和
它的一種文繞圖這裡。

00:20:27.050 --> 00:20:28.890
但是您可以看到我們已
取得此居然。

00:20:28.890 --> 00:20:30.640
>>，都已經
隨機產生？

00:20:30.640 --> 00:20:31.220
>> 沒錯。

00:20:31.220 --> 00:20:32.400
>> 決定 pearl 的人嗎？

00:20:32.400 --> 00:20:33.670
>> 決定 pearl 的人。

00:20:33.670 --> 00:20:35.030
沒錯，所以會隨機產生。

00:20:35.030 --> 00:20:35.860
>>，就是任何。

00:20:35.860 --> 00:20:36.920
>> 沒錯，沒錯。

00:20:36.920 --> 00:20:42.500
因此很簡單地那簡單
建立一種容器的範例

00:20:42.500 --> 00:20:43.750
修改容器。

00:20:43.750 --> 00:20:47.390
因此所作的修改我們
未建立資料夾。

00:20:47.390 --> 00:20:50.370
有很多可以輕易地
安裝某些軟體。

00:20:50.370 --> 00:20:51.650
所以，我們實際上
請看一下。

00:20:54.920 --> 00:20:56.371
因此我要建立
新的容器。

00:21:01.323 --> 00:21:05.312
而且我也要執行
這在互動式模式中，

00:21:05.312 --> 00:21:06.710
使用 Ubuntu。

00:21:06.710 --> 00:21:07.840
>> 相同基底，一次。

00:21:07.840 --> 00:21:09.404
>> 相同的基底
[連貫] 的影像。

00:21:09.404 --> 00:21:10.900
>> 公釐 hm。
>> 和我打算開始

00:21:10.900 --> 00:21:12.650
殼層。

00:21:12.650 --> 00:21:14.190
因此，已建立容器。

00:21:14.190 --> 00:21:15.460
我就可以在容器內。

00:21:15.460 --> 00:21:16.330
>> 不同。

00:21:16.330 --> 00:21:17.480
數字與字元，因此

00:21:17.480 --> 00:21:19.350
它是不同的您
上的一個。

00:21:19.350 --> 00:21:20.110
>> 沒錯，絕對。

00:21:20.110 --> 00:21:22.340
現在我真的打算和
安裝某些軟體。

00:21:22.340 --> 00:21:23.820
而我們的就是我們將
安裝某些軟體

00:21:23.820 --> 00:21:26.350
加入至容器，
一旦軟體

00:21:26.350 --> 00:21:29.985
在容器中，已安裝
我們將跳出跳轉，

00:21:29.985 --> 00:21:33.195
然後擷取到的
它自己的容器影像。

00:21:33.195 --> 00:21:37.025
因此，我們要在其中建立容器
衍生自的影像

00:21:37.025 --> 00:21:39.095
基礎 OS 映像。

00:21:39.095 --> 00:21:43.679
因此，我要執行應用程式取得與
我只要安裝的文字

00:21:43.679 --> 00:21:47.029
編輯器中，並
然後實際上如此做，請之前

00:21:47.029 --> 00:21:51.372
您可以看到我是否執行命令
這些命令找不到。

00:21:58.296 --> 00:22:01.367
我使用封裝
管理技術

00:22:01.367 --> 00:22:05.932
在 [Linux 中呼叫中容易引起 get 來
外聯繫、 抓取軟體和

00:22:05.932 --> 00:22:08.240
將它安裝在容器中。

00:22:08.240 --> 00:22:09.140
>> [確定]。
>> 那句話，

00:22:09.140 --> 00:22:10.980
我說它在安裝
容器，還有一些。

00:22:10.980 --> 00:22:13.180
Namespace，處理序區隔。

00:22:13.180 --> 00:22:16.870
沒有進行某些騙術
在容器的主應用程式層級，

00:22:16.870 --> 00:22:17.540
但基本上，

00:22:17.540 --> 00:22:19.840
這是我們正在做什麼是
安裝這個軟體這裡。

00:22:19.840 --> 00:22:22.600
>>，但是可以在該容器中，內
從這裡得到的平滑基底

00:22:22.600 --> 00:22:25.170
很基本上位置
會擷取所做的變更。

00:22:25.170 --> 00:22:25.680
>> 完全相同。

00:22:25.680 --> 00:22:28.120
>> 因此，它就會進入
此處，即使它認為，

00:22:28.120 --> 00:22:32.470
如果它是在 Windows 的世界中，
寫入至 cdrive/Windows。

00:22:32.470 --> 00:22:35.615
它不是寫入主應用程式
windows 因為那是

00:22:35.615 --> 00:22:38.910
唯讀模式中，基本上，
基礎映像，因此它會擷取到

00:22:38.910 --> 00:22:43.500
塗銷空間，可以讓
您儲存的登出影像。

00:22:43.500 --> 00:22:47.790
>> 完全相同，所以，可用
清出空間中的下一個圖層

00:22:47.790 --> 00:22:50.190
映像時我們
擷取這個容器。

00:22:50.190 --> 00:22:52.820
>> 好了，因此
看起來像這樣下載和。

00:22:52.820 --> 00:22:54.520
>> 安裝已完成。

00:22:54.520 --> 00:22:55.780
>> Yup。
因此，我仍在容器中，

00:22:55.780 --> 00:22:57.270
因此我將會執行它們。

00:22:57.270 --> 00:23:00.005
我們可以看到我的軟體
已經安裝。

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

00:23:01.900 --> 00:23:03.290
>> 因此，我是存在。

00:23:03.290 --> 00:23:07.380
我出容器的結束。

00:23:11.089 --> 00:23:12.366
再試試。

00:23:15.697 --> 00:23:18.549
因此下面是我的兩個
容器，以下是第一個

00:23:18.549 --> 00:23:21.800
我們所建立，然後
我所建立的最後一個。

00:23:21.800 --> 00:23:27.290
這有的名稱-
>> 像柔弱的 Chandroseka。

00:23:27.290 --> 00:23:29.805
>> 沒錯，感謝您
您可以說，為我。

00:23:29.805 --> 00:23:32.510
>> [戰慄笑聲]
>> 它所擁有，我不知道從何

00:23:32.510 --> 00:23:35.860
他們快走這非常非常
從不同的名稱相較於

00:23:35.860 --> 00:23:38.470
我們已經有根據 2
2，我們得救出到目前為止。

00:23:38.470 --> 00:23:40.690
>> 因此，有什麼我要現在執行
是要將這最後一個

00:23:40.690 --> 00:23:43.200
我們建立了，我的容器
要從中建立映像。

00:23:43.200 --> 00:23:49.820
好吧，讓 Docker 認可
>> 我只將

00:23:49.820 --> 00:23:53.800
抓取容器的概念
我將要只使用的名稱和它們

00:23:55.660 --> 00:23:59.230
然後，快速地，我們可以看到
傳回這個大長方格

00:24:02.580 --> 00:24:06.230
現在如果執行 Docker 影像
同樣地您會看到我有

00:24:07.290 --> 00:24:09.990
>> 另一個圖像，然後再和

00:24:09.990 --> 00:24:15.665
因此我會同樣地，不要 docker vim
我將操作互動模式。

00:24:15.665 --> 00:24:22.720
Vim 和虛線。

00:24:22.720 --> 00:24:23.720
>> 但
現在您可以基本上，

00:24:23.720 --> 00:24:25.750
我知道我們要涵蓋
這在未來的視訊，

00:24:25.750 --> 00:24:27.600
您無法在本質上
提供這個 vim

00:24:27.600 --> 00:24:28.970
>> 影像方法論。

00:24:28.970 --> 00:24:29.790
>> 絕對。
>>，他們會是

00:24:29.790 --> 00:24:34.110
能夠在他們的機器上執行它
提供您具有 Linux 基底。

00:24:34.110 --> 00:24:35.790
>> 沒錯。
>>，它會執行。

00:24:35.790 --> 00:24:39.530
>> 沒錯，是的我們可以採取
我們剛才建立的影像，

00:24:39.530 --> 00:24:41.170
將它推入至 Docker 集線器。

00:24:41.170 --> 00:24:43.480
然後提取它向下
在您環境中，並

00:24:43.480 --> 00:24:44.440
只要執行它。

00:24:44.440 --> 00:24:45.400
>> 很酷的好用。

00:24:45.400 --> 00:24:49.290
>> 讓我剛建置新
從該映像的容器。

00:24:49.290 --> 00:24:50.640
然後我會輸入 vim。

00:24:50.640 --> 00:24:52.170
您可以看到，
沒有軟體。

00:24:52.170 --> 00:24:53.960
>> [是]，好用。

00:24:53.960 --> 00:24:56.730
>> 因此
這是挺簡單的東西。

00:24:56.730 --> 00:25:00.220
我們將在下一段影片中挖掘並
到不少的影像。

00:25:00.220 --> 00:25:04.630
我們將實際
請看一下如何

00:25:04.630 --> 00:25:08.130
衍生自基底影像
比較該基底。

00:25:08.130 --> 00:25:10.160
我們將討論分層，
我們將實際

00:25:10.160 --> 00:25:12.870
更 microscopic 看
>> 相當如何該分層

00:25:12.870 --> 00:25:13.620
運作方式。

00:25:13.620 --> 00:25:16.580
但為了相當完成
為示範

00:25:16.580 --> 00:25:19.070
本第一個的簡介，
而這是很簡單。

00:25:19.070 --> 00:25:21.500
我們建立一個資料夾，
我們安裝某些軟體。

00:25:21.500 --> 00:25:24.630
但是我也想要讓種類
一個全能的範例

00:25:24.630 --> 00:25:26.300
應用程式開始執行
在容器中，

00:25:26.300 --> 00:25:29.210
只是要看的項目
更實用。

00:25:29.210 --> 00:25:34.731
如果要這麼做，我實際上讓我
結束此容器。

00:25:39.741 --> 00:25:41.877
讓我吧
到這裡的資料夾。

00:25:45.155 --> 00:25:48.130
我要使用的項目
被呼叫的 Docker 撰寫。

00:25:48.130 --> 00:25:50.670
我們可以討論的項目
關於在未來的視訊。

00:25:50.670 --> 00:25:55.440
但撰寫 Docker 是種
協調流程工具的

00:25:55.440 --> 00:26:00.140
這讓我們能夠
定義指示

00:26:00.140 --> 00:26:03.740
部署多個容器
並將它們連結起來。

00:26:03.740 --> 00:26:07.050
它是其實只是自動化
種類的部署工具

00:26:07.050 --> 00:26:08.520
完整的應用程式
>> 權限。

00:26:08.520 --> 00:26:10.640
>> 以幾個為基礎
不同的容器。

00:26:10.640 --> 00:26:11.210
>> [確定]。
>> 因此，

00:26:11.210 --> 00:26:14.080
我只是相當
>> 起床，本範例，

00:26:14.080 --> 00:26:14.600
快速地執行。

00:26:14.600 --> 00:26:16.790
我要使用的項目
被呼叫的醫生撰寫。

00:26:16.790 --> 00:26:20.810
所有權限、 操作

00:26:20.810 --> 00:26:26.140
醫師撰寫虛線醫生
撰寫好空間虛線 d。

00:26:26.140 --> 00:26:32.080
讓我再，再試一次。

00:26:34.220 --> 00:26:35.275
我不是正確的資料夾中。

00:26:35.275 --> 00:26:40.272
docker-向上-d 所撰寫。

00:26:41.810 --> 00:26:45.490
它的開始快速
兩個電腦。

00:26:45.490 --> 00:26:47.540
因此，如果我做 docker ps

00:26:48.740 --> 00:26:52.320
您可以看到我了
執行兩個容器。

00:26:53.580 --> 00:26:57.121
所使用的影像
neilpeterson/前方和

00:26:57.121 --> 00:26:58.935
然後 MySQL 映像中，並

00:26:58.935 --> 00:27:02.211
在上執行
現在這個系統。

00:27:04.032 --> 00:27:07.213
因此我只抓取 IP
這個系統的地址。

00:27:21.557 --> 00:27:25.532
因此我們正在做什麼，什麼的
我正在附加哪裡出錯了是

00:27:25.532 --> 00:27:29.405
正在執行的應用程式
到前方結束容器。

00:27:29.405 --> 00:27:30.170
>> 公釐 hm。

00:27:30.170 --> 00:27:32.490
只為簡單的小表單
接著就得出插入某些

00:27:32.490 --> 00:27:34.650
插入資料庫的資料。

00:27:34.650 --> 00:27:35.640
因此我只做 C9 C9。

00:27:35.640 --> 00:27:39.150
我不會實際填寫這。

00:27:41.560 --> 00:27:42.250
按一下 [送出]。

00:27:49.400 --> 00:27:52.100
於是我花到另一個頁面的然後
在 [應用程式，而且您可以

00:27:52.100 --> 00:27:55.880
請參閱我們擷取
從實際 MySQL 資料

00:27:55.880 --> 00:27:58.980
在已執行的執行個體
那里第二個容器。

00:27:58.980 --> 00:28:01.400
>> 不錯。
因此該 Docker 所組成

00:28:01.400 --> 00:28:04.470
您剛才的功能
使用根本是

00:28:04.470 --> 00:28:06.210
使用某些種類的
組態檔。

00:28:06.210 --> 00:28:07.530
>> 沒錯。
>> 我需要這到的地方，並

00:28:07.530 --> 00:28:08.920
這個，繁榮。

00:28:08.920 --> 00:28:11.250
您已經設定和
這些個別太。

00:28:11.250 --> 00:28:13.100
它就會告訴他們，該怎麼辦
當它啟動時執行，

00:28:13.100 --> 00:28:17.525
您會看到有本機/紙匣/開始
為我的 SQL，和

00:28:17.525 --> 00:28:20.170
對前端的 run.sh。

00:28:20.170 --> 00:28:22.110
在本質上是什麼-
>> 是的

00:28:22.110 --> 00:28:23.890
讓我們剛拿
若要看看檔案。

00:28:23.890 --> 00:28:25.140
因此正是
我們正在做什麼，

00:28:25.140 --> 00:28:27.750
我只定義兩個
在這裡的容器。

00:28:27.750 --> 00:28:30.280
因此我的第一個容器
我想要使用的影像。

00:28:30.280 --> 00:28:32.210
我已經公開某些通訊埠
這將會教您

00:28:32.210 --> 00:28:34.210
在下一段影片中。

00:28:34.210 --> 00:28:36.840
然後只要設定一些
環境變數，

00:28:36.840 --> 00:28:39.640
然後相同
我的第二個容器中。

00:28:39.640 --> 00:28:44.160
只要一自動化的方式

00:28:44.160 --> 00:28:46.940
多個容器，向上微調
將它們連結在一起。

00:28:46.940 --> 00:28:47.760
>> 不錯。

00:28:47.760 --> 00:28:49.520
>> 對，但同樣地，我的用意
還有就是想要

00:28:49.520 --> 00:28:52.560
顯示種類的更多的可行
哪個容器的範例

00:28:52.560 --> 00:28:56.220
可以做的只建立超過
資料夾，安裝軟體。

00:28:56.220 --> 00:28:59.560
但應用程式執行
從容器內。

00:28:59.560 --> 00:29:03.080
>> 起來還不錯，好吧，我假設
以上程式碼總結我們的示範。

00:29:03.080 --> 00:29:06.800
接著就到結尾
這本第一集的

00:29:06.800 --> 00:29:09.250
迷你數列
容器的頻道。

00:29:09.250 --> 00:29:10.940
還有一些建議
您想要的資源

00:29:10.940 --> 00:29:12.430
若要確定
你知道。

00:29:12.430 --> 00:29:14.510
首先，您可以下載
視窗的伺服器技術

00:29:14.510 --> 00:29:17.430
預覽目前技術
預覽 3 時間

00:29:17.430 --> 00:29:19.770
如果您要觀賞錄製的
這地方下移一行，

00:29:19.770 --> 00:29:22.430
可能蠻 T P 4
它可能甚至更新版本。

00:29:22.430 --> 00:29:24.050
它仍然要將相關。

00:29:24.050 --> 00:29:29.396
因此取出該，檢閱
在 MSDN.Microsoft.com/virtualiza-上的容器的文件

00:29:29.396 --> 00:29:31.415
tion 沒有 Docker 資源

00:29:31.415 --> 00:29:35.740
docker.com/microsoft，並取得
如何開始 Docker，沒有

00:29:35.740 --> 00:29:39.518
為文件的連結
嗯，docs.docker.com/windows。

00:29:39.518 --> 00:29:43.100
很多好用的資源，
在下一次加入我們

00:29:43.100 --> 00:29:46.570
在這迷你的一系列的視訊位置
Neil，我將探索

00:29:46.570 --> 00:29:49.293
更多防禦的影像，
網路功能，與可攜性。

00:29:49.293 --> 00:29:51.852
如此，很酷，謝謝你。

00:29:51.852 --> 00:29:52.352
請您參閱稍後。

00:29:52.352 --> 00:30:02.352
[音樂]