WEBVTT

00:00:00.120 --> 00:00:08.800
こんにちは別へようこそ
チャンネル エピソードのコンテナーです。

00:00:08.800 --> 00:00:12.580
私は Matt McSpirit、技術的です
データのすべてのエバンジェ リスト

00:00:12.580 --> 00:00:15.640
中心のテクノロジーとは
少し miniseries で第 2 部します。

00:00:15.640 --> 00:00:18.450
をでしょう
上のコンテナーの基本です。

00:00:18.450 --> 00:00:21.200
この最初のエピソードで
miniseries を少しお話ししました

00:00:21.200 --> 00:00:24.770
キーのいくつかのビットします。
イメージの周囲の概念を

00:00:24.770 --> 00:00:28.490
ネットワークでは、建物の周囲
コンテナー、コンテナーを実行します。

00:00:28.490 --> 00:00:29.830
いくつかのことをしております
構造

00:00:29.830 --> 00:00:32.380
間の相違点
コンテナーと仮想マシンの。

00:00:32.380 --> 00:00:35.130
このエピソードでは嬉しく思っていて、
Neil 加藤泰江を結合します。

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
すでに持っています。
可搬性の 1 つです。

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
>> 1 つで、概念の
イメージングすることは非常にすばらしいと

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 server のプレビュー

00:03:53.460 --> 00:03:54.130
コンテナーです。

00:03:55.680 --> 00:03:58.700
その技術を位置づけ
OS のイメージを

00:03:58.700 --> 00:04:01.330
Windows サーバーを配置しました
コア ベースの 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
そのため、私が 2 つのコンテナー
イメージをそれぞれを含む、

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
4 つ表示されます。
この時点で。

00:04:52.990 --> 00:04:54.930
>> そうです、絶対に、
4 つが表示されます。

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
1 つの画像
>> と展開

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
そのコンテナーになります
これら 3 つのイメージで構成されます。

00:05:12.495 --> 00:05:13.000
>> Mm 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
>> 2 つのアプリケーションを表示します。

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
ここで自分の目標の 1 つに、もう一度
いくつかのポイントの種類には

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
2 つ目の
使用してさまざまな

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
>> 右にはニックと
そのニックが、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 に行くだけ

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
1 つのホスト上にあります。
それらのいずれかを提供します。

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
使用可能ただし、コンテナー
非ルーティングな 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
実行しているコンテナーのホスト
>> 3 つの数百

00:07:49.140 --> 00:07:53.270
web アプリケーションのすべてのサービス
ポート 80 上のコンテンツです。

00:07:53.270 --> 00:07:56.410
コンテナーをヒットした場合は、
ホストのポート 80 では、

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 と 60 のポートにポート 82 と

00:08:05.170 --> 00:08:06.580
ポートがポート 80 には、83 です。

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
net を説明しました。
共通になる予定

00:08:13.550 --> 00:08:18.340
多くの人が DHCP に
ことができます [INAUDIBLE] を使用します。

00:08:18.340 --> 00:08:20.470
net だけではありません。
唯一のソリューションです。

00:08:20.470 --> 00:08:21.720
>> うん、絶対に、
場合に。

00:08:21.720 --> 00:08:22.670
>> する企業です。

00:08:22.670 --> 00:08:24.960
>> DHCP を使用することができます。
内のコンテナーです。

00:08:26.480 --> 00:08:29.400
どのようなことが判明、NAT では、
一般的なシナリオも。

00:08:29.400 --> 00:08:30.820
>> 右
さて面白い、それはすばらしい。

00:08:32.560 --> 00:08:34.270
>> とし、最後の最後に
ここに表示していくことは、します。

00:08:34.270 --> 00:08:35.270
コンテナー レジストリと

00:08:35.270 --> 00:08:37.010
については、これまで説明してきました
少しはかなり既に。

00:08:37.010 --> 00:08:39.530
Docker ハブをご紹介します。
公開されているレジストリの場合は、

00:08:39.530 --> 00:08:41.660
私たちが、これら
コンテナーのイメージ

