クラウドのコンセプトの要点整理と想定問題

正解: B 【A（不正解）】 ？ サーバーや建物を使う前に買いそろえる形です。 これはオンプレミスの特徴で、クラウドではこの先行投資を使った分の支払いに置き換えられる。 【B（正解）】 ？ 使った分だけ支払う形に変わることです。 使うかどうか分からない設備に先に投資する代わりに、消費した分だけ支払える。6 つの利点の最初に挙げられている。 【C（不正解）】 ？ 利用者側の設定まで事業者が受け持つという意味です。 クラウドでも、アプリケーションやデータの設定は利用者の責任として残る。6 つの利点には含まれない。 【D（不正解）】 ？ 展開できる地域が 1 か所だけという意味です。 実際には数回のクリックで世界の複数リージョンに展開できることが利点の 1 つである。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）

正解: D 【A（不正解）】 ？ 多くの利用者の使用量が集まり単価が下がることです。 料金が下がる利点ではあるが、需要が読めない問題を直接解くものではない。 【B（不正解）】 ？ 世界の複数地域へすぐに広げられることです。 地理的な広がりの利点で、必要な容量の見積もりの悩みとは別の話である。 【C（不正解）】 ？ ラックや電源の手間から解放されることです。 運用の手間の利点で、容量を前もって決める必要とは別である。 【D（正解）】 ？ 容量を前もって見積もって決めなくてよいことです。 前もって容量を決めると、機器が遊ぶか不足するかになりがちである。クラウドでは数分で増減でき、この問題がなくなる。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）

正解: A 【A（正解）】 ？ 建物や機器の手間を AWS に任せることです。 ラック構成や電力供給などの手間のかかる仕事ではなく、顧客や差別化につながる開発に集中できる。 【B（不正解）】 ？ 容量の見積もりをしなくてよいことです。 容量の悩みを解く利点で、設置作業の手間そのものを言う利点ではない。 【C（不正解）】 ？ 利用者が多いことで単価が下がることです。 料金の利点であり、人手が設置作業に取られる問題を直接解くものではない。 【D（不正解）】 ？ 世界の各地にすぐ展開できることです。 展開する地域の広さの利点で、設置作業の負担とは関係が薄い。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）／コスト最適化の設計原則

正解: C 【A（不正解）】 ？ 買った設備の費用を年ごとに分けて計上することです。 これはオンプレミスで機器を買う場合の会計処理で、先に買うという懸念は解消しない。 【B（不正解）】 ？ まとめ買いで値引きを受けることです。 まとめ買いをしても、使い道が決まる前に投資するという懸念はそのまま残る。 【C（正解）】 ？ 固定費を変動費に置き換える考え方です。 クラウドでは消費した分だけ支払えるため、使い方が分からないうちに多額の投資をせずに済む。 【D（不正解）】 ？ 保存場所を国外に移すことです。 保存場所の話で、投資の時期や額の懸念とは関係がない。リージョンは利用者が選べる。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）／主要な原則（AWS 料金の仕組み）

正解: D 【A（不正解）】 ？ 利用者の多さで料金が下がることです。 料金の利点で、準備にかかる時間の短さを指すものではない。 【B（不正解）】 ？ 支払いの形が使った分になることです。 支払い方の利点で、リソースを使い始めるまでの時間の話ではない。 【C（不正解）】 ？ 機器の設置や電源の手間がなくなることです。 手間の利点ではあるが、6 つの利点のうち「時間を数週間から数分に」と説明されているのは別の項目である。 【D（正解）】 ？ 新しい IT リソースをすぐ使えることです。 クリックするだけでリソースを使え、準備の時間を数週間から数分に縮められる。実験や開発の費用と時間も減る。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）

正解: C 【A（不正解）】 ？ 需要に合わせて増やしたり減らしたりすることです。 6 つの利点の「キャパシティの推測が不要」に当たり、AWS の説明に合う。 【B（不正解）】 ？ 地理的に広げやすいことです。 6 つの利点の「数分でグローバル展開」に当たり、AWS の説明に合う。 【C（正解）】 ？ データの保護を事業者がすべて受け持つという意味です。 AWS 責任共有モデルでは、データやアクセス権の管理は利用者の責任として残る。これが問われている選択肢である。 【D（不正解）】 ？ 規模の経済のことです。 6 つの利点の「大幅なスケールメリット」に当たり、AWS の説明に合う。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）

正解: B 【A（不正解）】 ？ 利用者の近くでコンテンツを配信する場所です。 これはエッジロケーションの説明で、アベイラビリティーゾーンではない。 【B（正解）】 ？ リージョンを構成する複数の独立した場所です。 各リージョンには複数のアベイラビリティーゾーンがある。複数に分けて置くと、1 か所の障害からアプリケーションを守れる。 【C（不正解）】 ？ AWS の基盤を自社の施設に置くことです。 これは AWS Outposts の説明である。 【D（不正解）】 ？ 大陸や国をまとめる単位という意味です。 地理的に分かれた単位はAWS リージョンで、アベイラビリティーゾーンはその中の場所である。

出典: リージョンとゾーン（Amazon EC2 ユーザーガイド）／AWS アベイラビリティーゾーン

正解: A 【A（正解）】 ？ 利用者に近い地域にもシステムを置くことです。 数回のクリックで世界の複数リージョンに展開でき、低い遅延を最小限の費用で届けられる。 【B（不正解）】 ？ 1 台の処理能力を上げることです。 処理能力は上がっても、欧州からの通信距離による遅延は縮まらない。 【C（不正解）】 ？ 自社で設備をそろえる方法です。 調達と設置に時間と先行投資がかかり、数日以内という条件に合わない。 【D（不正解）】 ？ 同じ地域の中で置き場所を分けることです。 可用性は上がるが、欧州の利用者との距離は変わらない。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）／パフォーマンス効率の設計原則

正解: C 【A（不正解）】 ？ 保存場所が自動で決まるという意味です。 リージョン同士は分離されており、リソースは自動ではほかのリージョンに複製されない。 【B（不正解）】 ？ 置き場所を指定できないという意味です。 利用者はリソースを置くリージョンを選べるため、この前提は成り立たない。 【C（正解）】 ？ 置く地域を利用者が決めることです。 AWS は、顧客に近い、または法的要件などを満たすリージョンを選ぶよう案内している。データ主権を守る基本の方法である。 【D（不正解）】 ？ 配信用の拠点に保存することです。 エッジロケーションはコンテンツを利用者の近くで配信する拠点で、保存場所の要件を満たす手段ではない。

