マイクロサービス・アーキテクチャとは、単一のアプリケーションを複数の小規模なサービスからなるスイートとして構築する設計手法です。各サービスは独自のプロセスで実行され、軽量なメカニズム（多くの場合、HTTPリソースAPI）を介して通信します。この設計は分散化されており、各サービスは完全に分離されているため、メンテナンスとスケーリングが容易になります。各マイクロサービスは特定のビジネス機能を中心に構築されており、通常は集中化され柔軟性に欠けるモノリシック・アーキテクチャとは異なり、独立してデプロイできます。

プライベートクラウド導入モデルは、「必要な権限のみ」のアクセスが求められる場合に最適です。これは、リソースを単一の組織に専用化し、より安全な環境を提供するためです。オンプレミスでもオフプレミスでもホスティングできますが、プライベートネットワーク上で維持されるため、他のクラウドモデルと比較して、データ、セキュリティ、コンプライアンスに対する制御性が向上します。参考資料：Scott Wilson、Eric Vanderburg著 CompTIA Cloud+認定試験対策学習ガイド（試験CV0-004）

要塞ホストは、インターネットに直接アクセスせずにクラウドリソースにアクセスするための最適なオプションです。要塞ホストは、外部ソースから内部ネットワークにアクセスするための安全なゲートウェイとして機能し、SSHなどの他のセキュリティ対策と組み合わせて安全な接続を実現することがよくあります。参考資料：要塞ホストをクラウドリソースへの安全なアクセスポイントとして使用することは、CompTIA Cloud+認定資格のクラウドセキュリティのドメインで取り上げられているセキュリティのベストプラクティスです。

異なるサブネットにあるアプリケーションサーバーとMySQLデータベースサーバー間の接続問題は、MySQLサーバーステートフルファイアウォールの受信ルールに起因している可能性があります。アプリケーションサーバーのIPアドレスは192.168.1.10ですが、MySQLサーバーの受信ルールでは、ポート3306のIPアドレス192.168.1.10/32のみが許可されています。このルールでは、ポート3306で通信できるのは単一のIPアドレス（192.168.1.10）のみであり、これはMySQLでは一般的な設定です。しかし、アプリケーションサーバーのIPアドレスが192.168.1.10でない場合、またはアプリケーションが別のポートで通信しようとしている場合は、ブロックされます。この通信問題を解決するには、クラウドエンジニアがMySQLサーバーステートフルファイアウォールの受信ルールを修正し、アプリケーションサーバーのIPアドレスと必要なポートが許可されるようにする必要があります。