説明
= コマンド kubectl logs deployment api は、デプロイメントオブジェクトのイベントテーブルではなく、デプロイメントに属するポッドのログを表示します。イベントテーブルを表示するには、コマンド kubectl describe deployment api を使用する必要があります。このコマンドは、イベント1を含むデプロイメントの詳細を表示します。参考資料: Kubernetes ドキュメント、Docker Certified Associate (DCA) 試験の練習問題

説明
docker inspect nodes コマンドは、コマンドラインからSwarmクラスタ内のすべてのノードを一覧表示しません。これは、docker inspect が検査対象オブジェクトの名前またはIDを1つ以上必要とするためです1。Swarmクラスタ内のすべてのノードを一覧表示するには、docker node ls2 コマンドを使用する必要があります。このコマンドは、ノードID、ホスト名、ステータス、可用性、ロール3などの情報を表示します。参考資料：
* docker inspect | Docker ドキュメント
* ドッカーノード ls |ドッカードキュメント
* Docker Swarm クラスター内のノードを一覧表示する方法

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

説明
Dockerイメージのビルド時にキャッシュが向上することは、マルチステージビルドのメリットではありません。マルチステージビルドとは、単一のDockerfile内で複数のFROM文を使用できる機能です。各FROM文は、それぞれ独自のベースイメージと命令を持つビルドの新しいステージを開始します。あるステージから別のステージへ、不要なアーティファクトを選択的にコピーすることで、最終イメージに不要なものはすべて残すことができます。マルチステージビルドのメリットは次のとおりです。
不要な依存関係や中間ファイルを削除して、最終イメージのサイズを縮小します。
攻撃対象領域を最小限に抑え、秘密の漏洩を防ぐことで、最終イメージのセキュリティを向上させます。
さまざまな段階でさまざまなツールや環境を使用することで、開発ワークフローを簡素化します。
Docker イメージをビルドする際のキャッシュの改善は、マルチステージビルドの利点ではありません。これは、各ステージの命令の順序と内容、ベースイメージと中間層の可用性と最新性、キャッシュを無効にする可能性のあるビルド引数や環境変数の使用など、他の要因に依存するためです。参考資料:
https://docs.docker.com/develop/develop-images/multistage-build/,
https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#leverage-build-cache