1
00:00:00,000 --> 00:00:05,042
>> [音楽再生]

2
00:00:05,042 --> 00:00:06,000
DAVIDマラン：すべての権利。

3
00:00:06,000 --> 00:00:07,630
今後のためにありがとうございました。

4
00:00:07,630 --> 00:00:11,850
これはデッカー、A上のCS50セミナーです
自分自身とCS50を、私たちの技術

5
00:00:11,850 --> 00:00:13,392
今いくつかの時間のために使用し始めています。

6
00:00:13,392 --> 00:00:15,766
だから、私の名前はデビッド・マラン、私であります
ハーバード大学の紹介を教えます

7
00:00:15,766 --> 00:00:16,671
コンピュータサイエンスへ。

8
00:00:16,671 --> 00:00:18,670
かなりの年のために、
私たちは学生を与えてきました

9
00:00:18,670 --> 00:00:20,435
ダウンロード可能なクライアント側
仮想マシン

10
00:00:20,435 --> 00:00:22,134
その上、彼らは彼らの問題のセットを行います。

11
00:00:22,134 --> 00:00:24,300
我々は今移行したこと
クラウド環境に

12
00:00:24,300 --> 00:00:27,396
それは実際にこの技術を使用しています
すべてCS50よう、デッカーと呼ばれます

13
00:00:27,396 --> 00:00:29,270
学生は今持っている彼らの
自分デッカーコンテナ

14
00:00:29,270 --> 00:00:31,180
あなたはすぐにについてのすべてを聞くこと。

15
00:00:31,180 --> 00:00:33,740
>> また、CS50のサーバー上
長年にわたり側クラスタ、

16
00:00:33,740 --> 00:00:35,290
私たちは、Amazonのクラウドサーバーを使用していました。

17
00:00:35,290 --> 00:00:37,164
私たちは、個人を実行していました
仮想マシン。

18
00:00:37,164 --> 00:00:40,330
それも、私たちはへの移行を始めました
デッカーコンテナと呼ばれるこれらの事

19
00:00:40,330 --> 00:00:43,762
そう、私たちのすべてのアプリケーションが今していること
完全に互いに分離。

20
00:00:43,762 --> 00:00:46,720
だから、それ以上のために、私ができるようにします
私たちの友人、ニコと真野を紹介し、

21
00:00:46,720 --> 00:00:48,574
デッカー自体から。

22
00:00:48,574 --> 00:00:49,740
NICOLA KABAR：ありがとう、デビッド。

23
00:00:49,740 --> 00:00:51,410
みなさん、こんにちは。

24
00:00:51,410 --> 00:00:54,230
私の名前はニコであり、これは真野です。

25
00:00:54,230 --> 00:00:58,260
我々は、ドッカーからです。

26
00:00:58,260 --> 00:01:02,240
我々はabout--話をすることになるだろう
デッカーにあなたたちにイントロを与え、

27
00:01:02,240 --> 00:01:08,100
うまくいけば、終わりに向かって
あなたが実現することができます。この話の

28
00:01:08,100 --> 00:01:12,890
どのくらいあなたがする医者を使用することができます
アプリケーション開発を​​シュウ酸

29
00:01:12,890 --> 00:01:14,200
展開。

30
00:01:14,200 --> 00:01:21,250
>> だから、私たちは本当のオフを開始するつもりです
いくつかの背景情報を迅速に。

31
00:01:21,250 --> 00:01:22,750
デッカーはすべてに約あるものを説明してください。

32
00:01:22,750 --> 00:01:25,490
それがどのように動作しますか？

33
00:01:25,490 --> 00:01:27,400
それはどのように設計されて？

34
00:01:27,400 --> 00:01:29,360
私はいくつかのデモをやっているでしょう。

35
00:01:29,360 --> 00:01:35,070
そして真野があることを行っています
記述どのようにドッカーを使用することができます

36
00:01:35,070 --> 00:01:37,720
そしてあなたの具体的な手順を与えます
あなたはどのように始めることができます。

37
00:01:37,720 --> 00:01:41,490
>> 君たちが保持できる場合、私は理解するであろう
終わりに向かって、あなたの質問のためにオフにします。

38
00:01:41,490 --> 00:01:46,800
そうすれば、私はそれらに対処することがあります
プレゼンテーション全体に質問。

39
00:01:46,800 --> 00:01:52,150
だから我々はいくつかの時間を残しておきます
質問のための終わりに向かって。

40
00:01:52,150 --> 00:01:55,170
>> 持っている人は、だから実際に素早く
実際にこれまでデッカーに取り組んで、

41
00:01:55,170 --> 00:01:56,850
以下のようにそれで遊ん？

42
00:01:56,850 --> 00:01:58,000
驚くばかり。

43
00:01:58,000 --> 00:01:58,520
クール。

44
00:01:58,520 --> 00:01:59,817
グレート。

45
00:01:59,817 --> 00:02:01,525
だから、私は開始するつもりです
いくつかの歴史を持ちます。

46
00:02:01,525 --> 00:02:04,350

47
00:02:04,350 --> 00:02:09,820
だから、戻って90年代でと
基本的には2000年代初頭、

48
00:02:09,820 --> 00:02:16,940
ウェブ開発者、アプリ開発者として、
彼らはアプリケーションをデプロイするために行ったとき

49
00:02:16,940 --> 00:02:19,350
それは金属を露出するために結ばれました。

50
00:02:19,350 --> 00:02:20,860
それは、一つのサーバでした。

51
00:02:20,860 --> 00:02:22,870
それは、一つのアプリケーションでした。

52
00:02:22,870 --> 00:02:25,260
>> 伝統的に、例えば、
LAMPスタックのようになり、

53
00:02:25,260 --> 00:02:30,630
あなたが実際に持っていたところ
リソースのプールを持ち出します。

54
00:02:30,630 --> 00:02:37,110
CPU、メモリ、ディスク、ネットワーク、インストール
その上にオペレーティングシステム。

55
00:02:37,110 --> 00:02:40,060
あなたが何かを提供している場合、もし
あなたが実際にWebサーバーを抱えています、

56
00:02:40,060 --> 00:02:42,470
あなたのようなものが必要
Apacheはそれを提供します。

57
00:02:42,470 --> 00:02:47,540
>> あなたのアプリケーションの場合
データベース、バックハンドが必要であり、

58
00:02:47,540 --> 00:02:50,840
あなたが何かをインストールします
MySQLのような、というように。

59
00:02:50,840 --> 00:02:55,910
そして、あなたは実行時間を必要とする場合は、PHPS
PHP、Pythonの仕事がありました。

60
00:02:55,910 --> 00:02:59,480
そして、私たちは実際に持っていました
ためにこれらのステップを取ります

61
00:02:59,480 --> 00:03:02,060
アプリケーションを起動し稼働させるために。

62
00:03:02,060 --> 00:03:08,440
>> あなたはより多くの計算能力を必要に応じて、
基本的に男あなたのオプスをコールしなければなりませんでした

63
00:03:08,440 --> 00:03:16,260
またはギャル行くと新しいをラックに
ハードウェアの一部は、それを接続し、

64
00:03:16,260 --> 00:03:19,850
あなたはそれらを繰り返す必要が
プロセス、何度も何度も。

65
00:03:19,850 --> 00:03:23,680
そのため、このプロセスがありました
比較的高価。

66
00:03:23,680 --> 00:03:26,080
間違いなく非常に遅かったです。

67
00:03:26,080 --> 00:03:27,550
>> それは非効率的でした。

68
00:03:27,550 --> 00:03:33,890
そして、多くのケースで、あなたの
ハードウェアが十分に活用されました。

69
00:03:33,890 --> 00:03:38,830
だから、90年代後半と2000年代初頭には、
ハードウェアの仮想化は出会いました。

70
00:03:38,830 --> 00:03:42,475
そして、あなたはここで見ることができるように
絵、基本的に彼らが何をしましたか

71
00:03:42,475 --> 00:03:46,390
のプールを抽象化されます
無料のハードウェアリソース

72
00:03:46,390 --> 00:03:49,680
および種類のものを務めました
上位層に、

73
00:03:49,680 --> 00:03:52,360
この場合、ゲストは、オペレーティング・システム。

74
00:03:52,360 --> 00:03:54,940
>> との全体的なアイデア
仮想マシンが出会いました

75
00:03:54,940 --> 00:03:59,110
それは本当にクラウドを助けました
我々が今日それを知っているような計算。

76
00:03:59,110 --> 00:04:02,730
だから、何を意味するのか、あなたはあります
複数のVMを実行することができ、これ

77
00:04:02,730 --> 00:04:06,720
複数のスタックを意味し、複数の
同じ物理マシン上のアプリケーション。

78
00:04:06,720 --> 00:04:10,570

79
00:04:10,570 --> 00:04:16,440
>> これは間違いを手伝ってくれました
アプリケーション展開の速さ。

80
00:04:16,440 --> 00:04:17,629
確かに費用と。

81
00:04:17,629 --> 00:04:22,810
あなたが行くと費やす必要はありません
エネルギー、時間、およびラックにリソース

82
00:04:22,810 --> 00:04:26,210
複数のサーバが複数の計算に取得します。

83
00:04:26,210 --> 00:04:30,950
そして、実際に持って来るの速度
これらのリソースのアップははるかに高速です。

84
00:04:30,950 --> 00:04:31,450
グレート。

85
00:04:31,450 --> 00:04:34,320
>> だから我々は右、世界の飢餓を解決しましたか？

86
00:04:34,320 --> 00:04:36,390
いいえ、別に。

87
00:04:36,390 --> 00:04:42,410
それはだように、仮想化は同じくらい
実際に問題を解決するため、助け、

88
00:04:42,410 --> 00:04:45,460
それが実際に導入されました
課題がたくさん。

89
00:04:45,460 --> 00:04:49,210
間違いなくハイパーバイザ
複雑の多くを導入し、

90
00:04:49,210 --> 00:04:53,820
それらの基礎となるの取り扱い
リソースのプール。

91
00:04:53,820 --> 00:04:57,910
>> これは、その前の意味で重いです
あなたは、単一のオペレーティング・システムを持っていました

92
00:04:57,910 --> 00:05:01,830
ディスク上に3つ、4ギグのようなものです。

93
00:05:01,830 --> 00:05:04,230
さて、あなたは10のマシンを持っている場合
単一のハードウェア上で