出典: リージョンとゾーン（Amazon EC2 ユーザーガイド）／SUS01-BP01 ビジネス要件と持続可能性の目標の両方に基づいてリージョンを選択する

正解: D 【A（不正解）】 ？ 会社の所在地や規模で決める方法です。 自分の場所だけでリージョンを選ぶことは、AWS がよくない例（アンチパターン）として挙げている。 【B（不正解）】 ？ リソースの命名や整理のことです。 管理上の決まりで、リージョンを選ぶ観点ではない。 【C（不正解）】 ？ 契約内容で決める方法です。 リージョンの選択とは関係しない観点である。 【D（正解）】 ？ 規制・サービスの有無・料金・速さで比べることです。 AWS は、規制への準拠、必要なサービスの有無、料金、利用者との間の遅延で候補を絞るよう案内している。

出典: SUS01-BP01 ビジネス要件と持続可能性の目標の両方に基づいてリージョンを選択する／AWS リージョン別のサービス一覧

正解: B 【A（不正解）】 ？ AWS の基盤を自社の施設に置く仕組みです。 自社のデータセンターなどで AWS を動かす仕組みで、大都市の一般利用者向けの配置ではない。 【B（正解）】 ？ 親のリージョンと結び付いた、リージョンとは別の場所にあるインフラです。 人口の多い都市の近くにコンピューティングなどを置き、ゲームやライブ配信などに低い遅延で応えられる。 【C（不正解）】 ？ データの複製を遠くに置くことです。 障害への備えであり、利用者に近い場所で処理して遅延を下げる仕組みではない。 【D（不正解）】 ？ 一定の利用を約束して割引を受ける料金モデルです。 料金の仕組みで、処理する場所や遅延には影響しない。

出典: AWS Local Zones とは／リージョンとゾーン（Amazon EC2 ユーザーガイド）

正解: A 【A（正解）】 ？ 通信事業者の設備の中に置かれる、リージョンに関連付いたゾーンです。 標準の AWS のコンピューティングとストレージを 5G ネットワークのエッジに置き、モバイル端末に非常に低い遅延を届ける。 【B（不正解）】 ？ 大都市の近くにリージョンを拡張する仕組みです。 利用者に近い場所に置く点は似ているが、通信事業者の 5G 網の中に置く仕組みではない。 【C（不正解）】 ？ エッジロケーションからコンテンツを配信するサービスです。 コンテンツの配信とキャッシュが中心で、5G 網の中で計算処理を動かす仕組みではない。 【D（不正解）】 ？ 利用者の施設に AWS の基盤を置く仕組みです。 自社施設で AWS を使う仕組みで、通信事業者の網の端に置くものではない。

出典: リージョンとゾーン（Amazon EC2 ユーザーガイド）

正解: C 【A（不正解）】 ？ そのサービスが地域にないという意味です。 リソースが見えない理由は、提供の有無ではなくリージョンの分離にある。 【B（不正解）】 ？ 時間がたてば自動で写されるという意味です。 リージョン間でリソースが自動で複製されることはない。待っても表示されない。 【C（正解）】 ？ 地域ごとに独立している性質です。 コンソールには、指定したリージョンに結び付いたリソースだけが表示される。ほかのリージョンに置くには自分で構築や複製を行う。 【D（不正解）】 ？ 権限の単位がゾーンだという意味です。 表示の違いはリージョンの分離によるもので、アベイラビリティーゾーン単位の権限の話ではない。

出典: リージョンとゾーン（Amazon EC2 ユーザーガイド）／CloudFormation とは

正解: C 【A（不正解）】 ？ 新しいリソースをすぐ用意できる性質です。 準備の速さを指す言葉で、需要に合わせた自動の増減そのものではない。 【B（不正解）】 ？ 障害があっても使える状態を保つ性質です。 止まりにくさを指す言葉で、量の増減とは別である。 【C（正解）】 ？ 使う量を状況に応じて伸び縮みさせられる性質です。 需要が増えれば足し、減れば減らすことで、性能を保ちながら無駄な費用も抑えられる。 【D（不正解）】 ？ 環境への影響を減らす考え方です。 Well-Architected の柱の 1 つで、需要に合わせた増減を指す言葉ではない。

出典: Amazon EC2 Auto Scaling の利点／クラウドコンピューティングの 6 つの利点（AWS の概要）

正解: A 【A（正解）】 ？ 置き場所を独立した複数の場所に分けることです。 1 か所に障害が起きても、別のゾーンのサーバーが要求を処理できる。高可用性の基本の形である。 【B（不正解）】 ？ 同じ場所で台数を増やすことです。 台数は増えても、そのゾーン全体の障害には一緒に巻き込まれる。 【C（不正解）】 ？ 1 台の性能を上げることです。 性能は上がるが、置き場所の障害への備えにはならない。 【D（不正解）】 ？ 支払い方法を変えることです。 支払い方の変更で、障害への強さは変わらない。

出典: リージョンとゾーン（Amazon EC2 ユーザーガイド）／Amazon EC2 Auto Scaling の利点

正解: B 【A（不正解）】 ？ ふだんの量に合わせて固定することです。 費用は下がるが、ピーク時に処理しきれず利用者の体験が悪くなるおそれがある。 【B（正解）】 ？ 必要なときだけ台数を増やす仕組みです。 Amazon EC2 Auto Scaling を使えば、必要なときにインスタンスを足し、不要になれば終了できる。使った分だけ支払うので、体験を保ちながら費用を抑えられる。 【C（不正解）】 ？ 物理サーバーを専用で借りることです。 専用の物理サーバーを使う形で、需要の波に合わせて台数を変える対策ではない。 【D（不正解）】 ？ さらに余裕を持たせることです。 使われない処理能力が増え、費用の問題がさらに悪くなる。

出典: Amazon EC2 Auto Scaling の利点

正解: C 【A（不正解）】 ？ 読み取り用の複製を同じ場所に置くことです。 同じゾーンに置くと、そのゾーンの障害には一緒に巻き込まれる。主な目的も読み取りの負荷分散である。 【B（不正解）】 ？ データベースの性能を上げることです。 性能は上がるが、ゾーンの障害への備えにはならない。 【C（正解）】 ？ 別のゾーンにスタンバイを置き、同期で複製する形です。 RDS が別のゾーンに同期スタンバイを自動で用意し、障害時はそちらに切り替わる。なお、スタンバイは読み取りの処理には使えない。 【D（不正解）】 ？ 復元できる期間を長くすることです。 データの復元には役立つが、障害時にすぐ切り替えて動き続ける仕組みではない。

