説明
Ansible は、異なるソフトウェア コンポーネント間の通信方法である API を使用して FortiGate に接続します。Ansible は fortios_* モジュールを使用して FortiOS API と対話します。FortiOS API は、FortiGate デバイスの構成と監視を可能にする RESTful API です12。Ansible は、トランスポート プロトコルとして HTTP または HTTPS のいずれかを使用でき、ユーザー名とパスワードまたは API トークン3 を使用して認証できます。
他のオプションは、次の理由で正しくありません。
Ansible は FortiGate への接続に TCP ポート 21 を使用しません。ポート 21 は通常 FTP に使用されますが、FortiOS4 ではサポートされていません。
Ansible は、FortiOS への接続方法として SSH を使用しません。SSH は、リモート コマンドの実行とファイル転送を可能にするセキュア シェル プロトコルですが、FortiGate デバイスでの構成変更を自動化する方法としては推奨されません。
Ansible は FortiGate への接続に YAML を使用しません。YAML は Ansible がプレイブックやインベントリ ファイルを書き込むために使用するデータ シリアル化言語ですが、接続方法ではありません。参考資料:
Fortinet.Fortios - Ansible ドキュメント
FortiOS REST API リファレンス
FortiOS モジュール ガイド - Ansible ドキュメント
FortiOS 7.0 CLI リファレンス
[接続方法と詳細 - Ansible ドキュメント]
[YAML 構文 - Ansible ドキュメント]

説明
Linux に Terraform をインストールするための Terraform ドキュメント1 によると、terraform という 1 つのバイナリ ファイルを含む zip アーカイブをダウンロードする必要があります。アーカイブを解凍し、バイナリ ファイルをシステムの PATH 環境変数に含まれるディレクトリ (/usr/local/bin など) に移動する必要があります。こうすることで、フル パス1 を指定せずに任意のディレクトリから terraform コマンドを実行できます。
バイナリ ファイルを bin ディレクトリに移動しないと、スクリーンショットに示すように、terraform version コマンドを実行しようとすると、コマンドが見つからないというエラーが発生します。このエラーを修正するには、バイナリ ファイルを bin ディレクトリに移動するか、コマンド 1 を実行するときにバイナリ ファイルのフル パスを指定する必要があります。
1: Terraform をインストールする | Terraform - HashiCorp Learn

不変インフラストラクチャは、既存のリソースを変更するのではなく、使い捨てのリソースを作成することに重点を置いた DevOps アプローチです1。このアプローチは、構成ドリフトのリスクを軽減し、ステートフル コンポーネントを排除することで、IT 運用の安定性、一貫性、予測可能性を実現するのに役立ちます1。
不変のインフラストラクチャを実装する方法の 1 つは、ブルーグリーン デプロイメント戦略を使用することです。この戦略では、構成変更のために 2 つのライブ環境を実行します2。ブルー環境は現在の本番環境であり、グリーン環境はアプリケーションまたはサービスの新しいバージョンです。グリーン環境の準備ができたら、トラフィックはブルーからグリーンに切り替えられ、ブルー環境は破棄されるか、バックアップとして保持されます2。この方法では、既存のインフラストラクチャを更新したりパッチを適用したりする必要はなく、新しいインフラストラクチャに置き換えることができます。
参照：
1: 不変のインフラストラクチャ、アーキテクチャ、およびその利点
2: 不変インフラストラクチャの概要 - BMC Software | ブログ

B: ルートの宛先 0.0.0.0/0 を追加して、トランジットゲートウェイをターゲットにします。これにより、Customer VPC FortiGate VM はすべての送信インターネットトラフィックを Security VPC 経由で送信し、Security VPC FortiGate VM で検査できるようになります1。トランジットゲートウェイは、ハブアンドスポークモデルで複数の VPC とオンプレミスネットワークを接続するネットワークデバイスです2。 D. インターネットゲートウェイをデプロイし、プライベートサブネットに EIP を関連付け、ルートテーブルを編集して、新しいルートの宛先 0.0.0.0/0 をターゲットインターネットゲートウェイに追加します。これにより、FortiGate VM が配置されているプラ​​イベートサブネットのパブリックルートが作成され、インターネットから Customer VPC FortiGate VM へのインバウンド HTTPS アクセスが可能になります3。インターネットゲートウェイは、VPC とインターネット間の通信を可能にするサービスです4。EIP は、AWS アカウントに割り当ててリソースに関連付けることができるパブリック IPv4 アドレスです。 E. インターネット ゲートウェイをデプロイし、パブリック サブネットに EIP を関連付けて、インターネット ゲートウェイを顧客 VPC に接続します。これにより、FortiGate VM が配置されているパブリック サブネットのパブリック ルートを作成することで、インターネットから顧客 VPC FortiGate VM へのインバウンド HTTPS アクセスも可能になります3。これは、FortiGate VM に使用するサブネットに応じて、オプション D の代替ソリューションになります。
他のオプションは、次の理由で正しくありません。
* ローカル インターネット パブリック IP アドレスを宛先およびターゲット トランジット ゲートウェイとしてルートを追加しても、インターネットからカスタマー VPC FortiGate VM へのインバウンド HTTPS アクセスは許可されません。これは、特定の IP アドレスからのトラフィックにのみ適用され、インターネット上の他のソースからのトラフィックには適用されないためです1。さらに、これは特定の IP アドレスへのトラフィックにのみ適用され、インターネット上の他の宛先へのトラフィックには適用されないため、アウトバウンド インターネット トラフィックがセキュリティ VPC を通過することが保証されません1。
* ローカル インターネット パブリック IP アドレスを宛先およびターゲット インターネット ゲートウェイとしてルートを追加しても、セキュリティ VPC をバイパスしてトラフィックが直接カスタマー VPC1 に送信されるため、インターネットからカスタマー VPC FortiGate VM へのインバウンド HTTPS アクセスは許可されません。また、これは特定の IP アドレスに送信されるトラフィックにのみ適用され、インターネット1 上の他の宛先には適用されないため、アウトバウンド インターネット トラフィックがセキュリティ VPC を通過することが保証されません。