94
00:05:04,230 --> 00:05:09,060
あなたはそれを乗算する必要があります
マシンの数によって。

95
00:05:09,060 --> 00:05:11,440
それは間違いなくより多くのです
意味で高価なあなたまだ

96
00:05:11,440 --> 00:05:14,430
ライセンスを取得する必要があります
仮想化技術

97
00:05:14,430 --> 00:05:18,210
それがオープンソースではない場合。

98
00:05:18,210 --> 00:05:21,120
>> しかし、のはすべて取るわけにはいきません
仮想化からの信用。

99
00:05:21,120 --> 00:05:27,530
何が起こったことはありますですので
スタックとソフトウェアの多くの多く

100
00:05:27,530 --> 00:05:33,900
有効になっていました技術
あなたが得ることができたことにより、どのくらいの速

101
00:05:33,900 --> 00:05:38,040
クラウドブームとリソースへ。

102
00:05:38,040 --> 00:05:46,675
>> だから、今日、単一のアプリケーションやサービス缶
以下のランタイムのいずれかを使用すること

103
00:05:46,675 --> 00:05:47,216
またはデータベース。

104
00:05:47,216 --> 00:05:50,250

105
00:05:50,250 --> 00:05:56,070
PHP、Pythonのは、MySQL、Redisの、その他もろもろ。

106
00:05:56,070 --> 00:05:59,740
だから、多くの複雑さがこれにあります
実際に育てるためのスタック数

107
00:05:59,740 --> 00:06:02,210
単一のサービス。

108
00:06:02,210 --> 00:06:07,300
そして、それに伴って、あなたはたくさんあり​​ました
基盤となる資源やインフラストラクチャ

109
00:06:07,300 --> 00:06:15,210
導入と基本的にテストするタイプ
これらのアプリケーションの生産にかかります

110
00:06:15,210 --> 00:06:16,900
あなたが開発していること。

111
00:06:16,900 --> 00:06:21,950
>> あなたのチームが持っている、特にとして、
それらのアプリケーションに取り組んで成長し、

112
00:06:21,950 --> 00:06:25,310
がたくさんあり​​ます
複雑さと課題

113
00:06:25,310 --> 00:06:31,660
そのことを確実にするためにもたらされました
cycle--基本的にアプリケーション

114
00:06:31,660 --> 00:06:34,040
開発サイクルは、あります
実際に成功しました。

115
00:06:34,040 --> 00:06:40,440
だから、実際にそのアプリケーション
あなたのローカルVM上でローカルに動作しています

116
00:06:40,440 --> 00:06:47,480
同僚ことを保証するものではありません
同じ結果を期待しようとしています。

117
00:06:47,480 --> 00:06:51,330
>> また、運用チームがあるとき
あなたが持っているもの取るに関与

118
00:06:51,330 --> 00:06:54,480
生産でそれを展開
スケールは、また保証はありません

119
00:06:54,480 --> 00:06:56,730
それは実際に起こるだろうということ。

120
00:06:56,730 --> 00:07:00,900
だから、これは実際に私たちを残し
、疑問符の多くをbig--

121
00:07:00,900 --> 00:07:07,700
課題の多くは、実際に
同様に、バック日で直面しています。

122
00:07:07,700 --> 00:07:12,280
そして、それは私たちのことを思い出し
海運業界。

123
00:07:12,280 --> 00:07:14,280
>> だから、海運業界
商品の多くを持っていました、

124
00:07:14,280 --> 00:07:16,190
あなたは左側に見ることができるように。

125
00:07:16,190 --> 00:07:19,840
そして、右側の、
、の多くは、基本的にあります

126
00:07:19,840 --> 00:07:22,160
これらの商品を出荷する方法。

127
00:07:22,160 --> 00:07:26,040
そして、何がカップルとして起こります
人々が一緒に来たと言いました、

128
00:07:26,040 --> 00:07:29,600
私たちはどのように標準化する必要があります
私たちは実際にそれらの商品を出荷します。

129
00:07:29,600 --> 00:07:33,280
そして、ブーム、あなたが持っています
インターモーダル輸送用コンテナ。

130
00:07:33,280 --> 00:07:38,970
>> そこで、彼らはほとんどに合意
コンテナの一般的なサイズ。

131
00:07:38,970 --> 00:07:40,160
それらを処理する方法。

132
00:07:40,160 --> 00:07:44,560
正確なあなたが必要とする方法
それらをロードし、それらをアンロードします。

133
00:07:44,560 --> 00:07:49,590
したがって、その真
海運業を助けました。

134
00:07:49,590 --> 00:07:55,250
今、90％以上の焦点を輸送
グローバルこれらのコンテナを使用しています。

135
00:07:55,250 --> 00:08:01,010
そして、それは間違いなく減少します
費用だけでなく、

136
00:08:01,010 --> 00:08:03,400
出荷による損傷。

137
00:08:03,400 --> 00:08:09,660
>> だから我々は、同じモデルを取り、我々
2アプリの開発ソフトウェアを適用

138
00:08:09,660 --> 00:08:13,080
意味での建築、
そのコンテナ化

139
00:08:13,080 --> 00:08:15,842
1レベルの仮想化を取り上げました。

140
00:08:15,842 --> 00:08:17,800
だからではなく、それを行うの
ハードウェアレベルで、

141
00:08:17,800 --> 00:08:22,060
それは、動作のよりとなりました
システムレベルの仮想化。

142
00:08:22,060 --> 00:08:26,450
>> そして、私たちはそれぞれを提供することによって、それを行います
独自の軽量でアプリケーション、

143
00:08:26,450 --> 00:08:31,180
分離された、実行可能な、と
携帯型、最も重要

144
00:08:31,180 --> 00:08:35,049
実際にパッケージ化する方法
それを実行する必要があるすべてのもの。

145
00:08:35,049 --> 00:08:36,100
どこでもそれは実行することができます。

146
00:08:36,100 --> 00:08:42,039
だから、関係なく、あなたはそれを実行している場合
地元のdev環境、本番

147
00:08:42,039 --> 00:08:44,490
環境、ステージングやテスト。

148
00:08:44,490 --> 00:08:47,700
どんなに根底にあるもの
インフラがあり、

149
00:08:47,700 --> 00:08:51,410
あなたは、機能の作業のアプリを持っていました。

150
00:08:51,410 --> 00:08:54,100

151
00:08:54,100 --> 00:09:01,800
>> だから、基本的には正確に何です
コンテナは、この問題に行います。

152
00:09:01,800 --> 00:09:04,070
彼らはそれをすることによって対処します
そのような方法でそれをパッケージ

153
00:09:04,070 --> 00:09:09,490
それが展開されていますことを保証できること
成功し、それが住んでいるに関係なく。

154
00:09:09,490 --> 00:09:12,120
あなたが行っているのであれば
以下のような、ボブはそれはまだ大丈夫です。

155
00:09:12,120 --> 00:09:17,860
あなたは私が言っているものと混同している場合は、
私はその上で起草するつもりです。

156
00:09:17,860 --> 00:09:20,900
>> それでは、どのようデッカー自体はありません
この写真に収まりますか？

157
00:09:20,900 --> 00:09:26,335
だから、デッカーはオープンプラットフォームであります
簡単に、簡単に強調するために、

158
00:09:26,335 --> 00:09:30,500
船を構築するために、実行して、
軽量ポータブル自己

159
00:09:30,500 --> 00:09:33,440
どこにでも十分なアプリのコンテナ。

160
00:09:33,440 --> 00:09:37,660
だから、あなたがこのことから何かを取る場合
話は、以下をご利用ください。

161
00:09:37,660 --> 00:09:40,980
>> あなたのアプリを実行している場合
ローカルに、あなたはそれを開発

162
00:09:40,980 --> 00:09:45,930
デッカー・プラットフォームを使用して、期待します
それが正常に展開されます。

163
00:09:45,930 --> 00:09:49,380
どんなに何ですか
基盤となるインフラストラクチャ。

164
00:09:49,380 --> 00:09:53,830
ですから、ドッカーを持っている場合
コンテナとそれが働いて、その後、

165
00:09:53,830 --> 00:09:58,130
限りデッカーがありますように
他side--のエンジン

166
00:09:58,130 --> 00:10:02,190
あなたの操作インフラストラクチャの場合
それかどうか、任意のクラウドを使用しています

167
00:10:02,190 --> 00:10:06,680
AWS、またはGoogleの、またはMicrosoftがあり、
またはパブリッククラウドのいずれか、

168
00:10:06,680 --> 00:10:10,010
または、独自のクラウド、または開いているスタック
クラウド、またはローカル環境。

169
00:10:10,010 --> 00:10:11,970
>> あなたがエンジンを持っている場合
実行していることを意味

170
00:10:11,970 --> 00:10:14,537
それがあることになるだろう
首尾よくそこに展開しました。

171
00:10:14,537 --> 00:10:16,620
それが実行されているために起こっています
全く同じ行動

172
00:10:16,620 --> 00:10:21,480
あなたがそれを設計のように。

173
00:10:21,480 --> 00:10:26,080
我々はat--見ればだから私は行きますよ
実際に何を通過します

174
00:10:26,080 --> 00:10:29,160
デッカーの主な構成要素です。

175
00:10:29,160 --> 00:10:31,060
>> だからエンジンはデッカーの中核です。

176
00:10:31,060 --> 00:10:32,770
それは脳のです。

177
00:10:32,770 --> 00:10:39,360
それは、建物、出荷を調整し、
展開および管理

178
00:10:39,360 --> 00:10:41,570
コンテナそのもの。

179
00:10:41,570 --> 00:10:45,160
私はエンジンが何をするかを掘り下げましょう
秒で詳細インチ

180
00:10:45,160 --> 00:10:47,740

181
00:10:47,740 --> 00:10:51,720
基本的には、医師が建設されたため、
クライアント・サーバ・アーキテクチャの周りに、

182
00:10:51,720 --> 00:10:56,630
そうと対話するために、
エンジンは、あなたがクライアントのいくつかの並べ替えを必要とします。

183
00:10:56,630 --> 00:11:01,200
>> 画像はテンプレートであります
そこから構築されているコンテナ。

184
00:11:01,200 --> 00:11:06,800
だから画像は基本的に
単に静的ファイル。

185
00:11:06,800 --> 00:11:08,740
テンプレートとコンテナ
何実際にです

186
00:11:08,740 --> 00:11:12,280
実行時に実行しています
あなたのアプリケーションを提供しています