出典: Amazon RDS のマルチ AZ DB インスタンスデプロイ

正解: D 【A（不正解）】 ？ 障害があっても止まりにくい性質です。 止まりにくさの話で、実験のしやすさとは別である。 【B（不正解）】 ？ データの保存場所と従う法律を管理する考え方です。 保存場所の話で、実験の速さや費用とは関係しない。 【C（不正解）】 ？ 利用者の多さで単価が下がることです。 料金の利点で、すぐ作ってすぐ片付けられる性質そのものではない。 【D（正解）】 ？ 変化に素早く動ける性質です。 クリックするだけでリソースを使えるため、実験や開発の費用と時間が大きく減り、組織の俊敏性が高まる。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）

正解: A 【A（正解）】 ？ ピーク時に処理しきれなくなることです。 平均に合わせると費用は抑えられるが、使用量が能力を超えると顧客の体験が下がるおそれがある。 【B（不正解）】 ？ 余分な能力を抱え続けることです。 これはピークに合わせて多めに買った場合に起きやすい問題である。 【C（不正解）】 ？ 保存場所が勝手に増えることです。 オンプレミスの台数の決め方とは関係のない話である。 【D（不正解）】 ？ 使った分の料金になることです。 台数の決め方による問題ではない。オンプレミスの機器は買った時点で費用が決まる。

出典: Amazon EC2 Auto Scaling の利点

正解: C 【A（不正解）】 ？ システムの運用と改善に焦点を当てる柱です。 6 つの柱の 1 つである。 【B（不正解）】 ？ 環境への影響に焦点を当てる柱です。 6 つの柱の 1 つである。 【C（正解）】 ？ ほかの環境へ移しやすいことです。 6 つの柱は、運用上の優秀性・セキュリティ・信頼性・パフォーマンス効率・コスト最適化・持続可能性で、移植性は含まれない。 【D（不正解）】 ？ リソースを効率よく使うことに焦点を当てる柱です。 6 つの柱の 1 つである。

出典: Well-Architected フレームワークの柱

正解: D 【A（不正解）】 ？ 不要な費用を避ける柱です。 費用に焦点を当てる柱で、環境への影響を主に扱うものではない。 【B（不正解）】 ？ 障害から復旧し、正しく動き続ける柱です。 動き続けることに焦点を当てる柱である。 【C（不正解）】 ？ 運用と手順の改善に焦点を当てる柱です。 運用のやり方に焦点を当てる柱である。 【D（正解）】 ？ 長く続けられる形を目指す柱です。 持続可能性の柱は、環境への影響、特にエネルギーの消費と効率に焦点を当てる。

出典: Well-Architected フレームワークの柱／持続可能性の設計原則／持続可能性の柱（Well-Architected）

正解: B 【A（不正解）】 ？ AWS 環境を自動で点検して推奨を出すサービスです。 環境を点検する道具だが、Well-Architected の質問に沿ったレビューを記録するものではない。 【B（正解）】 ？ マネジメントコンソールで使える、設計を見直すための無料のサービスです。 フレームワークに沿ってアーキテクチャをレビューし、マイルストーンを保存して改善の進み具合を測れる。 【C（不正解）】 ？ テンプレートからリソースを作るサービスです。 環境を作る道具で、設計をレビューして記録するものではない。 【D（不正解）】 ？ リソースのサイズの推奨を出すサービスです。 サイズの推奨に特化した道具で、柱ごとのレビューを行うものではない。

出典: AWS Well-Architected フレームワーク（序章）／AWS Well-Architected Tool

正解: A 【A（正解）】 ？ 本番と同じ規模で試すことです。 クラウドでは本番規模の試験環境をオンデマンドで作り、終われば削除できる。費用は動かした間だけで済む。 【B（不正解）】 ？ 本番の出来事を模擬して備える取り組みです。 障害などの出来事を模擬して対応を練習する原則で、本番規模の試験環境の話ではない。 【C（不正解）】 ？ 設計を時間とともに変えていく考え方です。 設計を進化させる原則で、試験の規模を指すものではない。 【D（不正解）】 ？ 集めたデータで設計を決めることです。 データで判断する原則で、本番規模の試験環境を作る話とは別である。

出典: 一般的な設計原則（Well-Architected）

正解: C 【A（不正解）】 ？ 必要な分だけ容量を使えることです。 容量の決め方の原則で、模擬訓練の話ではない。 【B（不正解）】 ？ 自動化で低コストに作り直せることです。 自動化の原則で、定期的な模擬訓練そのものを指すものではない。 【C（正解）】 ？ 日を決めてチームで集まって行う取り組みです。 ゲームデーを定期的に予定し、本番の出来事を模擬して設計と手順を試すことで、改善点を見つけられる。 【D（不正解）】 ？ 本番と同じ規模で試すことです。 試験環境の規模の原則で、障害対応の訓練の日を設けることとは別である。

出典: 一般的な設計原則（Well-Architected）

正解: D 【A（不正解）】 ？ 審査に落ちると使えないという意味です。 レビューは合否を決める仕組みではなく、結果で利用が止まることはない。 【B（不正解）】 ？ 外部の監査として行うという意味です。 利用者自身や AWS、パートナーが行える。監査の仕組みではない。 【C（不正解）】 ？ 1 回で終わりという意味です。 フレームワークは継続的な改善を前提にし、マイルストーンで変化を追える。 【D（正解）】 ？ 設計の長所と短所を話し合う場です。 AWS は、レビューはアーキテクチャの決定に関する建設的な話し合いで、監査の仕組みではないと説明している。

出典: AWS Well-Architected フレームワーク（序章）

正解: A 【A（正解）】 ？ 求められる機能を、期待どおり一貫して果たす力の柱です。 信頼性の柱の 5 つの設計原則に含まれる。ほかに水平方向のスケールや容量を推測しないことがある。 【B（不正解）】 ？ リソースを効率よく使う柱です。 高度な技術の活用やサーバーレスなどが設計原則で、復旧の手順は中心ではない。 【C（不正解）】 ？ 費用の無駄を省く柱です。 消費モデルやクラウド財務管理などが設計原則である。 【D（不正解）】 ？ 環境への影響を減らす柱です。 使用率の最大化などが設計原則で、障害の復旧は中心ではない。

