Docker コンテナで避けるべき 10 のこと

Docker コンテナで避けるべき 10 のこと

コンテナが企業の IT インフラストラクチャに欠かせない要素となっていることは間違いありません。次のような多くの利点があります。

  • まず、コンテナは不変です。つまり、オペレーティング システム、ライブラリのバージョン、構成、フォルダー、アプリケーションはすべてコンテナ内にパッケージ化されます。 QA でテストしたのと同じイメージが、同じ動作で本番環境に到達することを保証します。
  • 2 つ目: コンテナは軽量です。コンテナのメモリ フットプリントは小さくなります。コンテナは、数百または数千 MB ではなく、メイン プロセスにのみメモリを割り当てます。
  • 3 つ目: コンテナは非常に高速です。一般的な Linux プロセスを開始するのと同じくらい速くコンテナを開始できます。新しいコンテナを数分ではなく数秒で起動できます。

しかし、多くのユーザーは依然としてコンテナを一般的な仮想マシンのように扱い、コンテナには使い捨てであるという重要な特性があることを忘れています。

この特性により、ユーザーはコンテナの取り扱いと管理方法に関する視点を変える必要に迫られます。では、コンテナを最良の状態に保つにはどうすればよいでしょうか? Docker コンテナで避けるべき 10 のことを紹介します。

1. コンテナは停止、破壊、または交換できるため、コンテナにデータを保存しないでください。コンテナ内で実行されているアプリケーションのバージョン 1.0 は、影響やデータ損失なしに、バージョン 1.1 に簡単に置き換えられる必要があります。したがって、データを保存する必要がある場合は、バッチで保存します。この場合、2 つのコンテナーが同じボリュームにデータを書き込むと破損する可能性があるため、注意が必要です。アプリケーションが共有データ ストアに書き込むように設計されていることを確認してください。

2. 申請書を 2 部に分けて提出しないでください。コンテナを仮想マシンのように考える人もいますが、ほとんどの人は、実行中の既存のコンテナにアプリケーションをデプロイする必要があると考えがちです。開発フェーズでは、継続的にデプロイとデバッグを行う必要があります。これは当然のことです。ただし、QA および本番環境向けの継続的デリバリー (CD) パイプラインの場合、アプリケーションはイメージの一部である必要があります。

3. 配布が難しくなるため、大きな画像を作成しないでください。アプリケーション/プロセスを実行するために必要なファイルとライブラリのみがあることを確認してください。不要なパッケージをインストールしたり、多くのファイルを新しいイメージ レイヤーにダウンロードする「更新」を実行したりしないでください。

4. 単層の画像は使用しないでください。階層化ファイル システムを効果的に利用するには、オペレーティング システム用の独自のベース イメージ レイヤー、ユーザー名の定義用の別のレイヤー、ランタイム インストール用の別のレイヤー、構成用の別のレイヤー、最後にアプリケーション用の別のレイヤーを必ず作成します。画像の再作成、管理、配布が容易になります。

5. 実行中のコンテナからイメージを作成しないでください。つまり、イメージを作成するために「docker commit」を使用しないでください。この画像作成方法は再現不可能なので、完全に避けるべきです。常に完全に再現可能な Dockerfile またはその他の S2I (ソースからイメージ) アプローチを使用してください。Dockerfile をソース管理リポジトリ (git) に保存すると、Dockerfile への変更を追跡できます。

6. 「latest」タグだけを使用しないでください。Maven ユーザーにとって、latest タグは「SNAPSHOT」のようなものです。コンテナの階層化ファイルシステムの性質上、タグの使用が推奨されます。数か月後にイメージをビルドし、親レイヤー (Dockerfile の FROM) が下位互換性のない新しいバージョンまたはバグのあるバージョンに置き換えられ、ビルド キャッシュから「最新」バージョンが取得されたためにアプリケーションが実行されないことがわかっても、驚くことはありません。また、コンテナを本番環境にデプロイするときには、「最新」タグの使用を避ける必要があります。そうしないと、実行しているイメージのバージョンがわからなくなってしまいます。

7. 単一のコンテナ内で複数のプロセスを実行しないでください。コンテナは単一のプロセス (http デーモン、アプリケーション サーバー、データベース) を実行するのに最適ですが、複数のプロセスがある場合は、プロセスを個別に管理、ログを取得、更新するのが面倒になる可能性があります。