187
00:11:12,280 --> 00:11:15,150
またはデータで何かをすること。

188
00:11:15,150 --> 00:11:19,020
>> レジストリは、の問題として対処されます
どのように実際にイメージを配布。

189
00:11:19,020 --> 00:11:23,230
だから、イメージを共有する必要がある場合
あなたの同僚に作業したこと

190
00:11:23,230 --> 00:11:27,220
またはOPSチームに、あなた
レジストリを使用してそれを使用しています。

191
00:11:27,220 --> 00:11:31,720
あなたは、オープンソースをダウンロードすることができます
デッカーがオンに働いたこと、それのバージョン

192
00:11:31,720 --> 00:11:33,150
そしてオープンソース。

193
00:11:33,150 --> 00:11:38,040
>> それとも、デッカーのヘルプを使用することができ、
これはクラウド版です

194
00:11:38,040 --> 00:11:40,130
押して、そこに画像を引き出します。

195
00:11:40,130 --> 00:11:41,160
それは巨大なものです。

196
00:11:41,160 --> 00:11:44,520
巨大がありますので
デッカーの周りの生態系は、それはです

197
00:11:44,520 --> 00:11:48,960
本当に重くハブを利用します。

198
00:11:48,960 --> 00:11:59,780
>> だからここに要約すると、これがどのように
ミニマリストデッカーワークフロークライアント。

199
00:11:59,780 --> 00:12:04,040
あなたには、ホストとの対話
この場合は、それがドッカーデーモンです。

200
00:12:04,040 --> 00:12:06,490
それはエンジンと同じことです。

201
00:12:06,490 --> 00:12:09,690
あなたのようなコマンドを実行します
ドッキングウィンドウは、プル、ランを構築。

202
00:12:09,690 --> 00:12:14,280
そして、エンジン自体は行きます
それらのことを行います。

203
00:12:14,280 --> 00:12:18,010
>> だから、どちらかそれがと相互作用
これらの画像を引くために、レジストリ

204
00:12:18,010 --> 00:12:19,670
や画像の層。

205
00:12:19,670 --> 00:12:25,030
あなたが展開する場合、実行するかどうか
コンテナは、それらを殺す、それらを投げます、

206
00:12:25,030 --> 00:12:25,730
その他もろもろ。

207
00:12:25,730 --> 00:12:32,190
これはワークフローをまとめたもの
これらのコンポーネントのすべての。

208
00:12:32,190 --> 00:12:34,710
>> ですから、すべての取る場合
それ自体でコンポーネント。

209
00:12:34,710 --> 00:12:37,690
だからエンジンは、それだけでデーモンです。

210
00:12:37,690 --> 00:12:40,800
それは一種のサポートするためにそれを再生します
Linux上でそれそれがないので、

211
00:12:40,800 --> 00:12:44,380
特定のLinuxカーネルの機能を必要とします。

212
00:12:44,380 --> 00:12:48,820
しかし、Windowsが動作しています
同じことをやって上。

213
00:12:48,820 --> 00:12:53,720
これは、サポートされることになっています
Windows Server 2016によります。

214
00:12:53,720 --> 00:13:01,500
>> とそこで、再び、責任
エンジンはであること、または、画像を構築することです。

215
00:13:01,500 --> 00:13:05,340
デッカーから画像をプル
ハブ、または独自のレジストリ。

216
00:13:05,340 --> 00:13:07,840
あなたはこれらのイメージで行われている場合
または、あなたは、新しい画像を作成します

217
00:13:07,840 --> 00:13:14,770
レジストリにそれらを押し戻すことができます
他のチームに配布します。

218
00:13:14,770 --> 00:13:18,300
>> そして、それをローカルに含むようにしよう
コンテナのライフサイクルを管理

219
00:13:18,300 --> 00:13:19,260
ローカル。

220
00:13:19,260 --> 00:13:22,010
これは、HTTPのREST APIを中心に構築されています。

221
00:13:22,010 --> 00:13:24,480
だから、技術的に次のことができます
独自のクライアントを書きます

222
00:13:24,480 --> 00:13:31,650
限り、それは非常にある、HTTPを使用していますように
エンジンに話をするための標準的なメカニズム

223
00:13:31,650 --> 00:13:33,110
その他のサービスの多く。

224
00:13:33,110 --> 00:13:35,780
そして、あなたはから見ることができます
ここにかかわらず

225
00:13:35,780 --> 00:13:39,010
何インフラの
限り、あなたはすべてのcan--として、あります

226
00:13:39,010 --> 00:13:42,170
あなたが動作している必要があります
システム、Linuxの特に。

227
00:13:42,170 --> 00:13:45,460
>> そして、あなたはドッカーエンジンをインストールすることができます
その上に、それが実行しています

228
00:13:45,460 --> 00:13:48,970
それは、基本的には、編成します
これらすべてのアプリ1、2、

229
00:13:48,970 --> 00:13:51,530
そして、3は実際のコンテナです。

230
00:13:51,530 --> 00:13:53,990
だから、エンジンです。

231
00:13:53,990 --> 00:13:58,040
私はので、先に述べたように
あなたは、エンジンと対話する必要があります

232
00:13:58,040 --> 00:13:59,200
クライアントがあります。

233
00:13:59,200 --> 00:14:03,180
>> しかし、実際には、インストール時に
それにドッキングウィンドウ、発送します。

234
00:14:03,180 --> 00:14:06,110
だから、それがインストールされます、
それは、単一のバイナリです。

235
00:14:06,110 --> 00:14:11,830
そして、あなたは市内通話を行うことができます
あなたデッカーエンジンへ。

236
00:14:11,830 --> 00:14:14,040
リモートエンジンまたはリモート呼び出し。

237
00:14:14,040 --> 00:14:16,600

238
00:14:16,600 --> 00:14:19,590
それはのように、HTTPを使用しています
私は前に述べました。

239
00:14:19,590 --> 00:14:24,200
呼ばれるGUIクライアントがあります
デッカーからKitematic。

240
00:14:24,200 --> 00:14:26,390
間違いがあります
他の多くの人々

241
00:14:26,390 --> 00:14:29,740
の多くを構築している人
基本的には実施のGUI

242
00:14:29,740 --> 00:14:32,980
いくつかのHTTPはエンジンに話を呼び出します。

243
00:14:32,980 --> 00:14:35,920

244
00:14:35,920 --> 00:14:39,280
>> ただ、いくつかのサンプルコマンド。

245
00:14:39,280 --> 00:14:44,620
あなたはデッカーのバージョンを行う場合は、希望
あなたのクライアントのバージョンを表示だけでなく、

246
00:14:44,620 --> 00:14:47,030
サーバのバージョン。

247
00:14:47,030 --> 00:14:49,500
あなたはデッカー情報を行う場合、それはなります
あなたのすべての情報を伝えます

248
00:14:49,500 --> 00:14:54,300
実行されているどのように多くのコンテナについて
または作成した、あなたが持っているどのように多くの画像、

249
00:14:54,300 --> 00:14:56,530
などのように。

250
00:14:56,530 --> 00:15:01,850
>> ここで私は次の中で、持っています
最後の箱、私はドクターの実行を持っています。

251
00:15:01,850 --> 00:15:04,970
だから、私は実際によ方法です
コンテナを作成します。

252
00:15:04,970 --> 00:15:08,960
そして、私はHello Worldのをエコーするためにそれを与えています
第2およびその他もろもろのために眠ります。

253
00:15:08,960 --> 00:15:12,830
そして、あなたが見ることができます
結果。だから、現在進行中です。

254
00:15:12,830 --> 00:15:16,930
そして、Linuxのpsのと同様に、あなたが見ることができます
この場合、すべてのプロセスと、

255
00:15:16,930 --> 00:15:18,540
実行中のすべてのコンテナ。

256
00:15:18,540 --> 00:15:23,430
この1の参照バック
私が作成したコンテナ。

257
00:15:23,430 --> 00:15:27,560
>> そのように、これは、非常に重要です
以下のような、それは少し混乱することができます。

258
00:15:27,560 --> 00:15:33,050
だから画像は読み取り専用です
ファイルのコレクション、右？

259
00:15:33,050 --> 00:15:37,000
彼らは私たちのコンテナのベースとなるものです。

260
00:15:37,000 --> 00:15:40,340
しかし、彼らは読み取り専用です。

261
00:15:40,340 --> 00:15:44,330
だから、基本イメージから始めます。

262
00:15:44,330 --> 00:15:50,180
それはそう、OSのような模倣する傾向があります
Ubuntuの、CentOSの、その他もろもろのベースイメージ。

263
00:15:50,180 --> 00:15:53,990
そして、あなたはの上に構築を開始します
占めるようになること、特定の層、

264
00:15:53,990 --> 00:16:00,010
エンド画像、ここで最終的な結果。

265
00:16:00,010 --> 00:16:03,220
>> そして、それらの層の各々
親イメージを持っている必要があります

266
00:16:03,220 --> 00:16:06,690
それはときに、それを参照すること
実際に作成したいと考えています。

267
00:16:06,690 --> 00:16:09,922
彼らはある意味で、不変です
その彼らが読み取り専用だから、

268
00:16:09,922 --> 00:16:11,630
あなたが実際にすることはできません
それらへの変更を行います。

269
00:16:11,630 --> 00:16:17,540
あなたが作成するためにそれらを使用することができます
画像からコンテナ、どの

270
00:16:17,540 --> 00:16:23,530
すべての後続の呼び出します
その下に、必要なイメージ。

271
00:16:23,530 --> 00:16:26,400
>> あなたは、変更を行うことができます
別の層に、

272
00:16:26,400 --> 00:16:28,810
それは私がよ書き換え層です
第二に話。

273
00:16:28,810 --> 00:16:31,350
しかし、これらの層の各々
変更されることはありません。

274
00:16:31,350 --> 00:16:34,300

275
00:16:34,300 --> 00:16:38,670
基本的には画像が何かを使用します
UFS、ユニオンファイルシステムと呼ばれます。

276
00:16:38,670 --> 00:16:42,280
そして、別のストレージがあります
この技術を活用したバックエンド。

277
00:16:42,280 --> 00:16:49,430
そして、何それが意味することということです
個別のファイルシステムを結集

278
00:16:49,430 --> 00:16:51,190
彼らは1のように見えるようにします。