出典: 信頼性の設計原則

正解: C 【A（不正解）】 ？ 運用と手順を磨く柱です。 オブザーバビリティや小さな変更などが設計原則で、技術をサービスとして使う原則は別の柱にある。 【B（不正解）】 ？ 情報とシステムを守る柱です。 アイデンティティ基盤や暗号化などが中心である。 【C（正解）】 ？ 要件に合わせてリソースを効率よく使う柱です。 「高度なテクノロジーを誰でも使えるようにする」「メカニカルシンパシーを重視する」は、パフォーマンス効率の設計原則である。 【D（不正解）】 ？ 障害から戻り、動き続ける柱です。 自動復旧や水平方向のスケールなどが設計原則である。

出典: パフォーマンス効率の設計原則

正解: B 【A（不正解）】 ？ 環境への影響を減らす柱です。 使用率の最大化などを扱い、費用の帰属を中心にする柱ではない。 【B（正解）】 ？ 最も低い価格でビジネス価値を届ける柱です。 「クラウド財務管理の実装」「コストを分析し帰属関係を明らかにする」は、コスト最適化の設計原則である。 【C（不正解）】 ？ 動き続ける力の柱です。 障害への強さを扱う柱で、費用の管理体制は中心ではない。 【D（不正解）】 ？ 運用を磨く柱です。 運用の手順や KPI を扱うが、費用を持ち主に結び付ける原則はコストの柱にある。

出典: コスト最適化の設計原則

正解: D 【A（不正解）】 ？ リソースを効率よく使う柱です。 技術の選び方や実験を扱う柱で、データへの人の接触を減らす原則は別の柱にある。 【B（不正解）】 ？ 運用と手順を磨く柱です。 オブザーバビリティを重視するが、この 2 つの原則は別の柱に属する。 【C（不正解）】 ？ 費用の無駄を省く柱です。 費用の管理を扱う柱である。 【D（正解）】 ？ データとシステムを守る柱です。 手作業でのデータの扱いを減らして人的ミスを防ぐことと、操作や変更を監視・監査することは、セキュリティの設計原則である。

出典: セキュリティの設計原則

正解: A 【A（正解）】 ？ システムを運用し、手順を改善し続ける柱です。 「小規模かつ可逆的な変更を頻繁に行う」は運用上の優秀性の設計原則である。 【B（不正解）】 ？ 障害から戻り、動き続ける柱です。 信頼性にも「自動化で変更を管理する」があるが、小さく可逆的な変更は運用上の優秀性の原則である。 【C（不正解）】 ？ 費用の無駄を省く柱です。 費用を扱う柱で、変更の進め方の原則は含まれない。 【D（不正解）】 ？ リソースを効率よく使う柱です。 頻繁な実験は扱うが、この原則は別の柱にある。

出典: 運用上の優秀性の設計原則／信頼性の設計原則

正解: B 【A（不正解）】 ？ 性能を効率よく出す柱です。 効率という言葉は共通するが、ホストの使用率を上げてエネルギー効率を高める原則は別の柱にある。 【B（正解）】 ？ 環境への影響を減らす柱です。 「使用率を最大化する」は持続可能性の設計原則である。ホストごとに基本の電力消費があるため、使用率の低い 2 台は 1 台より効率が悪い。 【C（不正解）】 ？ 障害に強くする柱です。 信頼性では、むしろ小さなリソースに分けて障害の影響を減らす考え方をとる。 【D（不正解）】 ？ 費用の無駄を省く柱です。 費用にも影響するが、この例はエネルギー効率として説明されている。

出典: 持続可能性の設計原則

正解: D 【A（不正解）】 ？ 費用の無駄を省く柱です。 台数の分け方で費用が変わることはあるが、故障の影響を減らす原則は別の柱にある。 【B（不正解）】 ？ 環境への影響を減らす柱です。 使用率を上げる考え方で、故障の影響を分散する原則ではない。 【C（不正解）】 ？ 運用と手順を磨く柱です。 運用の改善を扱う柱で、この原則は含まれない。 【D（正解）】 ？ 動き続け、障害から戻る力の柱です。 「水平スケーリングで総合的なワークロードの可用性を高める」は信頼性の設計原則である。共通の障害点を持たないようにする。

出典: 信頼性の設計原則

正解: A 【A（正解）】 ？ 組織がクラウドを生かせるよう導く枠組みです。 AWS CAF は、組織がクラウドを効果的に導入し、デジタル変革を進めるのを助けるフレームワークである。 【B（不正解）】 ？ システムの設計を見直す枠組みです。 これは AWS Well-Architected フレームワークの説明である。 【C（不正解）】 ？ 費用の上限を見張る仕組みです。 これは予算を管理するサービスの役割で、CAF の目的ではない。 【D（不正解）】 ？ 移行を実行するツールのことです。 これは移行サービスの役割で、CAF は組織の進め方を導く枠組みである。

出典: AWS クラウド導入フレームワーク（AWS CAF）／AWS CAF の基本的な機能（パースペクティブ）

正解: C 【A（不正解）】 ？ クラウドの取り組みを統括し、リスクを抑える観点です。 全体の統括とリスク管理の観点で、文化や人材育成を中心に扱う観点ではない。 【B（不正解）】 ？ 拡張性のあるクラウド基盤を作る観点です。 技術基盤の観点で、人と文化の課題とは別である。 【C（正解）】 ？ 技術とビジネスの橋渡しをする観点です。 人員のパースペクティブは、技術とビジネスをつなぎ、文化・組織構造・リーダーシップ・人材に焦点を当てる。 【D（不正解）】 ？ クラウドサービスを必要な水準で届ける観点です。 運用の水準を扱う観点で、スキルや文化の変革は中心ではない。

出典: AWS CAF の基本的な機能（パースペクティブ）

正解: D 【A（不正解）】 ？ クラウド投資を事業成果につなげる観点です。 CEO や CFO などが関わる観点で、技術基盤の構築が中心ではない。 【B（不正解）】 ？ データとワークロードの機密性・完全性・可用性を守る観点です。 CISO などが関わる観点である。 【C（不正解）】 ？ 文化と人材に焦点を当てる観点です。 組織や人材の観点で、基盤を作る仕事は別の観点にある。 【D（正解）】 ？ 既存のワークロードのモダナイズも支える観点です。 プラットフォームのパースペクティブは、基盤の構築、既存のワークロードのモダナイズ、クラウドネイティブな仕組みの導入を支える。

