C4モデル (Japanese Edition)

第8章 デプロイメント 図

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

価値を提供するためには、構築したソフトウェアをどこかにデプロイし、実行できるようにする必要がある。従来、そのインフラストラクチャは物理サーバであったが、現在では仮想化サーバやインフラストラクチャ・アズ・ア・サービス（IaaS）から、クラウド上のDocker、Kubernetes、プラットフォーム・アズ・ア・サービス（PaaS）環境に至るまで、あらゆるものが考えられる。C4モデルのデプロイメント図は、ソフトウェアのデプロイメントトポロジーを図式化する方法を提供する。

デプロイメント図の重要な側面

デプロイメント図の意図、範囲、コンテンツ、ユースケース、対象者を理解することは、その利用を検討する際に役立つだろう。

意図

デプロイメント図を使用すると、静的モデル内のソフトウェアシステムやコンテナのインスタンスが、特定のデプロイメント環境（開発、テスト、ステージング、本番など）内のインフラにどのようにデプロイされているかを図示できる。

範囲

一般的なガイドラインとして、デプロイメント図の範囲を単一のソフトウェアシステムに限定することを推奨する。つまり、デプロイメント図は、単一のソフトウェアシステムが特定のデプロイメント環境にどのようにデプロイされるかを示すべきである。ただし、複数のソフトウェアシステムを担当しており、それらがすべて同じインフラ上にデプロイされている場合、このガイドラインを緩和して、複数のソフトウェアシステムがそのインフラをどのように共有しているかを示すことを妨げるものは何もない。

コンテンツ

UMLのデプロイメント図を大まかに基にしたC4デプロイメント図には、コンテナインスタンス、ソフトウェアシステムインスタンス、デプロイメントノード、インフラストラクチャノードといった要素が含まれる。

コンテナインスタンス

デプロイメント図の主な目的は、アプリケーションやデータストアのインスタンス（C4コンテナ）が、特定のデプロイメント環境にどのようにデプロイされているかを示すことである。例えば、Javaアプリケーションがオンプレミスのデータセンター内のサーバにデプロイされている様子や、クラウド環境で実行されるDockerコンテナにデプロイされている様子を示すことができる。

ソフトウェアシステムのインスタンス

外部依存関係をソフトウェアシステムとしてモデル化するのと同様に、特定のデプロイ環境におけるそのソフトウェアシステムの具体的なインスタンスをモデル化したい場合もあるだろう。これについては後ほど例を見ていく。

デプロイメントノード

私は、ソフトウェアをデプロイするインフラストラクチャの一部を表すために、デプロイメントノードという概念を使用している。これは、ソフトウェアシステムのインスタンスやコンテナが実行されている場所を表す。以下にいくつかの例を示す。

• 物理インフラ（例：物理サーバやデバイス）

• 仮想化インフラ（例：IaaS環境内のサーバや仮想マシン上のサーバ）

• コンテナ化されたインフラストラクチャ（例：Dockerコンテナ）

• サーバ環境（例：データベースサーバー、Java EE Webアプリケーションサーバー、Microsoft IISサーバー）

デプロイメントノード自体はネスト可能であり、インフラの階層構造を示すことができる。

インフラストラクチャノード ...