8. 資格情報を画像に保存しないでください。環境変数を使用してください。イメージ内にユーザー名やパスワードをハードコードしないでください。環境変数を使用して、コンテナ外部からその情報を取得します。この原則の良い例は、Postgres ミラーリングです。

9. プロセスを root ユーザーとして実行しないでください。 「デフォルトでは、Docker コンテナはルート ユーザーとして実行されます。Docker が成熟するにつれて、より安全なデフォルトが提供される場合があります。現在、ルート ユーザーを要求することは他のユーザーにとって危険であり、すべての環境で利用できるとは限りません。イメージでは、USER ディレクティブを使用して、コンテナを実行するための非ルート ユーザーを指定する必要があります。

10. IP アドレスに依存しないでください。各コンテナには独自の内部 IP アドレスがあり、コンテナを起動および停止すると変更される可能性があります。アプリケーションまたはマイクロサービスが別のコンテナと通信する必要がある場合は、環境変数を使用して、正しいホスト名とポートをあるコンテナから別のコンテナに渡します。

<<:  ハイブリッドクラウドは重要なデータの潜在的な漏洩を減らすことができる

>>:  進化: Web プロキシ サーバーから分散プッシュ サーバーへの Tengine

推薦する

マーケティング実践: ネガティブなレビューを最適化して Taobao で売上を伸ばす

なぜ消費者は不満を言うのでしょうか? それは、消費者があなたに期待を抱いており、彼らの本当の考えに耳...

最適化におけるフレンドリーリンクの役割について3つの側面から簡単に説明します。

フレンドリーリンクの交換は、ウェブマスターなら誰でもよく知っていると思います。自分で見つけるにしても...

通常のキーワード最適化の順序はどのようになるでしょうか?

2018年最もホットなプロジェクト:テレマーケティングロボットがあなたの参加を待っていますキーワード...

キングゴールドグループとオラクルがデジタルトランスフォーメーション2.0の推進で提携

デジタルトランスフォーメーションがビジネス展開の主流になるにつれ、デジタルトランスフォーメーションを...

簡単な議論: トラフィックのブラッシングはランキングに役立ちますか?

かつては、トラフィックを増やしてウェブサイトの負荷を軽減し、良いランキングを獲得することがウェブマス...

サイト全体の単語頻度: 検索エンジンのアルゴリズムと最適化操作について

当社では、検索エンジン最適化とプロモーションの作業を、キーワードをターゲットにした記事の作成、関連フ...

パブリッククラウドに関する10の誤解

クラウド コンピューティングとそれに関連する管理ツールは長年にわたって存在していますが、一部の企業で...

基本的なウェブサイトエクスペリエンスを向上させる方法の紹介

基本的なウェブサイト エクスペリエンスは、SEO 最適化の前提条件です。初期段階でこれらの基礎が適切...

0から1まで、独自のプロモーションチャネルをどのように計画しますか?

オペレーションサークルの新人なので、p1、p2、p3が何なのかまだわかりません。それは問題ではありま...

Discuz! 防水壁がウェブサイトのセキュリティに大規模な攻撃を開始

最近、Discuz! が立ち上げたフォーラム サービス製品「防水壁」が、Tencent Weibo ...

過去2か月間の百度検索エンジンアルゴリズムの調整の分析

過去2か月間の百度検索エンジンアルゴリズムの調整インターネット上の4つの主要な検索エンジンを見ると、...

米国ロサンゼルス Unicom as9929 回線の tmhhost VPS の簡単なレビュー

tmhhostは11月にロサンゼルス聯通AS9929ハイエンドラインでVPS(クラウドサーバー)を開...

ブランドマーケティングのための4つの新しいアイデア!

2019年は特別な年になる運命にあります。今年初め、3年間全国で猛威を振るっている新型コロナウイルス...

コンテンツマーケティング: ビデオコンテンツの作成方法

Google や Bing などの検索エンジンは最近、ハイブリッド検索と呼ばれるアプローチを採用しま...

人工知能とクラウド:仮想世界における完璧な組み合わせ!

クラウド コンピューティングと人工知能は急速に進歩していますが、デジタル変革を推進しているのは主にそ...