出典: AWS CAF の基本的な機能（パースペクティブ）

正解: A 【A（正解）】 ？ クラウドの取り組みをまとめて方向づける観点です。 ガバナンスのパースペクティブは、利益を最大化し、変革に伴うリスクを最小化しながら取り組みを統括する。 【B（不正解）】 ？ サービスを必要な水準で届ける観点です。 日々の運用の水準を扱い、取り組み全体の統括は別の観点にある。 【C（不正解）】 ？ クラウド基盤を作る観点です。 技術基盤の観点で、CFO や CRO が中心の観点ではない。 【D（不正解）】 ？ 文化と人材に焦点を当てる観点です。 組織と人材の観点である。

出典: AWS CAF の基本的な機能（パースペクティブ）

正解: C 【A（不正解）】 ？ 新しい製品や市場で売上を伸ばすことです。 新製品や新市場による成長の成果で、持続可能性とは別である。 【B（不正解）】 ？ 信頼性や安全性を高めてリスクを下げることです。 信頼性・性能・セキュリティの向上による成果である。 【C（正解）】 ？ 環境・社会・ガバナンスの取り組みを高めることです。 洞察を生かして持続可能性と企業の透明性を高めることは、ESG パフォーマンスの向上に当たる。 【D（不正解）】 ？ 運用費を減らし生産性を上げることです。 コストと生産性に関する成果で、透明性や持続可能性とは別である。

出典: AWS クラウド導入フレームワーク（AWS CAF）／AWS Certified Cloud Practitioner 試験ガイド（コンテンツ分野 1）

正解: B 【A（不正解）】 ？ 変革の機会を見つけて優先順位を付ける段階です。 最初の段階で、パイロットの実施ではなく機会の特定に重点を置く。 【B（正解）】 ？ 準備の後に、実際に動かし始める段階です。 ローンチフェーズでは、本番環境でパイロットを実施し、得た知見で進め方を調整してから広げる。 【C（不正解）】 ？ 能力の不足や組織間の依存を明らかにする段階です。 関係者をそろえる段階で、パイロットの実施はこの後になる。 【D（不正解）】 ？ パイロットを必要な規模に広げる段階です。 パイロットの成果を広げて利益を持続させる最後の段階である。

出典: クラウドトランスフォーメーションジャーニー（AWS CAF）

正解: D 【A（不正解）】 ？ 古いインフラやアプリを移行・近代化する分野です。 技術基盤の移行と近代化の分野で、業務の流れの変革は別の分野にある。 【B（不正解）】 ？ チームの編成と働き方を見直す分野です。 人と体制の分野で、業務手順のデジタル化は別である。 【C（不正解）】 ？ 新しい価値提案や収益モデルを作る分野です。 事業モデルを考え直す分野で、既存業務の効率化とは別である。 【D（正解）】 ？ 仕事の流れそのものを見直す分野です。 業務のデジタル化、自動化、最適化を行い、データ分析や機械学習を生かすのはプロセスの分野である。

出典: AWS クラウド導入フレームワーク（AWS CAF）

正解: B 【A（不正解）】 ？ クラウドの機能を生かすため設計を作り直すことです。 アーキテクチャを変える戦略で、そのまま移す形ではない。 【B（正解）】 ？ 「リフトアンドシフト」とも呼ばれる移し方です。 アプリケーションを変更せずに移す戦略で、大規模な移行でよく使われる。 【C（不正解）】 ？ 別の製品や SaaS に置き換えることです。 今のアプリケーションを使い続けず、別の製品に替える戦略である。 【D（不正解）】 ？ 価値のないアプリケーションを廃止することです。 移さずに止める戦略である。

出典: 移行戦略について（AWS 規範ガイダンス）

正解: C 【A（不正解）】 ？ 変更せずにそのまま移すことです。 OS やデータベースをそのまま移す形で、マネージドサービスへの切り替えは含まない。 【B（不正解）】 ？ 今の環境に残すことです。 移行しない戦略で、問いの状況には合わない。 【C（正解）】 ？ 移すときに一部だけ最適化することです。 AWS は、SQL Server を Amazon RDS for SQL Server に移す例をリプラットフォームとして挙げている。 【D（不正解）】 ？ 別の製品や SaaS に置き換えることです。 データベースの製品を替えていないので当てはまらない。

出典: 移行戦略について（AWS 規範ガイダンス）

正解: A 【A（正解）】 ？ 「ドロップアンドショップ」とも呼ばれる置き換えです。 アプリケーションを別の製品や SaaS に置き換える戦略で、インフラ維持の負担やライセンスの問題を減らせる。 【B（不正解）】 ？ 多数のサーバーを書き換えずにクラウド版の基盤へ移すことです。 今のアプリケーションをそのまま使い続ける移し方で、SaaS への置き換えではない。 【C（不正解）】 ？ 設計を作り直して移すことです。 自社のアプリケーションを作り直す戦略で、他社製品に替えるものではない。 【D（不正解）】 ？ 価値のないアプリケーションを廃止することです。 機能自体は使い続けるので、廃止には当たらない。

出典: 移行戦略について（AWS 規範ガイダンス）

正解: D 【A（不正解）】 ？ 変更せずにそのまま移すことです。 使われていないアプリを移しても、維持費が AWS に移るだけである。 【B（不正解）】 ？ 移すときに一部を最適化することです。 手間をかけて移す価値がないアプリには向かない。 【C（不正解）】 ？ 設計を作り直すことです。 最も複雑な戦略で、使われていないアプリに行う理由がない。 【D（正解）】 ？ 移さずに廃止することです。 AWS は、過去 90 日間インバウンドの接続がないアプリなどを廃止の候補に挙げている。維持費も減らせる。

出典: 移行戦略について（AWS 規範ガイダンス）

正解: B 【A（不正解）】 ？ 別の製品や SaaS に置き換えることです。 置き換えられる製品がある場合の戦略で、物理的な依存は解消しない。 【B（正解）】 ？ 今の環境に残すことです。 AWS は、クラウドに同等品のない特殊なハードウェアへの依存を、今の環境に残す理由の例に挙げている。 【C（不正解）】 ？ そのままクラウドへ移すことです。 機械との物理的なつながりは、そのまま移しても保てない。 【D（不正解）】 ？ 書き換えずにクラウド版の基盤へ移すことです。 仮想化基盤ごと移す戦略で、特殊な機械への依存は解決しない。

