無限ノック › SAP 練習問題一覧 › 問題
SAPワークロードの移行とモダン化の加速

ある大企業は、オンプレミスのレガシーなJavaアプリケーションをAWS上に移行しようとしています。このアプリケーションは、特定のオペレーティングシステムに依存しており、かつコンテナ化してクラウドネイティブなアプローチへシフトしたいと考えています。リファクタリング(アプリケーションコードの変更)は非常に高コストであるため避けたいという要件があります。移行先として最適なアーキテクチャはどれですか。

A
AWS App2Containerを使用してアプリケーションをコンテナ化し、Amazon ECS on AWS Fargateにデプロイする
✓ 正解
AWS App2Containerは既存のJavaアプリをコード変更なしでOS依存関係ごとコンテナイメージとして自動パッケージングし、ECS on Fargateのサーバーレスコンテナ環境にデプロイできます。リファクタリング不要でコンテナ化とモダン化を同時に達成できる最適な選択肢です。
B
VMware Cloud on AWSにVMを移行し、OS依存性を維持したまま運用を継続する
VMware Cloud on AWSはVMwareベースのオンプレミス環境をそのままクラウドに移設するリホスト戦略です。OS依存性は維持できますが、コンテナ化やクラウドネイティブアーキテクチャへの根本的な変革は実現されず、モダン化要件を満たしません。
C
Elastic Beanstalkのマルチコンテナ環境を使用して、OS設定を含むアプリケーションコードを完全に書き直す
Elastic Beanstalkのマルチコンテナ環境はコンテナ実行環境として有効ですが、この選択肢は「アプリケーションコードを完全に書き直す」前提であり、リファクタリングを避けたいという重要な要件と矛盾するため採用できません。
D
すべてのアプリケーションをLambda関数に変換し、OSの依存性を排除するサーバーレス構成を構築する
Lambda関数への変換はサーバーレスアーキテクチャとして優れていますが、イベント駆動型の実行モデルに合わせてアプリケーションコードを根本から再設計する必要があり、リファクタリングを避けたいという要件に直接反します。

解説

AWS App2Containerは、Java(および.NET)アプリケーションを既存のコードベースからコンテナ化するために設計された移行支援ツールです。アプリケーションが依存するOSコンポーネントや構成ファイルを自動的に検出してコンテナイメージとしてパッケージングするため、コードをリファクタリングすることなくコンテナ化(クラウドネイティブへの第一歩)が実現できます。Amazon ECS on AWS Fargateはサーバーレスなコンテナ実行環境であり、OS管理から解放されつつコンテナの利点を享受できます。 選択肢BのVMware Cloud on AWSは、既存のVMをそのままクラウドへ移行するリホスト戦略であり、コンテナ化やクラウドネイティブアーキテクチャへのシフトという要件を満たしていません。 選択肢CのElastic Beanstalkのマルチコンテナ環境は有効ですが、選択肢の内容にある「アプリケーションコードを完全に書き直す」操作はリファクタリング不可という要件と矛盾するため採用できません。 選択肢DのLambda関数への変換は、イベント駆動型サーバーレスアーキテクチャへの根本的な再設計が必要であり、アプリケーションコードの大幅なリファクタリングが不可避です。リファクタリングを避けたいという要件に反します。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでSAPを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
← SAP の問題一覧に戻る