00:08:41.660 --> 00:08:45.000
レジストリに配置し、
他の場所にそれらをプルまたは

00:08:45.000 --> 00:08:46.160
別のコンテナーのホストです。

00:08:46.160 --> 00:08:46.950
>> よくできています。
可能です。

00:08:46.950 --> 00:08:49.950
では、ね、
テクノロジを見てください。

00:08:49.950 --> 00:08:50.650
>> そうです。
をジャンプしてみましょう

00:08:50.650 --> 00:08:51.620
デモンストレーションします。

00:08:52.620 --> 00:08:53.280
>> 発声してみましょう、

00:08:53.280 --> 00:08:57.470
それを実行するが、
要求の一部、私がまだここです。

00:08:57.470 --> 00:08:58.710
>> を確認します。
最初にこれを行うつもり

00:08:58.710 --> 00:09:02.680
実行しようとして、ここでは、
画像レイヤーは、ここを見てください。

00:09:02.680 --> 00:09:06.110
、これを作成することによって開始するには
Ubuntu のコンテナー

00:09:06.110 --> 00:09:07.472
基本 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
>> の対話、それを
取りかかるを開始することを意味し、

00:09:20.373 --> 00:09:22.380
お好きな方、
このケースの bash です。

00:09:22.380 --> 00:09:24.500
>> 私は、コンテナーに
bash を今すぐです。

00:09:24.500 --> 00:09:27.290
>> これは、ような場合、
Windows マシン上にあったと

00:09:27.290 --> 00:09:29.870
ものに設定する必要があります。
自動的に起動します。

00:09:29.870 --> 00:09:32.058
マシンとしてすぐに
処理が始まり、

00:09:32.058 --> 00:09:32.936
[クロストーク]
>> をしています。

00:09:32.936 --> 00:09:33.540
使用するを選択します。

00:09:33.540 --> 00:09:36.000
>> はい、指示にどのような
ジャンプは 1 回実行するためのプロセス

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 サーバーだけをしたいと考えています。
取りかかるを開始するサービスです。

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
をここで実際には
アプリケーション git を単に更新します。

00:09:53.610 --> 00:09:57.739
参照の新しいリストを付けます
ソフトウェアをインストールします。

00:09:57.739 --> 00:10:00.441
>> 完全ではないことを願いましょうように。
Linux のビルドを更新し、

00:10:00.441 --> 00:10:02.633
すべて
フル 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
したがって、apt の取得は、nano をインストールします。

00:10:47.040 --> 00:10:49.750
この場合も、同様と
別のテキスト エディターです。

00:10:49.750 --> 00:10:52.860
すべてを右を実行できるようにします。

00:10:52.860 --> 00:10:56.650
コンテナー内で、
Nano を実行できます。

00:10:56.650 --> 00:10:59.676
これを終了するには、説明したようになりました
コンテナーを終了します。

00:11:04.571 --> 00:11:08.830
ここでは、コンテナーとなります。
先ほど作成した、エレガントな curry です。

00:11:08.830 --> 00:11:10.300
>> よくできています。

00:11:10.300 --> 00:11:11.360
>> そこで博士のコミットを実行します。

00:11:11.360 --> 00:11:14.520
>> に使用するの種類が必要
算出する方法、

00:11:14.520 --> 00:11:17.270
ゲーマー タグ付け機能
Xbox と私が本当に苦労しています。

00:11:17.270 --> 00:11:20.633
>> すべて右博士コミット デモを行います。

00:11:23.370 --> 00:11:24.680
とは、
Docker の画像で見た場合

00:11:24.680 --> 00:11:27.480
あることがわかります
新しいイメージのデモでは。

00:11:28.650 --> 00:11:33.200
それでは実際に見てをみましょう
重複しているのであります。

00:11:33.200 --> 00:11:35.970
基本 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
4 つの層です。

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
レジストリがで構成されています
これら 4 つのイメージです。

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
デモのイメージを作成しました
5 つのレイヤーで構成されます。

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
4 番目のレイヤーも
イメージをします。

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
した結果、2 つのイメージ
取得したことを自分だけで