279
00:16:51,190 --> 00:16:54,460
>> だから、実際にすることができますから
アプリケーションの観点、

280
00:16:54,460 --> 00:16:59,570
あなたはそのショービューの上部を持っています
すべての異なるファイルシステムが必要とされます

281
00:16:59,570 --> 00:17:01,120
そのアプリケーションを実行するため。

282
00:17:01,120 --> 00:17:04,400
しかし、彼らはこの上に、実際にしています、
それらは別々の場所に実際にいます

283
00:17:04,400 --> 00:17:06,410
とにより利用されています
同様に他の容器。

284
00:17:06,410 --> 00:17:09,569

285
00:17:09,569 --> 00:17:14,410
>> だから、あなたがいることをここに見ることができるように
我々はデーモンイメージで起動した場合

286
00:17:14,410 --> 00:17:18,619
その後、ベースイメージ、およびなど
我々は中に入って、[追加しますか？ emacsの？]

287
00:17:18,619 --> 00:17:20,720
し、その後、それはまた別の層です。

288
00:17:20,720 --> 00:17:21,916
そして、Apacheに追加します。

289
00:17:21,916 --> 00:17:22,790
それは別の層です。

290
00:17:22,790 --> 00:17:25,470
そして、我々が過ごします
それからコンテナ。

291
00:17:25,470 --> 00:17:29,760
これらの画像は、それぞれ、
これらの層のそれぞれ、

292
00:17:29,760 --> 00:17:35,530
別個のものであるとすることができます
他の容器に再利用。

293
00:17:35,530 --> 00:17:40,070
>> あなたが自分自身の容器を見ると、
彼らは、何らかの形で、VMのように似ています

294
00:17:40,070 --> 00:17:41,930
しかし、同じ時間に処理されていません。

295
00:17:41,930 --> 00:17:49,180
だから、彼らが持っていない、技術的には、
それらの下に完全なオペレーティングシステム。

296
00:17:49,180 --> 00:17:52,630
彼らは、単一のカーネルを使用
ホストオペレーティングシステム。

297
00:17:52,630 --> 00:17:54,440
そして、彼らはその上に構築します。

298
00:17:54,440 --> 00:17:56,250
彼らはどのように見えるかに模倣します。

299
00:17:56,250 --> 00:18:00,710
彼らは、ルート・ファイルを模倣します
オペレーティングシステムのシステム。

300
00:18:00,710 --> 00:18:04,930
しかし、彼らは実際に複製されていません。

301
00:18:04,930 --> 00:18:12,080
>> だから、代わりに不変の層を有するの、
コンテナである最後の層、

302
00:18:12,080 --> 00:18:14,690
それ自体は、それが読み書き層です。

303
00:18:14,690 --> 00:18:17,350
それはまた、プロセスが実行されます
アプリケーションの。

304
00:18:17,350 --> 00:18:23,530
そして、それは下の層に依存します。

305
00:18:23,530 --> 00:18:26,730
すべてのコンテナです
イメージから作成。

306
00:18:26,730 --> 00:18:32,450
そして、そのイメージは、単一する​​ことができます
層または多層の画像。

307
00:18:32,450 --> 00:18:37,200
>> そして、私はここで注意したいです
デッカーは重く使用していること、

308
00:18:37,200 --> 00:18:40,370
またはコピー・オン・ライト・メカニズムに基づいています。

309
00:18:40,370 --> 00:18:44,350
だから、そうでない場合は、実際に、その
コンテナに変更を加えます、

310
00:18:44,350 --> 00:18:45,930
それは余分なスペースを取ることはないだろう。

311
00:18:45,930 --> 00:18:49,600
だから、基本的にはどのようにあなたです
コピー・オン・ライトをまとめます。

312
00:18:49,600 --> 00:18:53,820
これは間違いなくスピードアップするために起こっています
コンテナの起動時間。

313
00:18:53,820 --> 00:18:56,300
ので、あなたが行っていない場合
コンテナへの変更、

314
00:18:56,300 --> 00:18:57,800
それはすでにそこにあるものを利用です。

315
00:18:57,800 --> 00:19:01,130

316
00:19:01,130 --> 00:19:02,955
>> だから、それは実際にどのように動作しますか。

317
00:19:02,955 --> 00:19:06,920

318
00:19:06,920 --> 00:19:14,240
それの一部は、それを今、のようなものです
少なくとも二つの重要なカーネルを利用

319
00:19:14,240 --> 00:19:14,820
特徴。

320
00:19:14,820 --> 00:19:17,660
そして、それは基本的に何であります
分離のレベルを作成

321
00:19:17,660 --> 00:19:19,550
コンテナ自身のため。

322
00:19:19,550 --> 00:19:22,290
これらの機能は、
名前空間とのcgroup。

323
00:19:22,290 --> 00:19:29,870
だから、名前空間はする方法です
分離されたリソースを作成、

324
00:19:29,870 --> 00:19:36,290
コンテナ自体内になるように、
あなただけが特定のリソースを参照してくださいすることができます。

325
00:19:36,290 --> 00:19:40,030
このようなネットワークインターフェースとして
または特定のユーザーまたはその他もろもろ。

326
00:19:40,030 --> 00:19:44,160
>> そして、それらにのみ表示だけです
コンテナ内でアクセス可能。

327
00:19:44,160 --> 00:19:48,290
反対側の制限にのcgroup
どのようにこれらのリソースを使用しています。

328
00:19:48,290 --> 00:19:50,950
CPU、メモリ、およびディスク。

329
00:19:50,950 --> 00:19:53,900
あなたが行くことができたとき、私
それらは実際にある意味

330
00:19:53,900 --> 00:19:57,410
by--開発された機能
彼らは、Linuxカーネルの一部です。

331
00:19:57,410 --> 00:20:01,800
そこで、彼らは再発明されていません
またはデッカーによって再作成。

332
00:20:01,800 --> 00:20:03,770
ドッキングウィンドウは、それらを使用しています。

333
00:20:03,770 --> 00:20:05,560
>> どのような医師は本当にやりました
ここでは実際にあります

334
00:20:05,560 --> 00:20:08,680
作成画策
各コンテナの名前空間

335
00:20:08,680 --> 00:20:13,320
そして、それはだようにのcgroupを作成します
コンテナを作成するために途方もなく簡単に

336
00:20:13,320 --> 00:20:14,870
これらの機能を使用して。

337
00:20:14,870 --> 00:20:22,910
もちろん、私が説明したように、以前、連合
システムファイル、本当にコピー・オン・ライト

338
00:20:22,910 --> 00:20:26,810
スピードとディスクを支援
コンテナの利用。

339
00:20:26,810 --> 00:20:28,917
>> そして、あなたはあなたを取得し、一度
デッカーの周りの手、

340
00:20:28,917 --> 00:20:32,000
あなたはそれがあるどのくらいの速を参照しようとしています
実際にコンテナと涙をスピンアップ

341
00:20:32,000 --> 00:20:32,500
それらダウン。

342
00:20:32,500 --> 00:20:36,060

343
00:20:36,060 --> 00:20:40,230
それで、あなたはどのようにすることができます、頼むかもしれない場合
あなたが実際に画像を構築しますか？

344
00:20:40,230 --> 00:20:45,940
私たちは、作成プロセスによってイメージを作成
コンテナとなっ変更、改変

345
00:20:45,940 --> 00:20:50,220
それら、それらをコミット
イメージになってきて中に。

346
00:20:50,220 --> 00:20:54,330
>> だから、鶏だし
ここでは卵の参照、

347
00:20:54,330 --> 00:20:57,350
すべてのコンテナが来るので、
画像や画像から来ます

348
00:20:57,350 --> 00:21:00,270
コミットされた容器から、
ほとんどの部分。

349
00:21:00,270 --> 00:21:03,830
3つのオプションがあります。
画像を作成することができます。

350
00:21:03,830 --> 00:21:06,580
私が説明するつもりです
最初と最後。

351
00:21:06,580 --> 00:21:10,060
あなたがいずれかを行うことができ、手動で
コンテナを移動して実行

352
00:21:10,060 --> 00:21:14,280
それらの変更を行い、
あなたは、任意の仮想マシン上で行うのと同じよう

353
00:21:14,280 --> 00:21:17,060
または任意のオペレーティングシステムは、このような
新しいバイナリをインストールするなど、

354
00:21:17,060 --> 00:21:19,370
ファイルシステム、およびその他もろもろを加えます。

355
00:21:19,370 --> 00:21:22,620
>> そして、あなたはのように、終了します
あなたはそこに見ることができます。

356
00:21:22,620 --> 00:21:24,330
私は、コンテナを終了しています。

357
00:21:24,330 --> 00:21:26,050
そして私は、ドッカーがコミットやっています。

358
00:21:26,050 --> 00:21:28,390
そして、私はそれをコミットしています。

359
00:21:28,390 --> 00:21:31,560
あなたはここでその数を見ることができます
ただ、UUID、または最初の12であります

360
00:21:31,560 --> 00:21:32,810
UUIDのビット。

361
00:21:32,810 --> 00:21:34,320
またはUUIDのバイト。

362
00:21:34,320 --> 00:21:35,770
そして私は私のイメージ、それを呼んでいます。

363
00:21:35,770 --> 00:21:39,510
だから今デッカーはの世話をします
私はそれをしなかったすべてのものを記録します

364
00:21:39,510 --> 00:21:42,830
そして、新しいを作成します
それに基づいて画像を表示します。

365
00:21:42,830 --> 00:21:47,080

366
00:21:47,080 --> 00:21:52,560
>> 私は、tarボールについて話をするつもりはありません
しかし、あなたはシングルを得ることができる方法があります、

367
00:21:52,560 --> 00:21:58,200
単一を作成するか、単一を作ります
tarballを使用して、レイヤ画像。

368
00:21:58,200 --> 00:22:02,650
私はこのことについて話をするつもりです
そして主に今日使用されているもの、

369
00:22:02,650 --> 00:22:03,270
Dockerfileです。

370
00:22:03,270 --> 00:22:07,260
どちらが技術的には最初のものです
デッカー自体によって自動化されたステップ。

371
00:22:07,260 --> 00:22:11,920
だからDockerfilesは、あなたがしているものです
GitHubのレポの多くに見に行きます

372
00:22:11,920 --> 00:22:13,150
今日。

373
00:22:13,150 --> 00:22:16,420
それは基本的にはちょうど
記述したテキストフ​​ァイル

