コンテナ化された環境は、基盤となるハードウェアから始まり、アプリケーション自体まで続く階層化されたアーキテクチャを備えています。

• インフラストラクチャ: これは基本レイヤであり、CPU、メモリ、ストレージ、ネットワーキング リソースを提供する物理サーバーまたは仮想マシンで構成されます。
• ホスト オペレーティング システム: インフラストラクチャの上に位置するのがホスト OS（Linux など）です。この OS のカーネルは、ホスト上で実行されるすべてのコンテナで共有される重要なコンポーネントです。
• コンテナ エンジン: これは、Google Kubernetes Engine（GKE）などのコンテナ化を可能にするソフトウェアです。エンジンは、指示に従ってコンテナの作成、実行、管理を行います。
• アプリケーション レイヤ（コンテナ）: 最上部にはコンテナ自体があります。各コンテナにはアプリケーションのバイナリとライブラリが含まれますが、ホスト OS のカーネルは共有されます。これにより、従来の仮想マシンよりも軽量で効率的になります。

コンテナ化の開発は、論理的な手順に従って、アプリケーションをソースコードから実行中の隔離されたインスタンスに移行します。

このプロセスは、開発者がファイルを作成することから始まります（一般的な選択肢は Dockerfile です）。このファイルは、アプリケーションの環境を構築するためのレシピまたは一連の指示として機能します。これは、以下を含む、必要なすべてのものを指定します。

デベロッパーは、ファイル内の手順に従って、コマンドを使用してコンテナ イメージを作成します。このイメージは、静的で不変のポータブルなファイルであり、アプリケーションの自己完結型のブループリントとして機能します。アプリケーション コードとそのすべての依存関係を、単一の階層化されたパッケージにカプセル化します。イメージは、オブジェクト指向プログラミングのクラスのようなもので、実行するインスタンスを作成するテンプレートです。

ビルドが完了すると、コンテナ イメージがコンテナ レジストリに push されます。レジストリは、イメージを保存および管理するための中央リポジトリです。企業での使用には、Google の Artifact Registry のような安全な非公開レジストリが不可欠です。イメージをレジストリに保存すると、チーム間での共有やバージョン管理が簡単になり、本番環境のどのサーバーからでもアクセスできるようになります。

最後のステップは、イメージの実行インスタンス（コンテナ自体）を作成することです。コマンドがコンテナ エンジンに送信され、レジストリから特定のイメージが実行されます。エンジンは、ホスト オペレーティング システムのカーネルを使用して、以下のことを行います。

コンテナ化は、最新のクラウド コンピューティングの基盤となるテクノロジーであり、幅広いアーキテクチャ パターンを可能にします。