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

序文

コンテナはどこにでもある。ローカル開発から継続的インテグレーション、そして大規模な本番ワークロードの管理まで、コンテナはあらゆるところに存在している。なぜこのようなことが起こったのか、どこへ行こうとしているのか、そして読者であるあなたは、我々の業界を支配したこの革命について何を知る必要があるのか？

多くの古いテクノロジーは、"write once, run anywhere"（一度書いたら、どこでも実行できる）を約束している。しかし、すべてのランタイムがこの機能を提供しているわけではなく、提供しているランタイムであっても、アプリケーションを実行するためにはランタイム（および追加の依存関係）が利用可能である必要があった。コンテナは、"一度ビルドすれば、どこでも実行できる "という約束を提供する。コンテナによって、アプリケーション、それを実行するのに必要なランタイム、構成ファイル、必要な依存ファイルなどを1つの成果物にパッケージすることができる。ターゲットマシン上にコンテナ・ランタイムさえあれば、アプリケーションはそのまま動作する。これにより、インフラはアプリケーションにとらわれないものになる。「私のマシンでは動作する」なんてことは、もうないのだ！

コンテナは、コンテナとコンテナ内にパッケージ化されたアプリケーションのライフサイクルを管理するための標準アプリケーションプログラミングインタフェース（API）を提供する。このAPIは、異機種混在のデプロイメント環境に均質なインタフェースを提供し、運用チームはアプリケーションのデプロイと実行に関する細かい知識から解放される。

このインタフェースは、多くのイノベーションの基盤にもなっている。KubernetesやNomadのようなコンテナ・オーケストレーションは、このコントロールプレーンを活用して抽象化レベルを上げ、コンテナ化されたワークフローをスケール管理しやすくしている。Istioのようなサービスメッシュ技術は、オーケストレーションと密接に連携し、アプリケーションスタックからサービス検出やセキュリティのような横断的な懸念を切り離す。

標準インターフェイスの利点はすべて上流にも流れ、開発者の日常生活をより簡単にする。たった1つのコマンドで、開発環境全体を作り出すことができる。継続的インテグレーション（CI）内では、コンテナを簡単に立ち上げて、データベース、キュー、あるいはアプリケーションが必要とするあらゆる依存関係を収容し、統合テスト、スモークテスト、エンドツーエンドテストで作業をチェック・検証できるようにすることができる。そして最後に、コンテナの移植性により、開発チームは本番環境での作業のオーナーシップを持つことができ、DevOpsの多くの側面を実現することができる。

ランタイムが定期的にメジャーバージョンをアップグレードし、チームや組織がポリグロット化し、ブルーグリーンデプロイやカナリアリリースのようなDevOpsプラクティスが標準となり、スケールがかつてないほど大きくなっている世界で、世界中のチームがアプリケーションの構築とデプロイに使っているテクノロジーがコンテナだ。コンテナはもはや新しいものでも斬新なものでもなく、組織がアプリケーションをパッケージ化しデプロイする際の規則となっている。

しかし、コンテナを使って仕事をするのは簡単ではない。コンテナを10年近く使い、世界中の引数にコンテナを教えてきた経験から、このテーマがいかに微妙なものであるかは引数で証明できる。

SeanとKarlは長年の経験を凝縮し、Dockerでコンテナを使用するための非常に読みやすく、かつ包括的なガイドを作成した。インストールから、イメージの使用方法とビルド方法の発見、コンテナでの作業、ビルドとランタイムのイントロスペクション、そしてコンテナのプロダクション化まで、Dockerを始めて生産的になるために必要なことはすべて、この本のページ内で見つけることができる。 ...