374
00:22:16,420 --> 00:22:19,780
正確にどのようにイメージを構築することができます。

375
00:22:19,780 --> 00:22:25,540
>> そしてライン毎に、それが実際に作成され
コンテナは、その行を実行し、

376
00:22:25,540 --> 00:22:30,480
そのコンテナをコミット
新しいイメージ、そしてあなたは、基本的には、

377
00:22:30,480 --> 00:22:36,160
後続のすべての操作のためにそれを使用します
あなたは、最後の画像が表示されるまで。

378
00:22:36,160 --> 00:22:39,260
基本的にはどちらが
ここでの最終目標、終了。

379
00:22:39,260 --> 00:22:42,420
そして、あなたはあなたの後exec--後
これは、あなたのDockerfileを書きます

380
00:22:42,420 --> 00:22:46,750
純粋なテキストである、あなたはドッカーを行います
構築し、イメージの名前。

381
00:22:46,750 --> 00:22:50,000
>> そして、あなたはそれがあることを指します
Dockerfileはです。

382
00:22:50,000 --> 00:22:56,570
そして、あなたは私のイメージを見ることを期待することができます
ローカルに持っているイメージとして。

383
00:22:56,570 --> 00:22:59,100
だから、単に視覚的です
何が起こった例。

384
00:22:59,100 --> 00:23:00,820
あなたはベースイメージで開始します。

385
00:23:00,820 --> 00:23:05,150
あなたは、そのコンテナの中にそれを実行します
基本画像自体は変更されません。

386
00:23:05,150 --> 00:23:08,310
しかし、その代わりに作成します
その上に層を書き換えます

387
00:23:08,310 --> 00:23:10,340
あなたが変更を行う場合は、
これであなたは、コミット

388
00:23:10,340 --> 00:23:15,050
あなたがされるまで処理を繰り返します
あなたの最終的な画像を取得。

389
00:23:15,050 --> 00:23:20,980
>> そして、そうすることによって、他のすべてのビルド
プロセスは同じ層を使用することができます

390
00:23:20,980 --> 00:23:23,870
基本的にsame--
デッカーは、これらの層をキャッシュします。

391
00:23:23,870 --> 00:23:30,040
私はまったく同じことをやっている場合ように、
プロセスが、その代わりにPHPをインストールします、

392
00:23:30,040 --> 00:23:31,540
私はPythonをインストールしています。

393
00:23:31,540 --> 00:23:34,210
これは、ApacheとUbuntuを使用するようになるだろう。

394
00:23:34,210 --> 00:23:39,570
そのようにあなたはあなたのディスクを利用しています。

395
00:23:39,570 --> 00:23:42,330
これは、キャッシュを利用しています
そこに利用可能な画像。

396
00:23:42,330 --> 00:23:45,320

397
00:23:45,320 --> 00:23:48,840
>> 最後の部分は、レジストリであり、これは
あなたのイメージを配布する方法です。

398
00:23:48,840 --> 00:23:52,710
そして、私が先に述べたように、
それのクラウド版があり、

399
00:23:52,710 --> 00:23:54,290
これデッカーハブです。

400
00:23:54,290 --> 00:23:57,550
あなたが行くと探索することができます
基本的に、多くの

401
00:23:57,550 --> 00:24:04,900
その公共のSAS製品です
あなたはまだプライベート画像を持つことができ、

402
00:24:04,900 --> 00:24:06,590
しかし、公共の画像がたくさんあり​​ます。

403
00:24:06,590 --> 00:24:10,580
それはあなたのことができ、実際には無制限です
そこに無制限の公共の画像を押してください。

404
00:24:10,580 --> 00:24:13,730
そして、これはどのようにすることができますです
あなたのチームと協力しています。

405
00:24:13,730 --> 00:24:17,159
>> あなただけのレポでそれらを指すことができます
そして、彼らはそれか、あなたのイメージをダウンロードすることができます

406
00:24:17,159 --> 00:24:18,200
そして彼らはそれをダウンロードすることができます。

407
00:24:18,200 --> 00:24:21,140

408
00:24:21,140 --> 00:24:24,990
講演でそう十分。

409
00:24:24,990 --> 00:24:29,110
誰が実際に素早くいくつかのデモを見たいですか？

410
00:24:29,110 --> 00:24:31,330
大丈夫。

411
00:24:31,330 --> 00:24:34,050
だからここに私が持っています。

412
00:24:34,050 --> 00:24:37,480
あなたたちは私の画面を参照してくださいCaの？

413
00:24:37,480 --> 00:24:38,390
大丈夫。

414
00:24:38,390 --> 00:24:45,810
>> だから私は、ドッカーがここで実行されているので、私
これはバージョンですit's--確認することができます

415
00:24:45,810 --> 00:24:47,510
実行しているデッカーの。

416
00:24:47,510 --> 00:24:49,320
デッカー情報を行うことができます。

417
00:24:49,320 --> 00:24:55,730
何に関するすべての情報を確認してください
彼らが持っている画像などのように。

418
00:24:55,730 --> 00:24:58,890
ドッキングウィンドウPSは、実行されているものはありません。

419
00:24:58,890 --> 00:25:00,570
それらを連結。

420
00:25:00,570 --> 00:25:06,370
>> だから私がしたい最初の事はショーです
あなたどのように簡単にコンテナを実行することができます。

421
00:25:06,370 --> 00:25:09,350
だから、美しさについて
医師は実際にそれならば、実行します

422
00:25:09,350 --> 00:25:14,700
ローカルイメージを見つけられません、
デフォルトではドクターハブ​​に話します

423
00:25:14,700 --> 00:25:17,240
そしてそこにそれを見つけようとします
そしてあなたのためにそれをダウンロードします。

424
00:25:17,240 --> 00:25:22,820
だから、ドッカーを含み
当然、コマンドを引きます。

425
00:25:22,820 --> 00:25:26,130
>> だから私はデッカーの実行を行う場合は、ハローワールド。

426
00:25:26,130 --> 00:25:28,890

427
00:25:28,890 --> 00:25:31,200
だから、最初にそれが起こっています
それを見つけるためにしようとします。

428
00:25:31,200 --> 00:25:36,140
そうでなければ、あなたはここで見ることができるように、
それがローカルにそれを見つけることができませんでした。

429
00:25:36,140 --> 00:25:41,830
今のところは、ちょうど2つの層を引っ張っ
それはそのイメージを作り、私はそれを実行しました。

430
00:25:41,830 --> 00:25:45,440
こんにちは、世界はただ、基本的です
あなたがやっていることを出力します。

431
00:25:45,440 --> 00:25:47,680
だから、これは最も簡単です、
1最も簡単な例。

432
00:25:47,680 --> 00:25:53,840
だから、実際に私は走りました
コンテナが実際に素早く終了しました。

433
00:25:53,840 --> 00:25:59,500
>> 私はrun--と方法によって、場合する場合
私は、あなたが知っているだけのように、時間にしたいです

434
00:25:59,500 --> 00:26:03,572
これはにかかる時間です
実際にスピンアップし、それが含まれています。

435
00:26:03,572 --> 00:26:05,030
私たちは、ミリ秒単位でそれを測定しています。

436
00:26:05,030 --> 00:26:10,600
だから、どのくらいこの缶を見ることができます
実際にテストしていないだけで、あなたを助け、

437
00:26:10,600 --> 00:26:13,200
しかし、またしても展開。

438
00:26:13,200 --> 00:26:17,221
だから、その上の簡単なメモです。

439
00:26:17,221 --> 00:26:18,970
私は次の事
何をするつもりは、実際にあります

440
00:26:18,970 --> 00:26:21,930
私はすでに用意しましたイメージを実行します。

441
00:26:21,930 --> 00:26:24,460
だからランをドッカー。

442
00:26:24,460 --> 00:26:27,240
-dは、伝えるためだけのフラグです
それがバックグラウンドで実行します。

443
00:26:27,240 --> 00:26:30,290
そして、-pは、特定のポートを割り当てます。

444
00:26:30,290 --> 00:26:32,670
そのため、デフォルトでは、
コンテナは、分離されています

445
00:26:32,670 --> 00:26:36,080
あなたは正確に指定する必要があります
それはどのようにそれらにアクセスすることができます。

446
00:26:36,080 --> 00:26:41,150
そして、この場合には、私はドッカーを言っています
ホスト上のランダムなポートをマッピングします

447
00:26:41,150 --> 00:26:44,560
内の指定されたポートへ
コンテナ自体。

448
00:26:44,560 --> 00:26:47,130

449
00:26:47,130 --> 00:26:56,460
そして、それはどこimage--基本的です
うまくいけば、これは正しいものです。

450
00:26:56,460 --> 00:27:01,780
>> だから、並列ダウンロードを実行し、各
これらの層のあなたはここで見ることができるように。

451
00:27:01,780 --> 00:27:06,949
これらは形成する層であります
私が構築されたエンド・イメージ。

452
00:27:06,949 --> 00:27:08,115
なお、第2を取るために起こっています。

453
00:27:08,115 --> 00:27:11,290

454
00:27:11,290 --> 00:27:12,370
出来上がり。

455
00:27:12,370 --> 00:27:16,590
>> 私はドッカーpsを行う場合はだから今、私がすべき
実行されているものを参照してください。

456
00:27:16,590 --> 00:27:22,250
私は、ID、画像が表示されるはずです
このことは、それは、オフに基づきました

457
00:27:22,250 --> 00:27:23,880
および実行されたコマンド。

458
00:27:23,880 --> 00:27:28,720
そして、それがアクセスする方法
基本的にはそのポートにアクセスしてください。

459
00:27:28,720 --> 00:27:33,240
だから私はこのto--行くつもりです
私はAWS上でそれを実行しているされています。

460
00:27:33,240 --> 00:27:37,150
私は32769に行くつもりです。

461
00:27:37,150 --> 00:27:37,650
おっとっと。

462
00:27:37,650 --> 00:27:40,495

463
00:27:40,495 --> 00:27:41,120
そしてここで私達は行きます。

464
00:27:41,120 --> 00:27:44,550
>> だから、これはただ実際には
示しているWebサービス

465
00:27:44,550 --> 00:27:46,240
それから提供されていた容器。

466
00:27:46,240 --> 00:27:50,450
だから、そのことを見ることができます
コンテナa9fからです。

467
00:27:50,450 --> 00:27:52,850
そして、ここではこれがあります
コンテナの名前。