00:12:47.900 --> 00:12:49.260
本質的には
作成するプロセスです。

00:12:49.260 --> 00:12:52.290
>> 2 として管理するため
個別のイメージを正確に [はい] します。

00:12:52.290 --> 00:12:55.810
Docker エンジン
種類のでは注意が必要

00:12:55.810 --> 00:12:56.810
>> のすべてのステッチ一緒です。

00:12:56.810 --> 00:12:58.190
>> はい
つなぎ合わせることすべてにします。

00:12:58.190 --> 00:13:00.830
はい、可能性がありますだけを展開、デモでは、
が

00:13:00.830 --> 00:13:03.650
進めていくことが、
確認これらのすべて

00:13:03.650 --> 00:13:07.110
レイヤーが配置されます。
ある必要があります。

00:13:07.110 --> 00:13:10.290
ここでは、実際に参照でき、
実際にソフトウェアをインストールしました

00:13:10.290 --> 00:13:13.670
レイヤーとすることができます。
イメージのサイズ

00:13:13.670 --> 00:13:16.070
変更し同様に実施
そこでソフトウェアです。

00:13:16.070 --> 00:13:18.490
これは、同様の種類
方法のデモンストレーションを

00:13:18.490 --> 00:13:20.810
動作を階層化し、
これを使用することができます。

00:13:20.810 --> 00:13:22.728
トラブルシューティングを目的と
whatnot として、です。

00:13:22.728 --> 00:13:23.335
>> [クロストーク] を参照してください。
>> の変更

00:13:23.335 --> 00:13:24.842
>> に加えられた過去。

00:13:24.842 --> 00:13:26.500
>> はい、できます
実際に、おそらくしたいです。

00:13:26.500 --> 00:13:27.660
>> のコンテナーの場合に起動します。

00:13:27.660 --> 00:13:30.330
中央のいずれかを使用します。
イメージの種類を確認するだけ

00:13:30.330 --> 00:13:33.040
そのレイヤーは次のように
コンテナー内で実行されています。

00:13:33.040 --> 00:13:34.840
>> はほぼ 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
>> うん。
>> だけで、自分の手を取得し、

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 内
ファイル実際に私たちは jus

00:15:32.200 --> 00:15:33.550
これらの手順を記述します。

00:15:33.550 --> 00:15:34.920
言っているね。

00:15:34.920 --> 00:15:39.560
コンテナーを作成、これらを実行
コマンドが終わったときに

00:15:39.560 --> 00:15:41.520
キャプチャします。
独自のイメージです。

00:15:41.520 --> 00:15:43.150
これは、だけで、自動
イメージを作成する方法です。

00:15:43.150 --> 00:15:45.580
>> は、小さなファイルのように
本質的に行うことです。

00:15:45.580 --> 00:15:46.260
>> それだけです。

00:15:46.260 --> 00:15:47.920
>> を右、いいです。
>> など、1 つの例を次のとおりです。

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
そうです、これだけでいくつか
メタデータのメンテナと

00:16:16.130 --> 00:16:19.050
get インストール nginx のアプリケーションを実行してください。

00:16:19.050 --> 00:16:21.900
基本的にどのような私は、
ことわざがスピン

00:16:21.900 --> 00:16:23.858
イメージのデモでのコンテナーです。

00:16:23.858 --> 00:16:24.752
>> Mm 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
ポート 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
実際には、
点が 2 つ以上もします。

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
>> ため、例を見てみましょう
ここでは、1 秒間にします。

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 と
たいいや、ピリオド 1 つだけ

00:17:58.320 --> 00:18:01.060
docker ファイルを取得します
フォルダーで作業していることです。

00:18:01.060 --> 00:18:01.560
>> はい。

00:18:03.637 --> 00:18:05.290
>> し、渡します。

00:18:05.290 --> 00:18:06.030
進めていくことが、