出典: 移行戦略について（AWS 規範ガイダンス）

正解: B 【A（不正解）】 ？ ファイルやオブジェクトのデータを転送するサービスです。 ファイル転送のサービスで、データベースの変更を継続的に複製するものではない。 【B（正解）】 ？ データベースのデータを移すサービスです。 1 回限りの移行に加え、変更を継続して複製してソースとターゲットの同期を保てる。 【C（不正解）】 ？ データベースのスキーマを別のエンジン向けに変換するツールです。 表の構造などを変換する道具で、データの変更を継続的に複製するものではない。 【D（不正解）】 ？ 設計をレビューする道具です。 設計のレビューの道具で、データの複製は行わない。

出典: AWS Database Migration Service とは

正解: C 【A（不正解）】 ？ OS やデータベースを丸ごと AWS に写す方法です。 AWS Transform MGN（旧称 AWS Application Migration Service）などで丸ごと移す形で、別のエンジンへのスキーマ変換は行わない。 【B（不正解）】 ？ ファイルをそのまま転送する方法です。 AWS DataSync などのファイル転送では、データベースのスキーマ変換に対応しない。 【C（正解）】 ？ 表の構造を変換してからデータを移す流れです。 別のエンジンに移す場合は DMS Schema Conversion か AWS Schema Conversion Tool でスキーマを変換し、その後 AWS Database Migration Service でデータを移行する。 【D（不正解）】 ？ ライセンスの持ち方を変えることです。 ライセンスの扱いを変えても、データベースのエンジンの変換やデータの移行は行われない。

出典: AWS Database Migration Service とは

正解: C 【A（不正解）】 ？ 移行の状況を一か所で追うサービスです。 Migration Hub は 2025 年 11 月 7 日に新規受付を終えており、新しく使い始めることはできない。 【B（不正解）】 ？ オンプレミスの構成と使用状況を集めるサービスです。 このサービスも 2025 年 11 月 7 日に新規の受付を終えた。AWS は同様の機能を持つ別のサービスを案内している。 【C（正解）】 ？ AI エージェントで移行やモダナイズを進めるサービスです。 AWS は、Migration Hub と Application Discovery Service と同様の機能を持つサービスとして AWS Transform を案内している。依存関係の把握や移行の計画を自動化できる。 【D（不正解）】 ？ AWS 環境を点検するサービスです。 AWS 上の環境を点検する道具で、オンプレミスのサーバーを調べる道具ではない。

出典: What Is AWS Migration Hub?（新規受付終了の告知）／AWS Application Discovery Service とは（新規受付終了の告知）／AWS Transform／AWS Application Discovery Service availability change

正解: A 【A（正解）】 ？ ストレージ間でファイルやオブジェクトを転送するサービスです。 NFS や SMB などから S3 などへ、暗号化と整合性の確認つきで転送を自動化できる。 【B（不正解）】 ？ データベースを移行するサービスです。 データベース向けのサービスで、ファイルサーバーの転送には向かない。 【C（不正解）】 ？ 機器を送って物理的に運ぶ方法です。 Snowball Edge は新規の利用者には提供されなくなり、AWS はオンライン転送に DataSync を案内している。 【D（不正解）】 ？ サーバーを丸ごと複製して移すサービスです。 サーバー単位の移行の道具（旧称 AWS Application Migration Service）で、ファイルを S3 に移す用途ではない。

出典: AWS DataSync とは／What is Snowball Edge?（新規受付終了の告知）

正解: D 【A（不正解）】 ？ 移しながら設計を作り直すことです。 リファクタリングは最も複雑で、多数のアプリに行うのは難しいため、大規模移行には勧められていない。 【B（不正解）】 ？ 全部を他社製品に置き換えることです。 アプリごとに戦略を選ぶのが前提で、全部を置き換える進め方は示されていない。 【C（不正解）】 ？ 時間をかけて 1 つずつ移すことです。 大規模移行は、多数のサーバーをまとめて移す前提で戦略を選ぶ。 【D（正解）】 ？ 移してから近代化する順番です。 AWS は、大規模移行ではリホストや再配置、リプラットフォームで移し、完了後にモダナイズするよう勧めている。

出典: 移行戦略について（AWS 規範ガイダンス）

正解: A 【A（正解）】 ？ 成果重視の方法論で移行を後押しする AWS のプログラムです。 AWS Migration Acceleration Program（MAP）は評価、準備（モビライズ）、移行とモダナイズの 3 段階で、ツール、トレーニング、パートナーの知見、財務投資を提供する。 【B（不正解）】 ？ 設計をレビューする道具です。 設計の点検の道具で、移行全体を支援するプログラムではない。 【C（不正解）】 ？ ソフトウェアを探して購入するカタログです。 製品を買う場で、移行の方法論や段階的な支援を提供するものではない。 【D（不正解）】 ？ リソースのサイズの推奨を出すサービスです。 サイズの見直しの道具で、移行プログラムではない。

出典: AWS Migration Acceleration Program（MAP）

正解: A 【A（正解）】 ？ 使う量に関係なく先にかかる設備の費用です。 使用量にかかわらず発生する費用で、クラウドではこれを使った分の支払いに置き換えられる。 【B（不正解）】 ？ 利用量に応じて増減する料金です。 使った分だけ払う変動費の例である。 【C（不正解）】 ？ 量に比例する料金です。 使った量で増減するので変動費の例である。 【D（不正解）】 ？ 呼び出しの量で変わる料金です。 使った分の料金で、変動費の例である。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）／主要な原則（AWS 料金の仕組み）

正解: B 【A（不正解）】 ？ 会社の規模を表す数字です。 料金の要因ではない。料金はリソースの使い方で決まる。 【B（正解）】 ？ 計算、保存、外向きの通信の 3 つです。 AWS は、この 3 つを基本のコスト要因として挙げている。インバウンドの転送はほとんどの場合無料である。 【C（不正解）】 ？ 管理の単位の数です。 これらの数そのものが主なコスト要因になるわけではない。 【D（不正解）】 ？ 受信の通信と管理情報のことです。 インバウンドのデータ転送は、ほとんどの場合料金がかからない。

出典: 主要な原則（AWS 料金の仕組み）