468
00:27:52,850 --> 00:27:56,550
だからみんなはどのように迅速に見ることができます
実際にだけではなく、引くことだっただけでなく、

469
00:27:56,550 --> 00:28:00,440
このコンテナを展開します。

470
00:28:00,440 --> 00:28:05,070
>> さて次のステップはにあります
Dockerfilesに見えます

471
00:28:05,070 --> 00:28:09,430
そして、どのように我々は、実際にすることができます
新しいイメージを構築します。

472
00:28:09,430 --> 00:28:15,250
私はクローンを取りに行くつもりだ、A
以前に基づいて、試料のDockerfile

473
00:28:15,250 --> 00:28:17,755
図、ApacheとPHPに1。

474
00:28:17,755 --> 00:28:26,740

475
00:28:26,740 --> 00:28:28,140
うまくいけば、私は自分のレポを覚えています。

476
00:28:28,140 --> 00:28:36,410

477
00:28:36,410 --> 00:28:38,750
>> だから私は今、私のリポジトリを持っています。

478
00:28:38,750 --> 00:28:43,080
そして、あなたは見に行っています
この実際にたくさん。

479
00:28:43,080 --> 00:28:45,110
私は木をインストールしていません。

480
00:28:45,110 --> 00:28:48,700
>> したがって、基本的に、あなたはどのように参照するつもりです
周りのあなたのソースコードのドキュメント

481
00:28:48,700 --> 00:28:51,240
それ、その後Dockerfileに
どのように実際にそれをパッケージ化します。

482
00:28:51,240 --> 00:28:57,970
だから、ただのサンプルPHPの
それはハローCS50をエコーし​​ます。

483
00:28:57,970 --> 00:29:01,550
>> だから私はそれを実行したい場合は、
私はドッカービルドを行います。

484
00:29:01,550 --> 00:29:03,370
私が最初にそれを構築する必要があります。

485
00:29:03,370 --> 00:29:12,420
私はそれをdemo_cs50名前つもりです。

486
00:29:12,420 --> 00:29:16,470
そして、あなたもそれにタグを必要とします。

487
00:29:16,470 --> 00:29:19,802
それでは、V1ドットそれを呼び出してみましょう。

488
00:29:19,802 --> 00:29:21,760
私は先に述べたように、
今日は何をやっています

489
00:29:21,760 --> 00:29:26,840
私が使用することを行くためにドッカーを言っているされています
that--実際に、申し訳ありませんが、私の悪いです。

490
00:29:26,840 --> 00:29:29,450

491
00:29:29,450 --> 00:29:32,500
私たちは見てませんでした
Dockerfile自体で。

492
00:29:32,500 --> 00:29:39,020
だからここでの唯一のものがあります
同様に、Readmeファイルのindex.php

493
00:29:39,020 --> 00:29:39,810
そして、Dockerfile。

494
00:29:39,810 --> 00:29:44,600
>> だから、あなたが見てみる場合
Dockerfileので、それはです

495
00:29:44,600 --> 00:29:47,150
ものと非常に類似し
私は先に説明しました。

496
00:29:47,150 --> 00:29:51,220
それはちょうどの束です
デッカーが実行手順

497
00:29:51,220 --> 00:29:56,330
コンテナを作成し、解体することによって
そして [？画像の中に？]それらを数えます。

498
00:29:56,330 --> 00:29:59,570
>> そして、基本的に次のことができます
それはhere-- [聞こえません] see--

499
00:29:59,570 --> 00:30:04,340
これは地元のレポからです。

500
00:30:04,340 --> 00:30:06,410
それは行くとグラブのindex.phpになるだろう。

501
00:30:06,410 --> 00:30:10,970
だから、そのソースコードのみです
実際にあなたのアプリケーションの一部です。

502
00:30:10,970 --> 00:30:16,800
すべてこれは基本的に
オペレーティングシステムの配管、

503
00:30:16,800 --> 00:30:21,460
右のパッケージを取得し、
アパッチ、とPHP、およびその他もろもろ。

504
00:30:21,460 --> 00:30:26,950
しかし、これは実際にはindex.phpを取っています
コンテナにそれをコミットし、

505
00:30:26,950 --> 00:30:28,210
イメージに。

506
00:30:28,210 --> 00:30:33,120
>> だから、先に行くと、実行した場合
次の操作を実行して、コマンド、

507
00:30:33,120 --> 00:30:36,155
それは、実際にgoing--です
これは少し時間がかかる場合があります。

508
00:30:36,155 --> 00:30:40,870

509
00:30:40,870 --> 00:30:42,455
うまくいけば、それはあまりにも時間がかかりません。

510
00:30:42,455 --> 00:30:45,129

511
00:30:45,129 --> 00:30:46,170
だから、手順を参照してくださいすることができます。

512
00:30:46,170 --> 00:30:49,320
そして、私は行くことをお勧め
帰って、今日、それを試してみてください。

513
00:30:49,320 --> 00:30:51,280
そして真野は説明します
どのように正確にあなたがそれを行います。

514
00:30:51,280 --> 00:30:57,810
しかし、それは正確に確認することは本当に素晴らしいことです
何が背後で起こっています。

515
00:30:57,810 --> 00:31:02,420
しかし、それはビルドするために途方もなく簡単です
イメージとドッカーを使用して展開します。

516
00:31:02,420 --> 00:31:12,170

517
00:31:12,170 --> 00:31:14,050
>> それは少しを取っています
私は予想よりも長いです。

518
00:31:14,050 --> 00:31:29,085

519
00:31:29,085 --> 00:31:32,690
>> それでは、you--が冷えるときに何が起こるか見てみましょう。

520
00:31:32,690 --> 00:31:36,260
だから、それらの各ステップを見ることができるように
Dockerfileの行を表します。

521
00:31:36,260 --> 00:31:42,570
そして、それはそれことをここに示しています
正常にこのイメージを構築しました。

522
00:31:42,570 --> 00:31:46,480
>> 私は、ドッキングウィンドウの画像をすればだから、私はするつもりです
私がローカルに持っているすべての画像を参照してください。

523
00:31:46,480 --> 00:31:52,160
その一つは、呼び出された私
ユーザー名、およびイメージの名前、

524
00:31:52,160 --> 00:31:56,050
タグrepresenting--
主にそれはバージョンタグです。

525
00:31:56,050 --> 00:31:58,040
>> だから今、私が実行したい場合
それは、私がドッキングウィンドウの実行を行います。

526
00:31:58,040 --> 00:32:06,040

527
00:32:06,040 --> 00:32:14,960
そして、私はちょうど-d -Pをしたいです。 V1を実行してください。

528
00:32:14,960 --> 00:32:18,500
だから私は、私は2を持っていることを今見ることができます
コンテナは、いずれかを実行している私はちょうど

529
00:32:18,500 --> 00:32:21,230
作成され、ハロー
私が最後だデッカーの1。

530
00:32:21,230 --> 00:32:24,320
>> そして、あなたはそれことがわかります
それを別のポートを割り当てます。

531
00:32:24,320 --> 00:32:30,710
だから私は、同じIPに行くが、それを割り当てた場合、
異なるport--うまくいけば、私はしませんでした。

532
00:32:30,710 --> 00:32:33,060
だから今、これはアプリケーションです
私はデプロイされたこと。

533
00:32:33,060 --> 00:32:35,980

534
00:32:35,980 --> 00:32:43,900
>> 私は変更したい場合は、私
すぐにソースコードを編集することができます

535
00:32:43,900 --> 00:32:49,050
そして次の操作を行います。

536
00:32:49,050 --> 00:32:55,170
それでは、こんにちはハーバードをしましょう​​。

537
00:32:55,170 --> 00:32:57,989
だから今何が起こっているのか
起こることを私はということです

538
00:32:57,989 --> 00:32:59,905
でそれをタグ付けに行きます
異なるversion--ああ、

539
00:32:59,905 --> 00:33:03,080
これはそれにタグを付けguy--ありません
異なるバージョンの。

540
00:33:03,080 --> 00:33:05,735
そして、あなたはするつもりです
see--は、あなたたちは期待しています

541
00:33:05,735 --> 00:33:11,020
それは、同じ時間を取ります
それをもう一度構築したりしないように？

542
00:33:11,020 --> 00:33:14,470
すべての権利、と誰もがなぜ知っていますか？

543
00:33:14,470 --> 00:33:15,020
声を上げて。

544
00:33:15,020 --> 00:33:16,350
>> 聴衆：[聞こえません]

545
00:33:16,350 --> 00:33:19,830
>> NICOLA KABAR：それは基本的に行っております
以降のみのいずれかの手順を変更してください。

546
00:33:19,830 --> 00:33:23,110
そのためには、使用しようとしています
キャッシュは、これらの層のそれぞれを使用して。

547
00:33:23,110 --> 00:33:27,080
そして、それは本当にの一部です
デッカーのキラー機能

548
00:33:27,080 --> 00:33:32,930
それは実際に利用する方法です
そして、引き継いで再利用

549
00:33:32,930 --> 00:33:36,950
同じのためのディスク
情報の正確枚。

550
00:33:36,950 --> 00:33:40,700
>> だから我々は同じことを行う場合には、
それだけで数秒を要しました。

551
00:33:40,700 --> 00:33:48,860
我々は今redeploy--したい場合
私は3つのコンテナを持っている必要があります。

552
00:33:48,860 --> 00:33:56,160
しかし、この1がされています
the-- 7 1を務めました。

553
00:33:56,160 --> 00:33:58,860
だから今では第三の容器です。

554
00:33:58,860 --> 00:34:02,580
誰もが理解して
私はちょうどここに何をしましたか？

555
00:34:02,580 --> 00:34:06,320
>> だから今、あなたはこれを共有したい場合は
友達と実際に素早くコンテナ、

556
00:34:06,320 --> 00:34:14,840
あなただけのドッキングウィンドウをプッシュ行うことができます
うまくいけば、コンテナの名前。

557
00:34:14,840 --> 00:34:20,130
だから今それをプッシュするつもりです
to--私はここに署名していませんよ。

558
00:34:20,130 --> 00:34:33,511

559
00:34:33,511 --> 00:34:34,219
そのことはごめんなさい。

560
00:34:34,219 --> 00:34:39,219
しかし、私は今、このトラブルシューティングを行うつもりはありません。

561
00:34:39,219 --> 00:34:42,780
しかし、基本的に一つのコマンド
ちょうどそれを押し上がっています。

