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
ジョン ハワードの要件は満たしていますし、
に対する彼の貢献度を検討します。

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 加藤泰江が足りないのです。

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 加藤泰江のように

00:00:51.400 --> 00:00:54.600
コンテンツ開発者します。
マイクロソフトではここです。

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
ジョンとテーラーです。

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
多くの私たちにとって、
としてプロフェッショナルでも、

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
機能の多くを注ぎ込んでください。
非常に短時間にアウトがあります。

00:01:48.870 --> 00:01:51.000
>> とチェック アウトしていない場合
ドキュメントが既に、アウト

00:01:51.000 --> 00:01:54.140
MSDN ドット マイクロソフト ドット 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
テクニカル プレビューの文書化
取得する周りの 3 つの

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
用意されている最初の 1 つ
継続して見てください。

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
ホスト OS では、小さなフット プリント

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
フロント エンドでの
1 つのコンテナーと

00:05:44.021 --> 00:05:46.050
すべてを含むバックエンド
依存関係

00:05:46.050 --> 00:05:52.680
バックエンド
しかしこれら 2 つのコンテナー

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
>> 可能。
>> は既に種々

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
環境から別の作業します。
>> Mm 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
行えることの 1 つ
コンテナーは固定の

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
比較および対比で、
グラフィックを表示している場合、仮想マシン

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
最大の 1 つ
コンテナー間の相違点

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
同様に、ホストのカーネル
としてハイパーバイザー テクノロジです。

00:09:12.260 --> 00:09:14.740
しているレイヤー化し、
仮想マシン

00:09:14.740 --> 00:09:16.880
そのハイパーバイザ上に。

00:09:16.880 --> 00:09:19.210
これらの仮想の各 1
マシンには、オペレーティング ・ システム

00:09:19.210 --> 00:09:20.510
カーネル内にします。

00:09:20.510 --> 00:09:24.370
VM を起動してそのため、すべての時間
、フル OS を起動しています

00:09:24.370 --> 00:09:25.620
カーネルとすべてのものにします。

00:09:25.620 --> 00:09:28.610
>> と一般的には、それぞれ
1 つは、仮想ハード ディスクの

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
これら
種々 の仮想マシンの作成

00:09:48.156 --> 00:09:51.324
ハードウェアを要求し、
このハイパーバイザ層を取得します。

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
>> が無いので
これら 2 つを停止します。

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
開発者に 2 つ、仮想マシン
1 つは、Linux、Windows は、1 つと

00:10:59.880 --> 00:11:02.500
Linux コンテナーを実行します。
VM が 1 つの内部と

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
>> 絶対にします。
>> にご注目を 1 つ。

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
sys prept バージョン、OS の
群を展開することができます。

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
10,000 人にだけ付与します。
イメージの表示をフィートです。

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
見る 1
将来のエピソードは、します。

00:14:38.830 --> 00:14:40.420
パブリック レジストリ博士のハブです。

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 サーバー
コンテナーの場合も同様です。

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 サーバーのコンテナー
この機能があります。

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
ご覧の 3 つ、2 つのブートがあります。
いくつかの他のユーザーです。

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
コマンドを実行してみます
Docker 検索では、MySQL です。

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
>> Mm 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
これをコマンドを実行するには
doc または実行

00:18:09.730 --> 00:18:14.160
ダッシュ IT と 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
終了を入力して、コンテナー
では、私はバックアップを確認できます。

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
>> Mm 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
>> パールのマニュアルを確認しますか。

00:20:32.400 --> 00:20:33.670
>> パールのマニュアルを確認します。

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
>> Mm 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 と呼ばれる傾向の取得だけに
アクセス、ソフトウェアを取得し、

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
名前空間は、プロセスの分離。

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
>> うん。
まだコンテナーで、私は、

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
私の 2 つをここでは、
コンテナー、1 つ目を次のとおりです

00:23:18.549 --> 00:23:21.800
作成し、
最後の 1 つ作成します。

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
わずか見て
>> 仕組み方法を階層化

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
これを行うには、私は実際には Let me
このコンテナーから終了します。

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
スピン ・迅速に
2 台のコンピューターです。

00:26:45.490 --> 00:26:47.540
Docker ps を実行する場合は

00:26:48.740 --> 00:26:52.320
私を参照してください。
実行している 2 つのコンテナーです。

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
>> Mm 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
インスタンスで実行されていた
2 つ目のコンテナーがあります。

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
2 つをするだけで定義されています。
ここでコンテナーです。

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
同じ
[2 番目のコンテナーです。

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
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 と I については、

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