-p 8080:80 を指定すると、コンテナ内部のポート 80 が、コンテナ外部のホストの IP アドレスのポート 8080 からアクセスできるようになります。
したがって、このシナリオでは3000です

モデル・ビュー・コントローラー（MVC）デザインパターンは、アプリケーションをモデル、ビュー、コントローラーという3つの主要な論理コンポーネントに分割するソフトウェアアーキテクチャパターンです。これらの各コンポーネントは、アプリケーションの特定の開発側面を処理するように構築されています。
MVCの利点：
* 同じモデルの複数のビューを許可します（オプションB）：
MVCアーキテクチャでは、モデルコンポーネントはアプリケーションのデータとビジネスロジックを表します。これはユーザーインターフェースとは独立しています。この分離により、アプリケーションは基となるデータモデルを変更することなく、データをさまざまな方法で表示できる複数のビューを持つことができます。たとえば、同じモデルを使用して、同じデータをWebアプリケーション、モバイルアプリ、あるいはコマンドラインインターフェースに表示できます。
* コードの責任範囲を分離することで、将来の変更が容易になります（オプションE）：
アプリケーションをモデル、ビュー、コントローラーという明確なコンポーネントに分割することで、MVCは各部分の役割を明確に定義します。モデルはデータ管理、ビューはユーザーインターフェース、コントローラーはユーザー入力とインタラクションの処理を担当します。このように役割を分離することで、アプリケーションの保守と変更が容易になります。将来的に1つのコンポーネントに変更を加えても、他のコンポーネントに大きな影響を与えることはありません。例えば、ビューでユーザーインターフェースを変更しても、モデルの基となるデータモデルやビジネスロジックを変更する必要はありません。
その他の考慮事項：
* ネットワーク自動化を簡素化する（オプション A）：MVC はネットワーク自動化ツールと連携するアプリケーションを作成するために使用できますが、ネットワーク自動化を簡素化することは、MVC パターン自体の直接的な利点ではありません。
* CI/CD パイプラインを使用したコードのデプロイを容易にします (オプション C): CI/CD パイプラインはモジュール化され構造化されたコードの恩恵を受けますが、MVC パターンはデプロイ プロセスではなく、コードの構成と関心の分離に特化しています。
* エラー処理の必要性を軽減する（オプションD）：エラー処理はあらゆるアプリケーションにとって不可欠な要素であり、MVCの使用によって本質的に軽減されるわけではありません。むしろ、MVCはコードを整理することでエラー処理をより体系的にするのに役立ちますが、エラー処理の必要性を直接的に軽減するものではありません。
関心の分離と、同じモデルに対して複数の視点を持つことができる機能は、MVCパターンを使用する際の主要な利点であり、拡張性と保守性に優れたアプリケーションを作成するための強力な設計手法となっています。
参考文献：
* モデル・ビュー・コントローラー（MVC）アーキテクチャ
* Cisco DevNet 開発者向けリソース

説明
1 - B、2 - D、3 - A、4 - C

テナントは、管理者がドメインベースのアクセス制御を実行できるようにするアプリケーションポリシーを格納する論理的なコンテナです。テナントはポリシーの観点から分離単位を表しますが、プライベートネットワークを表すものではありません。テナントは、サービスプロバイダー環境における顧客、企業環境における組織またはドメイン、あるいは単に便利なポリシーのグループを表すことができます。
https://www.cisco.com/c/en/us/td/docs/dcn/mso/3x/configuration/cisco-multi-site-configuration-guide-aci-331/mso-configuration-aci-managing-tenants-33x.pdf