562
00:34:42,780 --> 00:34:45,670
そして、あなたのことができるようになるだろう
あなたがドッカーハブに行けばそれを参照してください

563
00:34:45,670 --> 00:34:48,587
そして、あなたは、あなたがしているログイン
それを見ることができるようになるだろう。

564
00:34:48,587 --> 00:34:50,420
そして、あなただけのことができます
起こっている誰でもポイント

565
00:34:50,420 --> 00:34:52,750
行くとそれを引っ張ってそのイメージを使用しています。

566
00:34:52,750 --> 00:34:55,460
そして、彼らはそれを使用することができます。

567
00:34:55,460 --> 00:34:57,760
>> そのことで、うまくいけば
私は一種の実証します

568
00:34:57,760 --> 00:35:01,230
どのように簡単にはドッカーで動作するようです。

569
00:35:01,230 --> 00:35:06,610
そして、私はちょうどに行きますよ
真野にそれをお返し。

570
00:35:06,610 --> 00:35:11,760
そして、彼はここからそれを取るだろう。

571
00:35:11,760 --> 00:35:13,990
>> MANO MARKS：すべての権利
感謝、感謝ニコ。

572
00:35:13,990 --> 00:35:18,700

573
00:35:18,700 --> 00:35:20,614
だから何？

574
00:35:20,614 --> 00:35:24,410
だから、物事の私
やってみたかった一緒に入れています

575
00:35:24,410 --> 00:35:28,820
なぜこれがimportant--です
なぜドッカーと理由

576
00:35:28,820 --> 00:35:33,000
コンテナは、あります
重要な新開発、

577
00:35:33,000 --> 00:35:36,890
実際にソフトウェアを行うための新しい方法。

578
00:35:36,890 --> 00:35:41,300
>> 私は前に、私はするつもりです
わずか数統計をご紹介します。

579
00:35:41,300 --> 00:35:42,790
私はこれらのすべてを読んでするつもりはありません。

580
00:35:42,790 --> 00:35:52,540
しかし、これはあなたにどのようにについて多くのことを示しています
人気これはコミュニティです。

581
00:35:52,540 --> 00:35:56,310
コアデッカー技術
オープンソースです。

582
00:35:56,310 --> 00:36:03,560
だから、ドッカーエンジン、作曲、です
スウォーム、他の原料の束

583
00:36:03,560 --> 00:36:05,210
すべてのオープンソースです。

584
00:36:05,210 --> 00:36:10,590
そして、私たちは私が何をしたか、持っています
、1300投稿者を言います。

585
00:36:10,590 --> 00:36:15,630
あなたが見ている場合は、今見ています
求人数、最後の時間

586
00:36:15,630 --> 00:36:19,640
我々は、約43,000の仕事だった、見えました
開口部は、具体的に言及します

587
00:36:19,640 --> 00:36:22,230
デッカーに精通。

588
00:36:22,230 --> 00:36:26,450
画像の何百万、数百を持っています
デッカーハブからダウンロードされて。

589
00:36:26,450 --> 00:36:31,870
そして、よく、はるかに大規模な統計。

590
00:36:31,870 --> 00:36:34,770
>> 興味がある人のために、それを
もともとPythonで書かれました

