ドッカーは、スナップショットを取ります
ドッキングウィンドウプルのubuntu：16.04コマンドはアドレスドッカーミラー倉庫を与えていないので、ドッカーハブから画像を取得します。
ミラーディスプレイ：ドッキングウィンドウの画像LS
実行
ドッキングウィンドウの実行-it --rmのubuntu：16.04 bashの
Ubuntuの上で実行されている：16.04コンテナを開始
インタラクティブ容器の形態で実行さ-itを
長いコマンドラインが壊れる
--rmの出口をコンテナが自動的にコンテナを削除し
た容器出口Ctrlキーを終了するには、+ D
ランニングを参照するには、コンテナのドッキングウィンドウのPS
ドッキングウィンドウのps -aコンテナをすべて表示するには
もう一度引っ張っている更新イメージドッキングウィンドウプルubuntu16.04
ボリュームミラーリング
ダングリングミラー：ミラーもない倉庫名、ラベルがあり、そこではありません
その理由は、時間のドッキングウィンドウプルとドッキングウィンドウのビルドによって、公式ミラーメンテナンスリリース新バージョンので、元の画像は、新しいボディにイメージをダウンロードエスケープされ、古いイメージの名前がキャンセルされていることです。
以下のコマンドを使用することができるような画像は、排他的に表示されます
ユーザーのためのCentOSに/ RHELはUnionFSdを使用する方法がない場合には、両方の性能、安定性またはスペース利用のために、直接のLVM devicemapperに配置されなければなりません。
ドッカー画像RM ubuntu16.04、穿刺容器は
、RMI穿刺鏡画像IDをドッカー
Dockerfile
、構築、カスタマイズするには、このスクリプトが実行Dockerfileスクリプト
Dockerfileは、セクション内の命令を含むテキストファイルで、層を構築するため、各命令
Tomcatのドッカープル
ドッカーロイヤリティーフリー
ドッカーイメージLS
ドッカーRUNは、Tomcatのbashのを-it
は/ usr / local / Tomcatの：このパスでは
LS -al
自身のインストールされたソフトウェアが、/ usr / localにインストールする必要があります
CDのwebappsにLL用
CDのルートは/
LS -al
「こんにちは」> test.txtのエコー
ドッキングウィンドウの実行-8080：8080 tomcatに
ドッキングウィンドウpsの
ドッキングウィンドウのps -a
ドッキングウィンドウのRMコンテナID
ドッキングウィンドウの画像は
8080のtomcat：実行-p 8080をドッカー
Tomcatのからの最初の行をファイルに
すべてのdockerfileスクリプトをベースイメージの持っている必要があります
。<コマンド> <山括弧が満たされなければならない>の実行を
docker run -it --rm tomcat bash
ls -al
cd webapps/
cd ROOT/
ls -al
pwd/ usr / local /ドッカーの下にディレクトリを作成し
ます。mkdir Tomcatの
CDのTomcat /
LL
VI Dockerfile
TomcatのFROM
RUNエコー"こんにちはドッカー"> /usr/local/tomcat/webapps/ROOT/index.html
猫Dockerfile
ミラーの構築を開始するために書かれたスクリプト
ドッキングウィンドウは、-tショップを構築します。
これは現在のディレクトリの構成を示し、現在のディレクトリをミラーリングすることはdockerfileをベースとする必要があります
ドッキングウィンドウの実行-itショップのbash
のls -al
のCDがwebapps /の
LS -al
CDのルートの/の
LS -al
猫のindex.htmlを
ルートディレクトリには、すべてのファイルを削除
VI Dockerfileを
FROM tomcat
RUN cd /usr/local/tomcat/webapps/ROOT/
RUN rm -fr *
RUN echo "Hello Docker" > /usr/local/tomcat/webapps/ROOT/index.htmlエラー、およびROOTディレクトリも、削除され
ドッカーロイヤリティーフリー
vi Dockerfile
FROM tomcat
WORKDIR cd /usr/local/tomcat/webapps/ROOT/
RUN rm -fr *
RUN echo "Hello Docker" > /usr/local/tomcat/webapps/ROOT/index.htmlドッキングウィンドウは、-it --rmショップのbashを実行します
LS -al
ドッカ画像プルーン
ドッキングウィンドウRMI IMAGEID
容器は、画像ベースである
第一の出口容器
ドッカーPS
ドッカーPS -a
ドッカーPS IMAGEID
ドッキングウィンドウは、-t MySQLを構築する。
ルッキングDockfileミラーは、コンテキスト（文脈）を構築します
CDは/ usr / local /ドッカー/
LL
RM MySQLの-fr /
LL
CD COM
RM ROOT / -fr
LL
CDのTomcat /
操作ドッキングウィンドウに-t店のホストHOST OSを構築
もこのディレクトリを、カレントディレクトリにパッケージRESTAPI要求アーカイブ、
ドッカードッカーサーバを構築するには、伸長画像の建設を受け取ります
COPY ./package.json /アプリ/
このディレクトリにコピーするされていないpackage.jsonのドッキングウィンドウのビルドコマンドを実行し、DOckerfileがありませんコピーpackage.jsonディレクトリが、コンテキスト内のパッケージ（コンテキスト）のディレクトリをコピーします。 JSON。ソース・ファイル・パス・コマンドは、相対パスであります
index.htmlをコピーするには
TomcatのFROM
COPY index.htmlには/ usr / local / tomcatに/ webappsに/ ROOT /
ドッキングウィンドウは、-tショップを構築します。
ドッキングウィンドウは、-it --rmショップのbashを実行します
目的を持っていることを学ぶ、タスクを完了するための最速の方法
ドッカーコンテナにプロジェクトを展開
- コピーshop.zip - > Tomcatの/ webappsに/ ROOT /
- アクセスポート80を変更します。
我々はDockerfile
FROM tomcat
COPY shop.zip /usr/local/tomcat/webapps/ROOT
RUN unzip shop.zip
ディレクトリが存在しない場合WORKDIR作業ディレクトリは、WORKDIRは、ディレクトリ作成するのに役立ちます
階層構築する各コマンドの
ように、あなたが負けた場合でも、すべてのRUNコンテナを開始するを起動して、直接削除された画像につながることはありませんあなたは、コンテナを削除するために戻って、その後、通常の状況下で、ミラーを削除する必要があり、 - RMは自動的に削除されます
我々はDockerfile
FROM tomcat
WORKDIR /usr/local/tomcat/webapps/ROOT
RUN rm -fr *
COPY shop.zip .
RUN unzip shop.zip：wqと！
-tショップを構築します。
また、解凍後のコマンドが必要です
viのDockerfileを
FROM tomcat
WORKDIR /usr/local/tomcat/webapps/ROOT
RUN rm -fr * #删除ROOT目录下所有内容
COPY shop.zip .
RUN unzip shop.zip
RUN rm -fr shop.zip
WORKDIR /usr/local/tomcat #切换到镜像本身的工作空间：wqと！
-tショップを構築します。
COPYの性質及びフォーマットとADD命令を基本的に同じADD命令が自動的に行く<デスティネーションパス>にファイルを解凍しますされています
我々はDockerfile
FROM tomcat
WORKDIR /usr/local/tomcat/webapps/ROOT
RUN rm -fr *
ADD shop.tar.gz .
WORKDIR /usr/local/tomcat：wqと！
ドッキングウィンドウ-tショップを構築する。
あなたは、彼が全体のパッケージのディレクトリは、より多くのボリュームになっていることがわかります
ドッキングウィンドウは、-it --rmショップのbashを実行します
WebアプリケーションCD /
CD ROOTの/の
LS -alが
自動的に解凍見ることができ、元のtarパッケージが削除されている
が、いくつかのケースでは、私たちは本当にで圧縮されたファイルをコピーしたい場合は、圧縮を理解し、どのあなたは、ADDコマンドを使用することができないとき。
次の80ポート番号を変更することである
ドッカーイメージプルーンは、
8080 Tomcatの：ドッキングウィンドウは、-p 8080を実行します
-p手段
EXPOSE <ポートは1> [<ポート2> ...]
コマンドにちょうど声明を公開し、この文は、このサービスポートは、ランタイムを開きます使用することはありません。
dockerfileで書かれた、このような文は2つの利点があり、一つは構成マップを容易にするために、シーンガーディアンポートサービスを理解するためにユーザーを支援;もう一つの利点は、あなたがポートマッピング操作を使用する場合、それは、ということです
ドッカラン- P、自動的にランダムなポートを公開マッピングされるとき
CMD [2つのパラメータ、パラメータ2 ...]
コンテナはプロセスであり、プログラムの
ようなプレースホルダスクリプト$ 1、$ 2の設定などの設定パラメータ
test.shの
SET PATH = $ 1
test.shは/ usr / local / tomcatに
は/ usr / local / tomcatには、渡されたパスパラメータである
三つの引数は、実行、停止、再起動が成功したcatalina.shとして、次の3つのcatalina.shプレースホルダがあります