正解: C 【A（不正解）】 ？ 1 週間の時間すべてです。 止めずに 24 時間 365 日動かした場合の週の時間で、停止の効果がない。 【B（不正解）】 ？ 平日 5 日を丸ごと動かした時間です。 5 日 × 24 時間 = 120 時間で、使わない夜間も動かした計算になる。 【C（正解）】 ？ 使う時間だけ動かした場合です。 8 時間 × 5 日 = 40 時間。168 時間から 128 時間減り、約 76% の削減になる。AWS も同じ例で約 75% の削減を示している。 【D（不正解）】 ？ 毎日 8 時間動かした場合です。 8 時間 × 7 日 = 56 時間で、週末の使わない日も含めた計算になる。

出典: コスト最適化の設計原則／主要な原則（AWS 料金の仕組み）

正解: D 【A（不正解）】 ？ どのデータをどう守るかを決めることです。 AWS 責任共有モデルでは、データの管理は利用者の責任として残る。 【B（不正解）】 ？ 自社のプログラムを直し続けることです。 自社のアプリは利用者が保守する。 【C（不正解）】 ？ 誰に何を許すかを決めることです。 アクセスの管理は利用者の責任として残る。 【D（正解）】 ？ データセンターの建物と機器の手間です。 AWS はラック構成、積み上げ、電力供給などの手間を受け持つ。利用者はこの費用と作業から解放される。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）／コスト最適化の設計原則

正解: B 【A（不正解）】 ？ AWS の費用の推移を分析する道具です。 すでに AWS で使った費用を見る道具で、オンプレミスとの比較を作るものではない。 【B（正解）】 ？ 移行前の今の環境を分析するサービスです。 今の環境のデータを集めて分析し、データに基づく移行のビジネスケースを作る。過剰な設備の発見や、BYOL とライセンス込みの比較もできる。 【C（不正解）】 ？ AWS 環境を点検して推奨を出すサービスです。 AWS 上の環境の点検で、移行前の費用比較を作る道具ではない。 【D（不正解）】 ？ メトリクスやログを監視するサービスです。 監視の道具で、ビジネスケースの作成は行わない。

出典: Migration Evaluator

正解: A 【A（正解）】 ？ 余った能力にもお金がかかることです。 前もって容量を決めると、高価なリソースが遊ぶか不足するかになりがちである。ピークに合わせれば遊ぶ設備が増える。 【B（不正解）】 ？ 使用量で費用が変わることです。 これはクラウドの変動費の性質で、オンプレミスの買い方の問題ではない。 【C（不正解）】 ？ 受信の通信に料金がかかることです。 オンプレミスの機器の買い方とは関係のない話である。 【D（不正解）】 ？ 置く地域を毎回選ぶことです。 リージョンは AWS の概念で、オンプレミスの機器購入の問題ではない。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）／Amazon EC2 Auto Scaling の利点

正解: C 【A（不正解）】 ？ ライセンスが料金に入っている形です。 これはライセンス込みモデルの説明である。 【B（不正解）】 ？ 無料のソフトだけを選ぶことです。 BYOL は持っているライセンスを使う形で、オープンソースに限る話ではない。 【C（正解）】 ？ 手持ちのライセンスを再利用することです。 既存のライセンスの在庫をクラウドのリソースで再利用し、費用を抑えられる。ライセンスの条項には従う必要がある。 【D（不正解）】 ？ 事業者がライセンスを配るという意味です。 BYOL ではライセンスは利用者が用意する。

出典: AWS License Manager とは／RDS for Oracle のライセンスオプション

正解: B 【A（不正解）】 ？ 料金にライセンスが入っているという意味です。 RDS for Oracle のライセンス込みは Standard Edition 2 だけで、Enterprise Edition には使えない。 【B（正解）】 ？ 手持ちのライセンスを使う形です。 RDS for Oracle の Enterprise Edition は BYOL だけに対応する。インスタンスクラスとエディションに合うライセンスが必要である。 【C（不正解）】 ？ エンジンとして選べないという意味です。 RDS for Oracle は提供されており、この前提は成り立たない。 【D（不正解）】 ？ 費用がかからないという意味です。 ライセンス込みでは料金に含まれ、BYOL では自分で用意する。どちらでもライセンス自体は必要である。

出典: RDS for Oracle のライセンスオプション

正解: C 【A（不正解）】 ？ 余った容量を割引で使う購入方法です。 中断されることがある購入方法で、物理サーバーのソケットやコアは見えない。 【B（不正解）】 ？ 1 つのお客様専用のハードウェアで動くインスタンスです。 専用の機器で動くが、ソケットやコアの数は見えず、BYOL は一部だけの対応である。 【C（正解）】 ？ お客様専用に割り当てられる物理サーバーです。 専有ホストは BYOL を幅広く支え、ソケット単位・コア単位・VM 単位のライセンスを条項に従って使える。 【D（不正解）】 ？ 長期の約束なしに使う基本の購入方法です。 物理サーバーのソケットやコアの数が見えず、それに結び付くライセンスの持ち込みには向かない。専有ホストならこれらが見える。

出典: Amazon EC2 専有ホスト

正解: A 【A（正解）】 ？ ソフトウェアライセンスの使用を一元管理するサービスです。 ライセンスのルールにハードやソフトの上限を設け、上限を超えるサーバーの使用を未然に防げる。オンプレミスも Systems Manager と組み合わせて管理できる。 【B（不正解）】 ？ ソフトウェアを探して購入するカタログです。 製品を買う場で、使用数の追跡と上限の適用は主な役割ではない。 【C（不正解）】 ？ 費用の推移を分析する道具です。 費用の分析の道具で、ライセンスの数を数えて上限をかけるものではない。 【D（不正解）】 ？ 設計をレビューする道具です。 設計の点検の道具で、ライセンスの管理は行わない。

出典: AWS License Manager とは

正解: D 【A（不正解）】 ？ テンプレートでリソースを作るサービスです。 環境を作る道具で、使用状況を分析してサイズを勧めるものではない。 【B（不正解）】 ？ サーバーを AWS に移すサービスです。 サーバーを移す道具（旧称 AWS Application Migration Service）で、サイズの見直しは行わない。 【C（不正解）】 ？ データベースを移すサービスです。 データベースの移行の道具である。 【D（正解）】 ？ コンピューティングの設定の最適化を助けるサービスです。 CloudWatch のメトリクスを既定で過去 14 日分分析し、適切なサイジングの推奨やアイドル状態のリソースを示す。

出典: AWS Compute Optimizer とは