591
00:36:34,770 --> 00:36:37,730
[移動に書き換えます。

592
00:36:37,730 --> 00:36:40,320
そして、それだけをされています
それだけだsource--開きます

593
00:36:40,320 --> 00:36:44,950
約2年半のためにリリースされ、
これは2年半でいることを意味し、

594
00:36:44,950 --> 00:36:48,020
私たちは膨大な量を見てきました
成長と重要性

595
00:36:48,020 --> 00:36:50,190
コミュニティでこのの。

596
00:36:50,190 --> 00:36:52,400
そして、私は話をしたいです
理由について少し。

597
00:36:52,400 --> 00:36:54,940

598
00:36:54,940 --> 00:36:59,880
>> だからの一部を繰り返すと
ニコのキーポイントは、デッカーは高速です。

599
00:36:59,880 --> 00:37:00,630
これは、移植性があります。

600
00:37:00,630 --> 00:37:02,500
これは、再現性があります。

601
00:37:02,500 --> 00:37:06,130
そして、それは標準的な環境をセットアップします。

602
00:37:06,130 --> 00:37:13,370
>> そして、これは私の安っぽいですwhat--
モノリスは何をslide--根絶

603
00:37:13,370 --> 00:37:17,990
それは、人々が行う支援しているです
ソフトウェア業界の多く

604
00:37:17,990 --> 00:37:21,400
で始めました
2000年代初めには、移動しています

605
00:37:21,400 --> 00:37:24,200
これらのモノリシックから
単一のアプリケーション

606
00:37:24,200 --> 00:37:28,590
すべての依存関係がなければならなかったところ
全体のアプリは持っていた前にテスト

607
00:37:28,590 --> 00:37:31,280
展開される、どの
ウェブサイトを意味するかもしれません

608
00:37:31,280 --> 00:37:36,240
一度だけ展開されました
3ヶ月毎、またはそれ以上、

609
00:37:36,240 --> 00:37:42,650
はるかサービスへ
指向アーキテクチャ

610
00:37:42,650 --> 00:37:46,090
またはコンポーネント化異なる種類
アプリケーションアーキテクチャの。

611
00:37:46,090 --> 00:37:48,610
だからこれらを可能にすること
アーキテクチャの種類

612
00:37:48,610 --> 00:37:52,250
それはを活用
デッカーは、これらの3つの中で実行します

613
00:37:52,250 --> 00:37:58,450
開発の主要分野、どの
開発は、あなたの実際のコードを書いています、

614
00:37:58,450 --> 00:38:00,140
あなたのコードをテストし、それを展開します。

615
00:38:00,140 --> 00:38:03,000

616
00:38:03,000 --> 00:38:05,420
>> では、なぜこれが重要なのですか？

617
00:38:05,420 --> 00:38:09,920
あなたがしている場合A--私は例をあげてみましょう。

618
00:38:09,920 --> 00:38:13,600
あなたがウェブサイトであれば
デバイスの開発者、あなたがしています

619
00:38:13,600 --> 00:38:19,020
基づいてウェブサイトを開発
ダビデはこちらに生成データベース。

620
00:38:19,020 --> 00:38:20,490
申し訳ありませんがダビデは、私はあなたを呼んでいます。

621
00:38:20,490 --> 00:38:22,984

622
00:38:22,984 --> 00:38:24,900
あなたが展開したい場合
全部、あなたがしたいです

623
00:38:24,900 --> 00:38:28,870
従来の下に待たなければなりません
モノリシックなソフトウェア開発

624
00:38:28,870 --> 00:38:32,710
環境、あなたは待つ必要があるだろう
彼は、データベースを用いて行ったまで

625
00:38:32,710 --> 00:38:36,030
あなたが実際に作ることができる前に、
あなたのウェブサイトへの変更。

626
00:38:36,030 --> 00:38:40,900
あなたは、再デプロイする必要があるだろう
そうするアプリケーション全体。

627
00:38:40,900 --> 00:38:45,490
>> そして、何デッカーは、あなたが行うことができます、各です
別のコンポーネントの人の仕事

628
00:38:45,490 --> 00:38:52,990
彼らが行くように、ちょうど作り、それらを更新
インタフェースは同じままことを確認してください。

629
00:38:52,990 --> 00:38:56,350
だから、何を行っています
それは人々をシフトしていますされています

630
00:38:56,350 --> 00:39:03,950
これらの巨大な一枚岩をやってから
設計ソフトウェア、その

631
00:39:03,950 --> 00:39:07,610
連続に毎月展開
統合と持続的発展

632
00:39:07,610 --> 00:39:08,490
環境。

633
00:39:08,490 --> 00:39:12,580
>> さて、これは、ドッカーに固有のものではありません
しかしデッカーは、それがそんなに簡単になり、

634
00:39:12,580 --> 00:39:16,620
これはあなたが基本的にしていることを意味
常に展開。

635
00:39:16,620 --> 00:39:20,690
私たちは、ある企業に話します
一般に公開アプリケーションのデプロイ

636
00:39:20,690 --> 00:39:30,180
何千回日理由
彼らはただ作るの値を参照してください。

637
00:39:30,180 --> 00:39:33,740
小さな変化、および限り、
それがテストを通るように、

638
00:39:33,740 --> 00:39:35,900
それが生産に外出させます。

639
00:39:35,900 --> 00:39:41,890
ニコはいつも私に言っていました
以前のそれは多くの環境で、

640
00:39:41,890 --> 00:39:46,580
の標準的なライフサイクル
容器は秒単位で測定され、

641
00:39:46,580 --> 00:39:50,460
仮想マシンに対し、
数ヶ月で測定されることがあります。

642
00:39:50,460 --> 00:39:54,590

643
00:39:54,590 --> 00:39:58,690
>> 私はわずかに撮りたかったです
私はだからここに向けます

644
00:39:58,690 --> 00:40:00,170
教育機関で。

645
00:40:00,170 --> 00:40:06,670
私は方法の例を与えたいと思いました
これは、教育研究に動作します

646
00:40:06,670 --> 00:40:07,670
状況。

647
00:40:07,670 --> 00:40:10,930
だから組織があります
bioboxesと呼ばれます。

648
00:40:10,930 --> 00:40:15,450
Bioboxesは、DNAを行います
研究者のための分析。

649
00:40:15,450 --> 00:40:22,029
>> 今、彼らは何を見つけたときにということでした
researcher--、これではありません

650
00:40:22,029 --> 00:40:24,070
いずれかの特定の障害の
researcher--しかし時

651
00:40:24,070 --> 00:40:31,240
展開研究者
解析するアルゴリズム、

652
00:40:31,240 --> 00:40:36,670
特定の方法において、DNAサンプル、
彼らはソフトウェアを記述し、

653
00:40:36,670 --> 00:40:39,980
多分に、それを公開します
どこかGitHubのか、

654
00:40:39,980 --> 00:40:42,680
そしてそれらが行われました。

655
00:40:42,680 --> 00:40:47,440
>> さて問題は、ということでした
必ずしも再現性がありませんでした。

656
00:40:47,440 --> 00:40:51,610
順番にするため、
ソフトウェアを理解し、

657
00:40:51,610 --> 00:40:54,830
彼らはのために設定されることになります
正確な開発環境

658
00:40:54,830 --> 00:41:00,460
その研究者は、通常、使用されていること
自分のラップトップ、またはサーバー、またはデータ

659
00:41:00,460 --> 00:41:04,280
彼らが使用していたセンター。

660
00:41:04,280 --> 00:41:11,530
その結果として、それは非常に困難でした
時の研究結果を再現します

661
00:41:11,530 --> 00:41:16,910
DNAサンプルを分析する検索します
incidence--のようなもので、

662
00:41:16,910 --> 00:41:23,830
心臓発作の発生率を比較します
存在する特定の遺伝子に基づいて、

663
00:41:23,830 --> 00:41:28,900
例えば、または癌の危険、または
物事の他の種類のいずれか。

664
00:41:28,900 --> 00:41:33,900
>> そこで、彼らが何をしたか代わりでした
彼らはコンテナの作成を開始。

665
00:41:33,900 --> 00:41:39,380
そして、あなたはbioboxes.orgに行くことができ、
それは偉大な組織です。

666
00:41:39,380 --> 00:41:43,900
そして、彼らがやっていることは、彼らが生産され
調査に基づいた容器。

667
00:41:43,900 --> 00:41:46,840
そして、誰かが送信されるたびに
そのサンプルに、彼らはそれを実行することができます。

668
00:41:46,840 --> 00:41:52,770
そして、それはすべての環境を持っています
そのアルゴリズムを実行するために必要な

669
00:41:52,770 --> 00:41:55,370
そして結果を生成します。

670
00:41:55,370 --> 00:41:58,250
そして、彼らは、彼らがしていることを発見しています
はるかに可能性が高いとはるかに

671
00:41:58,250 --> 00:42:01,300
より迅速にできるように
人々に結果を返します。

672
00:42:01,300 --> 00:42:06,860
>> そして、実際には、どのような人がやっています
DNA上の独自の分析を実行しています、

673
00:42:06,860 --> 00:42:11,220
bioboxesへのそれを送信し、
その後bioboxだけのデータを取り、

674
00:42:11,220 --> 00:42:15,350
さまざまに対してそれを実行します
異なるコンテナ

675
00:42:15,350 --> 00:42:19,030
異なる結果を表示するには
別の調査に基づきます。

676
00:42:19,030 --> 00:42:21,860
だから、非常に強力です
方法これは研究者で

677
00:42:21,860 --> 00:42:28,070
可能にする単一のインスタンスを作ることができます
他の人が試してみて、再生します

678
00:42:28,070 --> 00:42:28,650
結果。

679
00:42:28,650 --> 00:42:31,710

680
00:42:31,710 --> 00:42:34,360
>> それでは、どのように始めるのですか？

681
00:42:34,360 --> 00:42:37,950

682
00:42:37,950 --> 00:42:39,800
私たちは、よくLinux上でサポートされています。

683
00:42:39,800 --> 00:42:43,070
だから、あなたがインストールしたい場合
Linux上では何も、

684
00:42:43,070 --> 00:42:45,620
あなたは、標準を使用します
パッケージマネージャがインストールします。

685
00:42:45,620 --> 00:42:47,600
Debianを使用している場合、それはaptの取得です。

686
00:42:47,600 --> 00:42:50,500
CentOSのyumをです。

687
00:42:50,500 --> 00:42:53,500
FedoraのRed Hatはあります
rpm--私は覚えていません。

688
00:42:53,500 --> 00:42:56,070
とにかく、それはすべてあります。

689
00:42:56,070 --> 00:42:59,610
私たちは、大規模な様々なサポート
Linuxディストリビューションの。

690
00:42:59,610 --> 00:43:01,150
あなたはそれらをチェックアウトすることができます。

691
00:43:01,150 --> 00:43:06,370
>> また、オプションがありますので、
MacやWindows上で実行することができます。

692
00:43:06,370 --> 00:43:10,670
今ニコは、以前のことを述べました
それはLinux上でのみサポートされていました。

693
00:43:10,670 --> 00:43:18,180
それだから本当です
Linuxカーネルを必要とします。

694
00:43:18,180 --> 00:43:20,540
しかし、あなたは仮想マシンで実行することができます。

695
00:43:20,540 --> 00:43:25,290
そして、何デッカーツールボックス
あなたがダウンロードすることができ、し、

696
00:43:25,290 --> 00:43:27,610
それはあなたのその仮想マシンを提供します。

697
00:43:27,610 --> 00:43:37,260
>> だから迅速な48
第二に、私が思うに、ダウンロードしてください。

698
00:43:37,260 --> 00:43:40,670
あなただけドッカーで検索
ツールボックス、Macにそれをダウンロードし、

699
00:43:40,670 --> 00:43:43,910
この部分はあります
コー​​スは誰ので、スピードアップ

700
00:43:43,910 --> 00:43:47,620
ダウンロード信号を見たいですか？

701
00:43:47,620 --> 00:43:54,190
標準のMacのインストール、
そして、あなたはしています

702
00:43:54,190 --> 00:43:59,795
ジェロームは、自分のパスワードを入れ見に行きます。

703
00:43:59,795 --> 00:44:00,670
それは非常にエキサイティングです。

704
00:44:00,670 --> 00:44:03,510

705
00:44:03,510 --> 00:44:06,230
そして、それがインストールされ
ツールの全体の束。

706
00:44:06,230 --> 00:44:10,010
特に、それはなります
コマンドラインをインストールします。

707
00:44:10,010 --> 00:44:14,220
そして、あなたが見ることができます
ジェロームは彼の画像をテストします。

708
00:44:14,220 --> 00:44:19,050

709
00:44:19,050 --> 00:44:22,640
>> そしてこれに基づいて、
あなたはそれのYouTubeを見ることができます

710
00:44:22,640 --> 00:44:27,420
ニコが興味を持っていると考えています
スターウォーズ、ジミー・キンメル・ショー、

711
00:44:27,420 --> 00:44:29,020
私はエレンだと思います。

712
00:44:29,020 --> 00:44:34,130
私は最後のものであることを考えます
エレンショーからクリップ。

713
00:44:34,130 --> 00:44:37,760
>> だからデッカーツールボックスは、しかし来ます
ただデッカー機以上で。

714
00:44:37,760 --> 00:44:39,840
だからデッカーマシンがあります
助け事

715
00:44:39,840 --> 00:44:43,710
あなたは、仮想設定します
お使いのWindowsのマシン

716
00:44:43,710 --> 00:44:52,080
またはWindowsのボックスまたはMacをMac--
box--とプロビジョニングを行うことができます、

717
00:44:52,080 --> 00:44:54,040
>> しかし、それはまた、付属しています
スウォームと作曲、

718
00:44:54,040 --> 00:45:00,840
あなたが大きな行うに役立つように設計されています
アプリケーションの規模な展開。

719
00:45:00,840 --> 00:45:04,000
だから、あなたが管理する場合
ノードのクラスタ、

720
00:45:04,000 --> 00:45:08,450
コンテナのクラスタ、構成し、
スウォームはそれについて移動するための方法です。

721
00:45:08,450 --> 00:45:11,430
>> そしてもちろん、それは付属しています
ドッカーエンジンとKitematic、

722
00:45:11,430 --> 00:45:13,250
これはこのデスクトップGUIです。

723
00:45:13,250 --> 00:45:17,060
私はまた、ドッカーレジストリを言及する必要があります
ツールボックスに含まれていません、

724
00:45:17,060 --> 00:45:23,150
それはあなたがあなた自身を実行するための方法です
デッカーのようなデッカー画像の登録

725
00:45:23,150 --> 00:45:28,970
ハブが、あなたはまた、単に使用することができます
それを行うための方法としてドッカーハブ。

726
00:45:28,970 --> 00:45:32,955
>> あなたが見ていると、プロットツイスト、
それは、コンテナ内で実行されています。

727
00:45:32,955 --> 00:45:34,830
そして、それは私たちがしている方法です
私たちのスライドを配布。

728
00:45:34,830 --> 00:45:38,610
この全体のプレゼンテーションがあります
実際のHTMLスライドデッキ。

729
00:45:38,610 --> 00:45:43,170
そしてそれはで実行されています
あなたが得ることができるコンテナ、by--

730
00:45:43,170 --> 00:45:45,596
>> NICOLA KABAR：はい、それはです
私の最大の上にフルタイムで実行されています。

731
00:45:45,596 --> 00:45:47,540
そして、私はそれから提示しています。

732
00:45:47,540 --> 00:45:50,910
そして、あなたは直後にドッカーを行います
あなたのツールボックスをインストールします。

733
00:45:50,910 --> 00:45:57,340
あなただけのドッキングウィンドウの実行を行うことができます
それを取得し、スライドを使用しています。

734
00:45:57,340 --> 00:45:58,830
>> MANO MARKS：そして、それはそれです。

735
00:45:58,830 --> 00:46:02,160
だから我々は、今後のためにあなたのすべてに感謝します。

736
00:46:02,160 --> 00:46:03,990
そして、私たちが質問に答えて幸せです。

737
00:46:03,990 --> 00:46:07,810
私は誰の前に言及する必要があります
葉あそこのTシャツがあります。

738
00:46:07,810 --> 00:46:10,940
申し訳ありませんが、誰も見ている人
このライブ・ストリームまたはビデオに、

739
00:46:10,940 --> 00:46:12,820
しかし、我々はあそこにドッカーTシャツを持っています。

740
00:46:12,820 --> 00:46:16,250
そして、我々はデッカーの学生を知って、
そして、私の経験で、

741
00:46:16,250 --> 00:46:18,940
あまりにも、無料の服のような教授。

742
00:46:18,940 --> 00:46:22,490
>> そこで出てくるためにあなたのすべてに感謝します。

743
00:46:22,490 --> 00:46:27,050
また、Twitterで私たちに従います
あなたがしたい、またはしない場合。

744
00:46:27,050 --> 00:46:27,910
私は気にしない。

745
00:46:27,910 --> 00:46:29,430
また、Twitterでドッカーに従ってください。

746
00:46:29,430 --> 00:46:31,890
それはまた面白いです。

747
00:46:31,890 --> 00:46:32,990
そして、それはそれです。

748
00:46:32,990 --> 00:46:33,490
Docker.com。

749
00:46:33,490 --> 00:46:35,410
ありがとう。

750
00:46:35,410 --> 00:46:39,360
>> [拍手]

751
00:46:39,360 --> 00:46:41,625