説明
コンテナ間でマルチホストネットワーク接続を可能にするネットワークドライバは、bridge、macvlan、ipvlan、overlay です。これらのドライバは、複数の Docker ホストにまたがるネットワークを作成し、異なるホスト上のコンテナ同士の通信を可能にします。host、user-defined、none などの他のドライバは、単一のホストに限定された、または分離されたネットワークを作成します。以下に、各ドライバの概要と、マルチホストネットワークのサポート方法を簡単に説明します。
*bridge: ブリッジドライバは、Linuxブリッジを使用して同じホスト上のコンテナを接続するネットワークを作成します。
ただし、Consul、Etcd、ZooKeeperなどの外部キーバリューストアを使用して、複数のホスト間でコンテナを接続するネットワークを作成するためにも使用できます。この機能は非推奨であり、手動設定が必要でいくつかの制限があるため、使用は推奨されません。マルチホストネットワークには、overlay1ドライバが推奨されます。
*macvlan: macvlanドライバは、各コンテナにMACアドレスを割り当てるネットワークを作成し、コンテナをネットワーク上の物理デバイスとして認識させます。これにより、コンテナは実行中のホストに関係なく、同じネットワーク上の他のデバイスと通信できるようになります。macvlanドライバは、802.1qトランキングを使用してサブインターフェースを作成し、異なるネットワーク間のトラフィックを分離することもできます2。
*ipvlan: ipvlanドライバは、各コンテナにIPアドレスを割り当てるネットワークを作成し、コンテナをネットワーク上の論理デバイスとして表示します。これにより、コンテナは実行中のホストに関係なく、同じネットワーク上の他のデバイスと通信できます。ipvlanドライバは、l2、l3、l3sなどのさまざまなモードを使用して、異なるネットワーク間のトラフィックのルーティングと分離を制御することもできます3。
*オーバーレイ: オーバーレイ ドライバは、VXLAN トンネルを使用して複数の Docker デーモンを接続するネットワークを作成します。これにより、コンテナは異なるネットワーク上にある場合でも、異なるホスト間で通信できます。オーバーレイ ドライバは、暗号化、ロード バランシング、およびサービス検出もサポートしています。オーバーレイ ドライバは、特に Swarm サービス 4 の場合、マルチ ホスト ネットワークのデフォルトおよび推奨ドライバです。
参考文献：
ブリッジネットワークを使用する
*macvlanネットワークを使用する
*ipvlanネットワークを使用する
オーバーレイネットワークを使用する

この記述は、サービス名やクラスターIPアドレスが記載されていないため誤りです。ラベルがapp:nginxのPodのIPアドレス宛てにポート8080で送信されたトラフィックは、同じクラスター内の別のPodから送信され、そのPodのIPアドレスが認識されている場合を除き、そのPodのポート80には転送されません。クラスター外部からサービスにアクセスするには、トラフィックをKubernetesによって割り当てられたサービスのクラスターIPアドレスと、yamlファイルで定義されているサービスのポート8080に送信する必要があります。その後、サービスはトラフィックをポート80で選択されたPodのいずれかに転送します。
要約すると、正しい記述は次のようになります。
サービス dca の clusterIP アドレスのポート 8080 に送信されたトラフィックは、ラベル app: nginx を持つポッドのいずれかのポート 80 に転送されます。

説明
= 「docker-ee」パッケージをインストールする前に「docker-ce」パッケージをアンインストールしても、Docker Engine CE は Docker Engine EE にアップグレードされません。既存の Docker Engine CE インストールが削除され、新しい Docker Engine EE インストールがインストールされるだけです。つまり、既存のコンテナ、イメージ、ボリューム、ネットワーク、その他の Docker リソースはすべて失われます。データを失うことなく Docker Engine CE を Docker Engine EE にアップグレードするには、Docker が提供する移行ツール 1 を使用するか、Docker のドキュメント 2 またはその他のオンライン ガイド 34 に記載されている手順に従う必要があります。参考文献:
* 1: Engine 1.10への移行 | Dockerドキュメント
* 2: Docker Engine のインストール | Docker ドキュメント
* 3: Docker 18.09 Community Edition を Enterprise Engine に切り替える...
* 4: Docker 18.09 Community Edition を Docker Enterprise 18.09 にアップグレードする方法

説明
= (詳しい説明については、Dockerの公式サイトをご確認ください) 参考資料: (ウェブ検索結果から考えられる参考資料をいくつかご紹介します)
* Docker認定アソシエイト（DCA）学習ガイド
* [Docker認定アソシエイト（DCA）模擬試験問題]
* [Docker認定アソシエイト（DCA）試験対策ガイド]
これがあなたの試験準備に役立つことを願っています。頑張ってください！

説明
1 つの Pod を作成し、各アプリケーションに必要なすべてのリソースを追加することは、各アプリケーションの Kubernetes 固有のリソースをグループ化するという目的を達成する良い方法ではありません。これは、Pod が Kubernetes アプリケーションの最小単位であり、単一のコンテナ、または同じネットワークおよびストレージ リソースを共有する密接に結合されたコンテナのセットを実行するように設計されているためです 1。Pod は一時的なものであり、Kubernetes システムによっていつでも作成および破棄される可能性があります。したがって、複数のアプリケーションを 1 つの Pod に配置すると、それらを個別に管理、スケーリング、および更新することが難しくなります。この目的を達成するより良い方法は、名前空間を使用することです。名前空間は、物理クラスタ内の論理クラスタであり、異なるアプリケーションのリソース、ポリシー、および構成を分離できます 2。名前空間は、パスワード、トークン、キーなどの機密情報を格納する Kubernetes オブジェクトであるシークレットを整理するのにも役立ちます 3。参考文献:
* ポッド | Kubernetes
* 名前空間 | Kubernetes
* シークレット | Kubernetes