正解: B 【A（不正解）】 ？ 予備の分は数えないという意味です。 AWS の案内では、マルチ AZ の BYOL ではスタンバイの分もライセンスが必要である。 【B（正解）】 ？ 本番用と予備の両方に用意することです。 BYOL でマルチ AZ 配置にする場合、プライマリとスタンバイの両方でライセンスを保持する必要がある。 【C（不正解）】 ？ 支払い方が自動で変わるという意味です。 ライセンスモデルが自動で切り替わることはない。 【D（不正解）】 ？ アカウント単位で数えるという意味です。 インスタンスクラスとエディションに合うライセンスが必要で、アカウントに 1 つという数え方ではない。

出典: RDS for Oracle のライセンスオプション

正解: C 【A（不正解）】 ？ 手持ちのライセンスを使う形です。 持っていないライセンスを新たに買う手間が生じ、すぐ使い始めたいという条件に合わない。 【B（不正解）】 ？ 専用の物理サーバーを借りる形です。 専有ホストは BYOL に向く選択肢で、ライセンスを持たない場合の近道ではない。 【C（正解）】 ？ ライセンス代が料金に含まれる形です。 EC2 では、ライセンスが含まれるインスタンスを使えば Windows Server のライセンスを別に買わずに済む。料金は使った分で、ライセンス準拠の管理は AWS が行う。 【D（不正解）】 ？ ライセンスの使用状況を管理する道具です。 License Manager は使用状況を管理する道具で、ライセンスを無償で発行するものではない。

出典: Microsoft ライセンス（AWS 上の Windows）／Amazon EC2 専有ホスト

正解: C 【A（不正解）】 ？ 利用者が増えると料金が上がるという意味です。 逆に、使用量が集まることで事業者は従量制の料金を低く抑えられる。 【B（不正解）】 ？ まとめ買いの効果のことです。 AWS の説明は、多くの顧客の使用量が集まることで、自社構築より低い変動費を実現できるというものである。 【C（正解）】 ？ 利用者全体の量で単価が下がることです。 数十万の顧客の使用量が集まることで、AWS はより大きな規模の利益を得て、従量制の料金を低く抑えられる。 【D（不正解）】 ？ 定額の料金という意味です。 AWS は使った分だけ払う従量制が基本で、定額になるという意味ではない。

出典: クラウドコンピューティングの 6 つの利点（AWS の概要）／主要な原則（AWS 料金の仕組み）

正解: A 【A（正解）】 ？ リソースをテンプレートに書いて自動で作る方法です。 テンプレートを一度書けば、複数のリージョンで同じリソースを一貫して何度でも作れる。 【B（不正解）】 ？ 画面で手作業で作る方法です。 手作業では漏れや違いが出やすく、繰り返しの構築には向かない。 【C（不正解）】 ？ 時間がたてば写されるという意味です。 リージョン間でリソースが自動で複製されることはない。 【D（不正解）】 ？ 同じ場所で立て直す方法です。 東京全体の障害には備えられない。

出典: CloudFormation とは／リージョンとゾーン（Amazon EC2 ユーザーガイド）

正解: D 【A（不正解）】 ？ 見張りがいらなくなるという意味です。 自動化してもワークロードの観測は必要で、オブザーバビリティも設計原則の 1 つである。 【B（不正解）】 ？ 一度動かすと戻せないという意味です。 自動化の変更は追跡・監査でき、必要なら以前の設定に戻せる。 【C（不正解）】 ？ 専用の機器が必要という意味です。 そのような前提は示されていない。 【D（正解）】 ？ 決まった手順で一貫して動くことです。 効果的な自動化により、出来事への一貫した対応、人為的ミスの最小化、オペレーターの労力の軽減ができる。

出典: 運用上の優秀性の設計原則／一般的な設計原則（Well-Architected）

正解: B 【A（不正解）】 ？ 画面の記録を残す方法です。 手作業の記録で、前の構成へ確実に戻す仕組みにはならない。 【B（正解）】 ？ インフラの構成をコードとして管理する方法です。 Infrastructure as Code の考え方である。CloudFormation のテンプレートはテキストなので、バージョン管理で変更を追跡でき、前の版で元に戻せる。 【C（不正解）】 ？ 作業者を限る方法です。 作業者を限っても、変更内容を正確に追って戻す仕組みにはならない。 【D（不正解）】 ？ 変更の回数を減らす方法です。 大きな変更をまとめると影響が大きくなる。AWS は小さく可逆的な変更を勧めている。

出典: CloudFormation とは／運用上の優秀性の設計原則

正解: C 【A（不正解）】 ？ 設計をレビューする道具です。 レビューの道具で、インスタンスを自動で置き換える機能はない。 【B（不正解）】 ？ 使う前に費用を見積もる道具です。 見積もりの道具で、運用の自動化は行わない。 【C（正解）】 ？ インスタンスの数を需要に合わせて調整する機能です。 異常なインスタンスを検出して削除し、代わりを起動できる。複数のアベイラビリティーゾーンで補うこともできる。 【D（不正解）】 ？ ライセンスの使用を管理するサービスです。 ライセンスの管理の道具で、インスタンスの置き換えは行わない。

出典: Amazon EC2 Auto Scaling の利点

正解: A 【A（正解）】 ？ マネージドサービスを広く共有する効果です。 マネージドサービスは広い顧客で共有されて使用率が上がる。電力などデータセンター共通の影響を分け合い、運用の負担も減る。 【B（不正解）】 ？ 自社のプログラムの出来を事業者が請け負うという意味です。 マネージドサービスでも、アプリケーションのコードは利用者の責任である。 【C（不正解）】 ？ データ保護が不要になるという意味です。 データの保護は引き続き利用者が考える必要がある。 【D（不正解）】 ？ 定額になるという意味です。 Fargate も使った分の料金で、定額になるわけではない。

出典: 持続可能性の設計原則／運用上の優秀性の設計原則

正解: B 【A（不正解）】 ？ 自前で機器と OS を持つ方法です。 手間が増え、顧客向けの開発に時間を使いたいという目的に反する。 【B（正解）】 ？ 運用の多くを AWS に任せるサービスを使うことです。 マネージドサービスを使うと OS やアプリケーションの管理の負担が減り、顧客やビジネスに集中できる。 【C（不正解）】 ？ 更新作業をやめることです。 安全性を損なうため、運用負担を減らす方法として勧められていない。 【D（不正解）】 ？ 余裕を大きく持たせることです。 費用が増えるだけで、運用の手間は減らない。

出典: 運用上の優秀性の設計原則／コスト最適化の設計原則