AWS SAA　問題505-508：アーキテクチャの疎結合化

【正解】
A) システムのスケーリングが妨げられる可能性がある。

【解説】
緊密に統合されたシステムでは、各コンポーネント間の依存関係が高く、1つのコンポーネントが停止すると、それに連動して他のコンポーネントに影響が及ぶ可能性があります。これにより、システム全体のスケーリングが妨げられる可能性があります。

B) は、緊密な統合のシステムでのコンポーネントの停止がシステムのパフォーマンスを向上させることはありません。

C) は、緊密な統合のシステムのコンポーネントの停止とセキュリティの強化の関連性は一般的に直接的ではありません。

D) は、緊密な統合のシステムにおいて1つのコンポーネントの停止がシステムの耐障害性を向上させることは通常ありません。むしろ、疎結合のアーキテクチャが耐障害性を向上させる可能性が高いです。

【正解】
B) プラットフォームの結合

【解説】
異種のシステムコンポーネントの相互運用性を考える際、それらのコンポーネントが異なるプラットフォームや環境で稼働する可能性があるため、これらのコンポーネントを連携させるためにプラットフォームの結合が関連します。異なるシステム間のデータのやり取りや相互作用を効率的かつ正確に行うためには、異種システムコンポーネントが互いに適切に連携できることが重要です。

A) の「アプリケーションレベルの結合」は、コンポーネント間の依存関係や通信の管理に関連しますが、異種システムコンポーネントの相互運用性には直接的ではありません。

C) の「空間の結合」は、ネットワークトポロジやプロトコルに基づくコンポーネントの結合形態を指しますが、異種システムコンポーネントの相互運用性とは少し異なる観点です。

D) の「一時的結合」は、システムコンポーネントが一時的に連携して特定の作業を行う際の結合形態を指しますが、異種システムコンポーネントの相互運用性とは直接的ではありません。

【正解】
A) 疎結合アーキテクチャ

【解説】
疎結合アーキテクチャは、システム内のコンポーネント間の依存関係を減らすために採用されるアプローチです。このアプローチでは、各コンポーネントが相互に独立して機能し、一つのコンポーネントの変更が他のコンポーネントに影響を及ぼさないようにします。

B) の「密結合アーキテクチャ」は、コンポーネント間の強い依存関係があるアーキテクチャを指します。密結合のアーキテクチャでは、一つのコンポーネントの変更が他のコンポーネントに影響を及ぼす可能性が高いです。

C) の「クラウドネイティブアーキテクチャ」は、クラウド環境を最大限に活用するために設計されたアーキテクチャを指しますが、特定のレイヤー間の中間段階としてマネージドソリューションを使用するアプローチを特定するものではありません。

D) の「マイクロサービスアーキテクチャ」は、複数の小さなサービスから成るアーキテクチャであり、個々のサービスが独立して展開・スケーリングされる特徴がありますが、直接的にレイヤー間の中間段階としてマネージドソリューションを扱うものではありません。

【正解】
C) レイヤー間にマネージドソリューションを配置して通信を中継する です。

【解説】
疎結合アーキテクチャを実現するためには、コンポーネント間の依存関係を減少させ、各コンポーネントが独立して動作できるようにする必要があります。この問題の選択肢 C の方法は、システムのレイヤー間にマネージドソリューション（例: ロードバランサー）を配置することで、コンポーネント同士の直接的な依存を減らし、通信を中継するアプローチです。このようにすることで、コンポーネント間の依存が少なくなり、一つのコンポーネントの障害が他のコンポーネントに影響を及ぼすリスクが低減します。

A) の方法は、逆にコンポーネントを単一のサーバーに統合するため、依存関係が高くなり、疎結合性を損なう可能性があります。

B) の方法は、同期的な呼び出しを使用することで、コンポーネント間の結合を強化してしまい、システム全体の柔軟性が減少します。

D) の方法は、コンポーネント間の直接的な相互依存を強化するものであり、疎結合性を実現するためには適切ではありません。