理解確認：Container化の機会を特定する

あるJavaアプリケーションを、開発・検証・本番のAmazon EC2へ個別にデプロイしています。

各環境でJREやライブラリのバージョンが異なるため、同じリリースでも環境によって挙動が変わることがあります。

Container化によってこの問題を改善する方法として最も適切なものはどれですか。

モノリシックなウェブアプリケーションがあり、環境ごとのランタイムとライブラリ差異による障害が発生しています。

現時点では、アプリケーションをマイクロサービスへ分割する明確なビジネス要件はありません。

最も適切なModernization Decisionはどれですか。

Container化済みのアプリケーションを複数のAmazon EC2へ手動で配置しています。

コンテナ停止時の再起動と必要な実行数の維持も独自スクリプトで管理しています。

次に検討する改善として最も適切なものはどれですか。

ステートレスなHTTP APIをContainer化している。ホストOSへの特権アクセス、GPU、特定インスタンスへの依存はなく、負荷は変動する。チームはEC2インスタンスの選定・パッチ適用・クラスタ容量管理をできるだけ行いたくない。実行基盤として最も適切な候補はどれか。

ある企業が、既存システムの構成要素ごとにContainer化の機会を評価しています。

Container化の候補として適切なものを2つ選択してください。

あるバッチ処理はすでにContainer化されています。

しかし起動時に、特定のAmazon EC2だけに存在する固定パスの設定ファイルとローカルデーモンを暗黙に利用しています。そのため、同じコンテナイメージを別のホストへ配置しても、そのホスト側へ同じ構成を手作業で再現しなければ起動できません。

このContainerのPortabilityを高めるための対応として最も適切なものはどれですか。

1台のAmazon EC2上で、ウェブアプリケーションとバッチ処理を同時に実行しています。

ウェブアプリケーションだけを更新する場合でもサーバー全体への影響確認が必要で、ウェブとバッチのバージョン、配置、実行数を個別に管理しにくい状態です。

Container化による改善として最も適切なものはどれですか。