00:18:06.030 --> 00:18:07.980
すべての操作を
手動で実行しました。

00:18:07.980 --> 00:18:10.890
>> よくできています。
>> と、これは重要です。

00:18:10.890 --> 00:18:13.490
これにより、
ようなものと思います

00:18:13.490 --> 00:18:15.630
ようなステートメント
コードとインフラストラクチャ

00:18:15.630 --> 00:18:17.900
どのようなことです。
ここであります。

00:18:17.900 --> 00:18:21.960
などの再構築したい場合は
特定のイメージ

00:18:21.960 --> 00:18:26.350
リズム、ご存知なく
このすべての作業を手動で行う

00:18:26.350 --> 00:18:31.160
このコードを定義することができました
自分のイメージの内容と

00:18:31.160 --> 00:18:32.700
私だけを再実行できますこの。

00:18:32.700 --> 00:18:34.320
>> と一貫性のあることができます。

00:18:34.320 --> 00:18:35.847
>> が一貫性のあります。
[クロストーク] はい、可能です。

00:18:35.847 --> 00:18:38.631
これが行われます。

00:18:38.631 --> 00:18:43.210
Docker のイメージを実行する場合はここで

00:18:43.210 --> 00:18:47.290
ここで表示できることになりました
このイメージ demonginx があります。

00:18:47.290 --> 00:18:48.330
みましょう外観-
>> など

00:18:48.330 --> 00:18:50.000
それのサイズが増加で何ですか。

00:18:50.000 --> 00:18:51.550
18、meg を作成しました。

00:18:51.550 --> 00:18:52.637
>> そうです。
>> となります

00:18:52.637 --> 00:18:55.812
本質的のサイズ
最も genetics の最後の部分です。

00:19:03.654 --> 00:19:04.490
はいですね。

00:19:04.490 --> 00:19:05.830
18 遺伝子の meg を終了します。

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
追加する代わりに、5 つのレイヤー
1 つのレイヤーに追加

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
1 つ、

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
Git をインストールし、
cURL で 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
基本的にこのコマンドを 1 つ。

00:20:53.490 --> 00:20:55.330
>> 権限。
>> それには、1 つのコマンドでは、

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
>> あるでしょう 4

00:21:07.477 --> 00:21:08.470
その一覧のエントリです。

00:21:08.470 --> 00:21:09.680
エントリを 1 つだけでしょう。

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
2 つ
行っています。

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
取得いくつかの静的ファイルします。
web サイトは、基本的にそのこと

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 加藤泰江と
このイメージの c9app と呼んでいます。

00:22:13.040 --> 00:22:13.580
組み込みます。

00:22:15.040 --> 00:22:17.330
どのようなこの Neil 加藤泰江
ここでは、

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 のベースから開始し
os では、web をインストールします。

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
チャネル 9 アプリ。

00:23:24.103 --> 00:23:27.010
これで準備完了で、その
それを実行してみましょう。

00:23:27.010 --> 00:23:28.410
Docker に実行するため

00:23:29.500 --> 00:23:33.400
これでここまでがあります。
された実行中のダッシュの t と

00:23:33.400 --> 00:23:37.200
この種の内部で右に移動
内のセッションを開く

00:23:37.200 --> 00:23:39.290
逃げられる当社のコンテナー
ファイル ・ システムと対話します。

00:23:39.290 --> 00:23:41.860
異なる処理を実行します。
ここで d ダッシュを実行して

00:23:41.860 --> 00:23:44.140
基本的にコンテナーを実行します。
バック グラウンドです。

00:23:44.140 --> 00:23:48.190
>> どのような既定値を持つさて、
設定が構成されました。

00:23:48.190 --> 00:23:49.530
>> うん、正確にします。

00:23:49.530 --> 00:23:54.740
では、そのため
doc が d ダッシュを実行し、

00:23:54.740 --> 00:23:58.310
コンテナーのイメージを取得しますか
bam を選択します。

