Docker：アップ＆ランニング 第3版

第14章. 結論

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

この時点で、あなたはDockerエコシステムをしっかり見学し、DockerとLinuxコンテナがあなたやあなたの組織にどのように利点があるか、多くの例を見てきた。我々はよくある落とし穴をマッピングし、Linuxコンテナを実運用で長年運用してきた中で得た知恵を伝授しようと試みた。我々の経験から、Dockerの約束はかなり達成可能であり、その結果我々の組織で大きな利点があることが分かった。他の強力なテクノロジーと同様に、Dockerにも妥協がないわけではないが、正味の結果は我々、我々のチーム、そして組織にとって大きなプラスとなっている。もしあなたがDockerワークフローを実装し、あなたの組織で既にあるプロセスに統合するならば、あなたにも大きな利点があると信じるだけの理由がある。

この章では、Dockerの技術的な位置づけを少し考え、Dockerが解決するために設計された問題と、Dockerがもたらすパワーのいくつかを素早くレビューする。

前途

コンテナ 、非常に長い間ここにとどまることは間違いないが、Dockerの最終的な終焉を長い間予測する人もいた。その理由の多くは、Dockerという単語が多くの人々の心の中にある多くのものを表しているからに他ならない。¹2019年にMirantisに売却され、再編から2年後の年間経常収益（ARR）が5,000万米ドルと報告された会社のことを言っているのだろうか？それとも、ソースコードをダウンロードし、修正し、必要と思われる人なら誰でも構築できるクライアントツール（docker ）のことだろうか？それはわからない。人々はしばしば未来を予測したがるが、現実はしばしば見過ごされがちな細部に隠された中間にある。

2020年、Kubernetesはdockershimの非推奨を発表し、 、Kubernetes v1.24のリリースで完全に施行された。当時、多くの人がこれをDockerは死んだと受け取ったが、多くの人が見落としていた点は、Dockerは常に主に開発者ツールであり、本番コンポーネントではないということだ。確かに様々な理由で本番システムで使用することはできるが、その真の力は、ソフトウェアのパッケージングとテストのワークフローの多くを統合されたツールセットに効率化する能力にある。Kubernetesはコンテナ・ランタイム・インターフェイス（CRI）を使用しているが、これはDockerによって実装されていないため、CRI経由でDocker Engineの使用をサポートするために、dockershim という別のラッパー・ソフトウェアを保守する必要があった。この発表は、エコシステムにおけるDockerの位置づけについて何らかの声明を出すために行われたものではなく、単に大規模なボランティア主導のオープンソースプロジェクトの保守を容易にするために行われたものだ。DockerはあなたのKubernetesサーバ上で実行されないかもしれないが、ほとんどの場合、これはあなたのソフトウェアの開発とリリースサイクルに全く影響を与えないだろう。docker CLIを使ってKubernetesノード上で稼働しているコンテナに直接クエリしていたKubernetes演算子でない限り、この移行に伴う変化に気づくことはまずないだろう。

そして結局のところ、Dockerの親会社は、KubernetesとDockerのワークフローをサポートする必要がある人たちのために、KubernetesとDockerのインタフェースを継続できるようにする新しいシム（呼び出し）を開発し、サポートし続けている。 ...