コンポーネント図はコンポーネント間の論理関係を説明します。

デプロイメント図はこれに基づき、システムハードウェアの物理的なトポロジー構造とその上で実行されるソフトウェアをさらに詳細に記述します。

ノードとノードインスタンス

1，ノードはシステムの計算資源を表すモデル要素で、通常はハードウェアやソフトウェアの実行環境を指し、立方体で表されます。

2，ノードインスタンスは既存のノードに基づき、ノードインスタンスの名前には下線が引かれ、ノードタイプの前にはコロンがあります。

コンポーネントとコンポーネントインスタンス

1，コンポーネントはソフトウェア開発過程の成果物で、プロセスモデル（ユースケース図、設計図など）、ソースコード、実行プログラム、設計文書、テストレポート、要求プロトタイプ、ユーザーマニュアルなどを含みます。

2，コンポーネントインスタンスは既存のコンポーネントに基づき、コンポーネントインスタンスの名前には下線が引かれ、コンポーネントタイプの前にはコロンがあります。

ノード接続

ノード接続はノード間の線を指し、システム間のインタラクションを行う通信パスを表します。

UML1.xでは、ノードはプロセッサノードとデバイスノードに分かれ、プロセッサは影付きの立方体、デバイスは影なしの立方体で表されます。

UML2.xでは、ノードはデバイスノードと実行環境に分かれ、デバイスは<<device>>ステレオタイプの立方体で表され、実行環境は標準のステレオタイプ<<executionEnviroment>>で指定されます。

デプロイメントターゲットが物理デバイスの場合、通信パスは通常、2つのノード間の物理的な接続を表します。

2つのデプロイメントターゲットが実行環境ノードの場合、通信パスは通常、いくつかのプロトコルです。

1，デプロイメント構造を記述し、サービス、データベース、Webアプリケーションなどがどのサーバー、ノード、またはコンテナ上にデプロイされているかを示します；
2，ノードの通信関係を示し、サーバー間の接続、メッセージのやりとり、呼び出しパスなどを表現します；
3，システムデプロイメント計画をサポートし、開発者と運用担当者がシステムの実際の運用構造を明確に理解するのを助けます；
4，運用とシステム文書の作成をサポートし、デプロイメントマニュアル、システム説明文書、DevOpsガイドファイルなどの設計に使用できます。

デプロイメント図、ネットワークトポロジー図、デプロイメントアーキテクチャ図には多くの類似点があり、混同されやすいですが、以下の一文でこれら3種類の図の違いをまとめます：

デプロイメント図は、ソフトウェアコンポーネントが実行環境にどのようにデプロイされるかをモデリングするために使用され、システムエンジニアとアーキテクトに適しています；
ネットワークトポロジー図は、物理的または論理的なネットワーク構造を示すために使用され、ネットワークエンジニア/IT運用に適しています；
デプロイメントアーキテクチャ図は、システムまたはプラットフォームの実際のデプロイメント構造を説明するために使用され、技術報告、DevOpsチームに適しています。