https://hub.docker.com/_/nginx/?tab=descriptionからBenpian
これは、上記などの使用のnginxの記述があり、公式ウェブサイト上でnginxのドッキングウィンドウのハブです。ここからは、使用してドッキングウィンドウ上でnginxのミラーを見つけることができます
ドッキングウィンドウプルnginxの
nginxのドッキングウィンドウミラーの最新バージョンを引き出します。
私は、ドッキングウィンドウの下でnginxのをインストールしたいのですが、オンラインの記事によると、それを記録する内容の情報の公式翻訳を有効になっていません。
クイックリファレンス
-
どこでヘルプを表示するには:
ドッカーコミュニティコミュニティフォーラムで、ドッカーコミュニティコミュニティスラックで、またはスタックオーバーフロー -
どこに質問を送信するには:
https://github.com/nginxinc/docker-nginx/issues -
誰が維持:
nginxのドッカーメンテナで -
サポートされているアーキテクチャ:(詳細情報)
amd64
、arm32v6
、arm32v7
、arm64v8
、i386
、ppc64le
、s390x
-
ミラーは、製品のリストを公表:
レポレポ情報のrepos/nginx/
ディレクトリ(歴史)
(画像のメタデータ、転送サイズ、など) -
歴史ミラーをアップグレード:
無標識との公式のロイヤリティーフリーのPRlibrary/nginx
公式ロイヤリティーフリーレポのlibrary/nginx
ファイル(歴史) -
ソースが説明:
ドキュメントリポジトリのnginx/
ディレクトリ(歴史) -
サポートされているドッカーバージョン:
最新リリースでは(ベストエフォート方式で1.6にダウン)
nginxのは何ですか
nginxの(発音「エンジン-X」)は、HTTP、HTTPS、SMTP、POP3およびIMAPプロトコルのオープンソースのリバースプロキシサーバ、ロードバランサ、HTTPキャッシュとウェブ・サーバ(ソース)です。高い同時実行、高性能と低メモリ使用量について非常に懸念からnginxのプロジェクトが開始されます。これは、BSD秒に似たライセンスの条件の下でライセンスさ、そしてそれは、Linux、BSDの変種、マックOS X、Solaris版、AIX上で動作され 、HP-UX およびその他の* nixバージョン。また、MicrosoftのWindowsのポートの概念の証明を提供します。
鏡の使い方
いくつかのホスティング静的コンテンツ
$ドッキングウィンドウの実行--name一部-nginxの-v /いくつか/内容:を/ usr / share / nginxの/ htmlの:RO -d nginxの
あるいは、単純Dockerfile新しい画像を生成するために使用することができる(上記結合マウントソリューションよりもはるかにクリーンである)必要なコンテンツが含まれています。
nginxのFROM COPY 静的 -html-ディレクトリを/ usr / share / nginxの/ htmlの
実行ドッキングウィンドウは、いくつかのコンテンツ-nginxのを-t構築し、その後、(最後の文のビルド表面にはポイントがあります注意してください)コンテナを起動し、コンテンツディレクトリ(「静的htmlのディレクトリ」)と同じディレクトリにこのファイルを配置します。
いくつかの-nginxのは、一部のコンテンツ-nginxのを-d $]ドッキングウィンドウの実行--name
外部ポートへの暴露
$]ドッキングウィンドウの実行--name一部-nginxの-d -p 8080:80一部のコンテンツ-nginxの
その後、ブラウザでタップすることができますhttp://localhost:8080
かhttp://host-ip:8080来进行访问。
複雑な設定
$ドッキングウィンドウの実行--name私のカスタム-nginxのコンテナ-v /host/path/nginx.conf:/etc/nginx/nginx.conf:ro -d nginxの
nginxの設定構文情報については、参照公式ドキュメント公式ガイド(特に初心者のためのガイドのスタートガイドを)。
あなたはデフォルトの設定を調整したい場合は、以下を使用nginxのコンテナを実行しているから、それをコピーします。
ミラーnginxのは、実行#
$ドッカーのnginx-RUN ---名tmpのコンテナ- Dのnginxの
/host/path/nginx.confコンテナファイルホストするためにファイルをコピー/etc/nginx/nginx.conf# $]ドッキングウィンドウのcp TMPをコンテナ- nginxの:/etc/nginx/nginx.conf /ホスト/パス/ nginx.conf
#このコンテナを削除(必須) $ドッカーRM -f TMP-nginxのコンテナ
これが行わ単純Dockerfile(IN /ホスト/パス/)掃除機であってもよいです。
nginxのFROM
nginx.conf COPY /etc/nginx/nginx.conf
あなたはDockerfileでカスタムCMDを追加する場合は、CMDに含まれている必要があり-g「OFFデーモン;」 ;ドッカーが正しくプロセスを追跡するように、フォアグラウンドに滞在するのnginxを行うために、(そうでないコンテナが開始直後に停止します)!
その後、使用されているdocker build -t custom-nginx .
次のことを実行するように、ミラー、ミラーを構築します:
$]ドッキングウィンドウの実行--name私のカスタム-nginxのコンテナ-dカスタムnginxの
nginxの設定で環境変数を使用します
箱から出して、nginxのは、環境変数で設定ブロックのほとんどをサポートしていません。しかし、あなたはnginxのnginxの設定を開始する前に、動的に生成する必要がある場合は、解決策としてenvsubst使用することができます。
以下は、ドッカー-composition.ymlの一例である(:HTTPS:コマンドの//linux.die.net/man/1/envsubst envsubst説明)使用:
ウェブ: 画像:nginxのの ボリューム: - ./mysite.template:/etc/nginx/conf.d/ mysite.templateの ポート: - " 8080:80 " 環境: - NGINX_HOST = foobar.com - NGINX_PORT = 80 コマンド: / binに-c / bashの" </etc/nginx/conf.d/mysite.template> /etc/nginx/conf.d/default.conf && execのnginxのの-g 'がオフデーモン;' envsubst "
mysite.templateテンプレートファイルには、次の変数の参照が含まれる場合があります。
listen ${NGINX_PORT};
読み取り専用モードのnginx
読み取り専用モードでnginxの実行のためには、情報を書き込む各ロールの位置ドッカーのnginxのを実装する必要があります。nginxのは/ var /キャッシュとは/ varのデフォルトの構成要件には、/書き込みアクセスのために実行します。これはFにnginxの簡単な実行することによって行われます
$ドッキングウィンドウの実行-d -p 80:80 --read-のみ-v $(PWD)/ nginxのキャッシュ:/ VAR /キャッシュ/ nginxの-v $(PWD)/ nginxの-PID:/ VAR /実行nginxの
あなたは、より高度な設定を持っている場合は、nginxのは、あなたは、単にこれらの場所にマウントするより多くのボリュームを追加することができ、別の場所を記述する必要があります。
デバッグモードnginxの
画像の1.9.8バージョンはnginxの-デバッグバイナリ、ログのより高いレベルが来るので、詳細な出力を生成します。シンプルなCMDに置き換えることができます:
-g $]ドッキングウィンドウの実行--name私-nginxの-v /host/path/nginx.conf:/etc/nginx/nginx.conf:ro -d nginxのnginxのデバッグ" オフデーモン。"
同様に配置されたドッキングウィンドウ-compose.ymlは次のようになります。
ウェブ: 画像:nginxのの ボリューム: - ./nginx.conf:/etc/nginx/ nginx.conf:RO コマンド:[nginxの -debug、' -g '、" オフデーモン。" ]
nginxの監視を使用して増幅します
AMPLIFYはnginxのに基づいて、マイクロサービスアーキテクチャを監視するために使用することができる自由な監視ツールです。nginxの後ろの会社によって開発され、維持ソフトウェアを増幅します。
回収容器と重合メトリック、キーパフォーマンスデータを横切って使用してそのような毎秒またはアクティブな接続要求として、可視化の一貫性のあるセットを提示増幅します。パフォーマンスもすぐにチェックすることは非常に簡単です
Amplifyソフトウェアを使用するためには、容器の中に(エージェントを増幅する)小さなPythonのエージェントソフトウェアにインストールする必要があります。
ミラーバリアント
多くのバリエーションnginxの鏡、具体的なユースケースのために設計され、それぞれがあります。
nginx:<version>
これは、実際には鏡像です。あなたのニーズが何であるかわからない場合、あなたはこれを使用する場合があります。容器として廃棄されるように設計され(ソースコードおよびアプリケーションを起動するために容器を装填開始)、および他のミラーベースの構造です。
nginx:<version>-alpine
人気のアルパインLinuxプロジェクトに基づいて、このミラーは、アルパインの公式画像で見つけることができます。最も基本イメージ(〜5メガバイト)よりアルパインのLinuxディストリビューションは、はるかに小さいので、一般的に無駄の画像を生成します。
それは可能な限り小さく、最終的な画像サイズを希望される場合、我々は強く、このバリアントを使用することをお勧めします。それはlibcの代わりのglibcや友人のMUSLを使用しないことであるの主な問題は、注意すべきなので、いくつかのソフトウェアは、libcのための彼らの需要の深さに応じて、問題を抱えていることがあります。しかし、ほとんどのソフトウェアは、この問題を持っていないので、この変種は通常、非常に安全な選択です。より多く発生する可能性のある問題の議論と同様に、比較高山ミラーに基づいて、賛否両論の一部の使用については、このハッカーニュースのコメントのスレッドをこの点でより多くの議論を参照してください。
画像のサイズを最小限に抑えるには、通常、他のツール(例えば、gitのやbash)ベースのアルパインの画像が含まれていません。で、自分のDockerfileで所望のコンテンツを追加し、基礎としてこの画像を使用します(高山画像の説明の例を参照して、パッケージをインストールする方法に精通していない場合)。