00:24:00.520 --> 00:24:04.790
わかる場合は、ドキュメントまたは ps の操作を行いますか
[実行中のコンテナーを次のとおりです。

00:24:04.790 --> 00:24:07.720
doc または ps はもう一度
実行中のすべてのコンテナーを表示します。

00:24:07.720 --> 00:24:11.210
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
さらに付け加えることが可能
ここで 1 つは 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 は、私が 1 つという意味します。
ホスト上のポート 80 です。

00:25:40.810 --> 00:25:41.370
>> はい。
>> しましょう

00:25:41.370 --> 00:25:45.580
これらの 300 を実行したいと言います
[コンテナーの内部でのことです。

00:25:45.580 --> 00:25:47.190
おそらくこれはサービスです。

00:25:47.190 --> 00:25:48.240
セールスをします。

00:25:48.240 --> 00:25:50.600
ログインすると、
サービスを購入して

00:25:50.600 --> 00:25:52.410
行うが回転しています。
コンテナーを

00:25:52.410 --> 00:25:56.420
私が、これらの多数と
追加のポートをマップする方法は?

00:25:56.420 --> 00:25:57.300
>> はい。

00:25:57.300 --> 00:25:59.880
>> だけでこれを実行するには
正確な同じコマンドですが、

00:25:59.880 --> 00:26:01.920
この時刻に対応しますか
ポート 81 ~ 80

00:26:01.920 --> 00:26:05.060
おそらくだけでこれを実行して、
いくつかの異なる時間です。

00:26:06.110 --> 00:26:07.900
82。

00:26:07.900 --> 00:26:12.890
ポート 83 のため、私が言い、
私のホスト上のポート 80 にマップされているの

00:26:12.890 --> 00:26:16.140
新しいインスタンス
このコンテナーは、実行しています。

00:26:16.140 --> 00:26:19.590
だけは、ポート 81 にします。

00:26:19.590 --> 00:26:24.070
ランダムなかをお勧め
と

00:26:24.070 --> 00:26:29.150
わ 85 など、
docker ps を実行することがわかります

00:26:29.150 --> 00:26:32.940
これらの多くがあります。
ここで私のホスト上で実行することです。

00:26:32.940 --> 00:26:36.100
>> および創造的なコンテナーです。
同様にそれらを解放します。

00:26:36.100 --> 00:26:36.710
>> はいので、

00:26:36.710 --> 00:26:40.020
私が個々 のコンテナー
では私が複数のインスタンス

00:26:40.020 --> 00:26:42.710
実行してそのコンテナーのイメージの
その実行中のアプリケーションです。

00:26:42.710 --> 00:26:43.290
>> はい。
>> および

00:26:43.290 --> 00:26:49.145
私がすべてのポートのマッピング
>> をここで、自分とします。

00:26:53.936 --> 00:26:55.895
もう一度コンピューターの IP アドレスを取得します。

00:27:04.770 --> 00:27:09.616
ため希望するものはポートは 81
ポート 83 では、アプリケーションがあります。

00:27:09.616 --> 00:27:14.209
説明だけで、アプリケーションと
グラブを設定していないもの

00:27:14.209 --> 00:27:18.580
87 とそれだけでは回転している、
ものは見つかりませんでした。

00:27:18.580 --> 00:27:19.510
>> はい、残念です。

00:27:19.510 --> 00:27:28.510
>> そう、だったので、
画像のレイヤー表示を見てみました

00:27:28.510 --> 00:27:31.950
ポート マッピングを見てきましたので
今すぐこの完全な円をについて説明します。

00:27:31.950 --> 00:27:36.140
このイメージと
>> をスローすること docker ハブにします。

00:27:36.140 --> 00:27:36.710
>> はい。
>> および

00:27:36.710 --> 00:27:40.250
私たちが引き出して
Linux を実行して、Azure の VM と

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
この 1 つ右ここでは、します。
スローします。

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
>> Mm hm です。

00:28:37.680 --> 00:28:41.460
原因をはい、さぁ、286 ができました。
いたと想定していますが、

00:28:41.460 --> 00:28:43.290
サイズに基づく
現在のイメージです。

00:28:43.290 --> 00:28:46.160
ほとんどを想定していますが、
かどうかほとんど

00:28:46.160 --> 00:28:47.480
既に存在します。

00:28:47.480 --> 00:28:48.680
>> そうです、正確にします。

00:28:48.680 --> 00:28:52.480
逆の順序で、私の場合
ホスト上にイメージがないです。

00:28:52.480 --> 00:28:54.430
C9 アプリケーションのプルダウンを移動しました。

00:28:54.430 --> 00:28:57.560
>> がわかっていてのようには「
ほらに含まれているこれは、取得しました。

00:28:57.560 --> 00:28:59.560
依存関係
Ubuntu イメージです。

00:28:59.560 --> 00:29:00.800
ここのプルダウンを同様に、
と

00:29:00.800 --> 00:29:04.480
すべてをプルして実際には
関連付けられたイメージのまたは

00:29:04.480 --> 00:29:07.150
すべての参照イメージ
イメージに基づいています。

00:29:07.150 --> 00:29:08.160
に引きます。

00:29:08.160 --> 00:29:11.865
>> と、いずれかがある必要があります。
特別なアカウントにサインアップするため

00:29:11.865 --> 00:29:13.130
博士ハブでは、だれでもサインアップできますでしょうか。

00:29:13.130 --> 00:29:15.530
>> はい、することができますに移動する災害復旧します。
ハブとサインアップします。

00:29:15.530 --> 00:29:17.790
>> 右、ありはしません。
>>、500 の meg を再生するには

00:29:17.790 --> 00:29:19.680
無制限の量を抱えているでしょうか。

00:29:19.680 --> 00:29:21.630
>> よいかわかりません
で説明します。

00:29:21.630 --> 00:29:23.640
>> さぁ、私は確認することを確認します。

00:29:23.640 --> 00:29:25.850
>> はい、ですが、
また docker のも、

00:29:25.850 --> 00:29:28.730
ソフトウェアを持っています。
プライベートでもハブを作成します。

00:29:28.730 --> 00:29:29.960
>> の企業の権利。

00:29:29.960 --> 00:29:32.790
>> 何を処理している右
仕組みは、ここで接続をパブリックにします。

00:29:32.790 --> 00:29:35.230
することができます、独自に作成
プライベート リポジトリの場合も同様です。

00:29:35.230 --> 00:29:36.390
>> は、だれでもこのため、

00:29:36.390 --> 00:29:38.380
得ることができます。
ここでアプリでしょうか。

00:29:38.380 --> 00:29:39.780
>> 今、そうです、絶対にします。

00:29:39.780 --> 00:29:40.620
>> さぁ、しょうがないな。

00:29:40.620 --> 00:29:43.290
作成できるように
独自のプライベートものでしょうか。

00:29:43.290 --> 00:29:44.120
>> [はい] です。

00:29:44.120 --> 00:29:44.730
>> さて、残念です。

00:29:46.020 --> 00:29:47.630
>> じゃあ、行っているようです。

00:29:47.630 --> 00:29:49.010
Docker ハブを上へ移動した場合、

00:29:49.010 --> 00:29:53.310
更新、
これですありますが。

00:29:53.310 --> 00:29:55.546
>> はい、残念です。

00:29:55.546 --> 00:30:01.011
ですからここを行うには、
私が Linux VM

00:30:01.011 --> 00:30:06.753
Azure で実行されていると
Docker で構成されます。

00:30:06.753 --> 00:30:09.548
私だけを作成します。
仮想マシン上のセッションです。

00:30:16.868 --> 00:30:19.262
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 では、

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
コンテナーを作成する、ばかり
1 つのショットでのすべての操作を行いますしようとしていますか。

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
>> Mm 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
説明していない 1 つのこと
これの中が実行

00:32:40.640 --> 00:32:44.230
Windows サーバーのコンテナー
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
最新の Windows をダウンロードします。
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 ドキュメントの web サイトは、
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
[音楽]