FortiOS 7.6、FortiWeb 7.4 Exact Extract学習ガイドからの包括的かつ詳細な説明：
Fortinet NSE 7 - Public Cloud Security 7.4/7.6 学習資料と FortiOS 7.6 AWS 管理ガイドに基づくと、AWS デプロイメント ツールの基礎となるメカニズムを理解することは、権限管理に不可欠です。
* Infrastructure as Code と eksctl (オプション C): Amazon EKS において、eksctl コマンドラインツールは、EKS 上でクラスターを作成および管理するための公式 CLI です。管理者が eksctl create cluster コマンドを実行すると、eksctl は EKS API と直接やり取りしてインフラストラクチャをプロビジョニングするのではなく、AWS CloudFormation スタックを生成して実行し、必要な VPC、IAM ロール、および EKS コントロールプレーンをプロビジョニングします。したがって、このコマンドを実行するユーザーには、CloudFormation スタックを作成および管理するための明示的な権限が必要です。
* スタックによるリソースプロビジョニング：CloudFormationはAWSのInfrastructure as Code（IaC）ネイティブサービスであり、ユーザーはJSONまたはYAMLテンプレートでリソースを定義できます。eksctlなどのコマンドはこれらのテンプレートを活用することで、FortiGateやFortiWebのクラウド統合に必要な複雑なアーキテクチャを繰り返し実行でき、体系的にデプロイできます。
他のオプションが間違っている理由:
* オプション A: kubectl コマンドは、クラスター内の Kubernetes API サーバーと直接対話してポッドとサービスを管理します。AWS CloudFormation プロセスはトリガーされません。
* オプションB：HelmはKubernetes用のパッケージマネージャーです。EKSクラスター内の「リリース」を管理しますが、FortiWeb Ingressコントローラー用のHelmチャートのインストールはKubernetesソフトウェアレイヤーで行われ、AWS CloudFormationスタックは利用されません。
* オプション D: AWS CLI または kubectl を使用して CloudShell 経由でノード数を変更すると、通常、新しい CloudFormation スタック実行を開始するのではなく、Auto Scaling グループまたは Kubernetes デプロイメント/DaemonSet が直接変更されます。

FortiOS 7.6、FortiWeb 7.4 Exact Extract学習ガイドからの包括的かつ詳細な説明：
Fortinet NSE 7 - Public Cloud Security 7.4/7.6 学習教材と FortiOS 7.6 AWS 管理ガイドに基づくと、AWS デプロイメント ツールの基礎となるメカニズムを理解することは、権限管理に不可欠です。
* Infrastructure as Code と eksctl (オプション C): Amazon EKS において、eksctl コマンドラインツールは、EKS 上でクラスターを作成および管理するための公式 CLI です。管理者が eksctl create cluster コマンドを実行すると、eksctl は EKS API と直接やり取りしてインフラストラクチャをプロビジョニングするのではなく、AWS CloudFormation スタックを生成して実行し、必要な VPC、IAM ロール、および EKS コントロールプレーンをプロビジョニングします。したがって、このコマンドを実行するユーザーには、CloudFormation スタックを作成および管理するための明示的な権限が必要です。
* スタックによるリソースプロビジョニング：CloudFormationはAWSのInfrastructure as Code（IaC）ネイティブサービスであり、ユーザーはJSONまたはYAMLテンプレートでリソースを定義できます。eksctlなどのコマンドはこれらのテンプレートを活用することで、FortiGateやFortiWebのクラウド統合に必要な複雑なアーキテクチャを繰り返し実行でき、体系的にデプロイできます。
他のオプションが間違っている理由:
* オプション A: kubectl コマンドは、クラスター内の Kubernetes API サーバーと直接対話してポッドとサービスを管理します。AWS CloudFormation プロセスはトリガーされません。
* オプションB：HelmはKubernetes用のパッケージマネージャーです。EKSクラスター内の「リリース」を管理しますが、FortiWeb Ingressコントローラー用のHelmチャートのインストールはKubernetesソフトウェアレイヤーで行われ、AWS CloudFormationスタックは利用されません。
* オプション D: AWS CLI または kubectl を使用して CloudShell 経由でノード数を変更すると、通常、新しい CloudFormation スタック実行を開始するのではなく、Auto Scaling グループまたは Kubernetes デプロイメント/DaemonSet が直接変更されます。