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

推薦する

アリババがKuPan個人向けクラウドストレージサービスを停止

「絶対に失われない高速な個人用クラウドストレージ」をうたうアリババのCoolPanは、2015年10...

人の話を聞き、話し、理解できるAIアシスタントが業界のアップグレードに貢献

デジタル時代は常に最前線にあり、激動のテクノロジー界に身を置くことで、最先端の開発から業界の動向やト...

B2B ブログ SEO 運用のヒント

ブログは、企業に顧客とのよりカジュアルでパーソナライズされたコミュニケーション方法を提供します。SE...

SEO業界における姿勢の重要性についての簡単な議論

みなさんこんにちは。私はHongtu Internetです。今日、仕事に行く途中、地下鉄の入り口を通...

アンティ・パンケーキの小規模O2O戦略は、マーケティングがいかに美しく前進できるかを示している

「パンケーキおばさんのO2O暴露」という記事を見ました。この記事を読んでから、ずっと興味深くて、私も...

クラウドのダウンタイムイベントの影響を軽減するにはどうすればよいでしょうか?

クラウド コンピューティングは本質的に信頼性が低いわけではありませんが、あらゆる形態の IT と同様...

最適化と入札の違いを分析する

「百度で検索すればわかる」は、今やインターネット上でよく知られたスローガンとなっている。「何千回もあ...

フォーラム外部リンクマイニング: フォーラム外部リンクをより効果的に構築する方法

フォーラムの外部リンクは非常に早い段階で発見され、その後広く使用されました。その結果、一部のフォーラ...

またまた受賞です! | H3CがGNTCカンファレンスで輝き、インテリジェントネットワークの革新をリード

10月22日から24日まで、国家次世代インターネットエンジニアリングセンターが主催し、南京江北新区...

Sparknode ハイエンドVPS(クラウド)の紹介

Sparknodeは2017年に設立された、プロのVPS運営会社です。簡単に言うと、有名なサーバーレ...

クラウドネイティブはデジタル世界の新たな未来をリードし、アプリケーションエンジンはクラウドネイティブの「ルート」技術革新で飛躍的な進歩を遂げる

5月12日、レノボが主催し、北京経済技術開発区国家情報化パークと中関村クラウドコンピューティング産業...

B2B 企業向けコンテンツ マーケティング: 無視してはいけない 4 つのコンテンツ コンセプト

1. 競合比較自社製品と競合他社製品を比較したり、価格の詳細を記載したダウンロード可能なドキュメント...

Pinduoduo のユーザー成長の岐路

1週間前、 Pinduoduoの財務報告が発表された後、市場はかなり混乱しました。ピンドゥオドゥオが...

SEOには、ネガティブなSEO感情を積極的に取り除くためのポジティブなエネルギーが必要です。

みなさんこんにちは。最近はSEO技術について深く研究しておらず、主に些細なことをやっていますが、グル...