インフラ・アプリの要点整理と想定問題

正解: A 【A（正解）】 ？ 移行時の変更量が最も少ない型を指す リホストは、構成を大きく変えずにクラウドへ再配置する型です。最も素直な方法ですが、クラウドならではの機能は生かしにくい面があります。 【B（不正解）】 ？ 移行と同時に基盤の手直しを行う型を指す 移した後にクラウド向けに最適化するのはリプラットフォームの説明です。リホストより手間がかかります。 【C（不正解）】 ？ 古いアプリを捨てて新しく作る型を指す 設計から作り直して書き直すのはリイマジンの説明です。変更量は最も大きくなります。 【D（不正解）】 ？ 移行の対象から外す判断を指す 今の環境に残すのはリテインの説明です。移行そのものを行わない選択肢です。

出典: クラウド移行とは（Google Cloud）／アプリケーションの合理化（Google Cloud ブログ）

正解: C 【A（不正解）】 ？ 変更を加えずにクラウドへ移す扱い 使われていないシステムを移すと、移行の手間とクラウドの費用が無駄にかかります。 【B（不正解）】 ？ 今の環境に残して使い続ける扱い 代替済みで不要なら、残しても保守費がかかり続けるだけです。残す判断は、今は移せない事情があるときに向きます。 【C（正解）】 ？ 不要になったものを止める扱い 公式の説明では、リタイアは元の環境でアプリと計算資源を廃止することです。不要なシステムに最も合う扱いです。 【D（不正解）】 ？ コードを書き換えてクラウドの利点を生かす扱い 使われないシステムに手間をかけて作り変えても、事業上の効果は見込めません。

出典: アプリケーションの合理化（Google Cloud ブログ）／移行: ワークロードの評価と検出

正解: B 【A（不正解）】 ？ システムを止めて廃止すること 依存があって今は移せないだけで、業務には必要です。廃止するリタイアは当てはまりません。 【B（正解）】 ？ 今の環境にそのまま置いておくこと 公式の説明では、リテインはアプリをそのまま今の環境で動かすことです。移せない事情があるときの扱いに合います。 【C（不正解）】 ？ ほぼそのままクラウドへ移すこと リホストは移行する前提の型です。今は移せないという判断と合いません。 【D（不正解）】 ？ 設計から作り直して書き直すこと 作り直すには時間と費用がかかり、今は移せないという状況の答えにはなりません。

出典: アプリケーションの合理化（Google Cloud ブログ）／移行: ワークロードの評価と検出

正解: D 【A（不正解）】 ？ 構成を変えずにそのまま移す型 データベースの運用形態を変えているので、何も変えないリホストより一歩進んだ型です。 【B（不正解）】 ？ 設計から作り直して書き直す型 コードはほぼ変えないので、全面的に作り直すリイマジンには当たりません。 【C（不正解）】 ？ システムを廃止する型 受注アプリは使い続けるので、廃止するリタイアではありません。 【D（正解）】 ？ 移しながら実行基盤をクラウド向けに最適化する型 アプリの基本構造は保ち、基盤の一部をクラウドのサービスに置き換えて最適化しています。これはリプラットフォームに当たります。

出典: クラウド移行とは（Google Cloud）／Migrate to Google Cloud: Get started（移行の始め方）

正解: B 【A（不正解）】 ？ ほぼそのまま移す型 コードを書き換えるので、ほぼ手を加えないリホストではありません。 【B（正解）】 ？ アプリのコードを変えてクラウドの利点を生かす型 公式の説明では、リファクタリングは見た目の動きを変えずにコードを作り変え、クラウドの機能を生かす型です。 【C（不正解）】 ？ 設計から作り直して書き直す型 全面的な作り直しはしない前提なので、リイマジンには当たりません。 【D（不正解）】 ？ 移行せず今の環境に残す型 クラウドへ移す計画なので、残すリテインではありません。

出典: クラウド移行とは（Google Cloud）／アプリケーションの合理化（Google Cloud ブログ）

正解: A 【A（正解）】 ？ 設計から作り直して書き直す型 公式の説明では、リイマジンは設計し直して書き直すことです。既存を土台にせず、新しく作る点が特徴です。 【B（不正解）】 ？ 基本構造を保ったまま基盤を最適化する型 基本構造を保つ型なので、設計からの作り直しには当たりません。 【C（不正解）】 ？ ほぼそのまま移す型 そのまま移す型であり、書き直しは含みません。 【D（不正解）】 ？ 今の環境に残す型 既存のシステムを使い続けないと決めているので、残す型は合いません。

出典: アプリケーションの合理化（Google Cloud ブログ）／クラウド移行とは（Google Cloud）

正解: C 【A（不正解）】 ？ データベースを移すためのサービス データベースの移行そのものを行うサービスです。環境全体の把握やTCOの比較は主な役割ではありません。 【B（不正解）】 ？ 仮想マシンを Google Cloud へ移すサービス 仮想マシンを実際に移す段階で使います。最初の把握と見積もりの段階には向きません。 【C（正解）】 ？ 移行の検出・評価・計画をまとめて行う場 Migration Centerは資産の一覧化、依存関係の把握、TCOレポートや費用見積もりを行えます。計画の最初に合います。 【D（不正解）】 ？ コードのビルドやテストを自動化するサービス CI/CDのためのサービスで、移行前の環境調査には使いません。

出典: Migration Center の概要／Migrate to Google Cloud: Get started（移行の始め方）

正解: D 【A（不正解）】 ？ 仮想マシンやディスクを移すサービス 仮想マシン単位の移行サービスです。データベースのエンジンを変える移行には使いません。 【B（不正解）】 ？ 移行の検出・評価・計画を行う場 評価や計画には役立ちますが、データの複製と切り替えを行うサービスではありません。 【C（不正解）】 ？ 他社クラウドのデータをそのまま分析する機能 分析のための機能で、業務データベースの移行には使いません。 【D（正解）】 ？ データベースの移行を支えるサービス 初回のコピーと継続的な複製を管理し、停止時間を抑えた移行ができます。別エンジンへの移行にも対応します。

出典: Database Migration Service ドキュメント

正解: B 【A（不正解）】 ？ 仮想化する範囲が広い方式 ハードウェア全体を OS ごと仮想化するのは仮想マシンの特徴です。そのぶん大きく、資源も多く使います。 【B（正解）】 ？ OS を丸ごと持たない方式 公式の説明では、コンテナは OS 層だけを仮想化し、ホストのカーネルを共有します。そのため軽く、起動も速くなります。 【C（不正解）】 ？ 動かせる場所が限られるという説明 コンテナはノート PC からデータセンター、クラウドまでどこでも動かせます。 【D（不正解）】 ？ 保存の仕組みに関する説明 保存機能の有無は軽さの理由ではありません。違いは仮想化する範囲にあります。

出典: 仮想マシンとは（Google Cloud）／コンテナとは（Google Cloud）

正解: C 【A（不正解）】 ？ 開発の流れを自動化する仕組み これはCI/CDの説明です。Kubernetesはコンテナを動かし続ける側の仕組みです。 【B（不正解）】 ？ 特定のクラウド専用の管理ソフト Kubernetesはオープンソースで、オンプレミスから複数のクラウドまで同じように動きます。 【C（正解）】 ？ 多くのコンテナをまとめて扱う仕組み Kubernetesはコンテナ化したアプリを大規模に動かすためのオープンソースの基盤です。 【D（不正解）】 ？ API の課金に関わる仕組み API の課金はApigeeなどの API 管理の役割です。

出典: Kubernetes とは（Google Cloud）／コンテナとは（Google Cloud）

正解: D 【A（不正解）】 ？ 名前どおりの意味かを問う説明 公式の説明でも、サーバーレスでもサーバーは存在します。利用者が意識しなくてよいという意味です。 【B（不正解）】 ？ 利用者が基盤を管理する方式 OS や台数を利用者が管理するのはIaaSに近い形です。サーバーレスでは事業者が受け持ちます。 【C（不正解）】 ？ 常に一定の能力を持つ方式 空き時間にも費用がかかる形で、使った分だけ払うサーバーレスの考え方と逆です。 【D（正解）】 ？ インフラ管理を事業者に任せる方式 サーバーレスでは事業者が資源の用意・管理・拡張を行い、利用者は実際に使った分だけ支払います。

出典: サーバーレス コンピューティングとは（Google Cloud）

正解: A 【A（正解）】 ？ 余った資源を割安に使う VM Spot VMは通常の VM より大幅に安く、中断に耐えるバッチ処理に向きます。止まっても再実行できる処理に合います。 【B（不正解）】 ？ 止まりにくい標準の VM を常時使う方法 処理しない時間にも費用がかかり、費用を最も抑える方法にはなりません。 【C（不正解）】 ？ 専用の物理サーバーを使う方法 特殊な要件のワークロード向けで、再実行できるバッチを安く回す目的には合いません。 【D（不正解）】 ？ 大きな VM を確保しておく方法 必要以上の資源を常に確保するので、費用はかえって増えます。

出典: Spot VM（Compute Engine）

正解: C 【A（不正解）】 ？ 中断に耐えられる処理 中断しても再実行できるので、Spot VMの典型的な用途です。 【B（不正解）】 ？ 状態を保持しない処理 公式の説明では、状態を持たないアプリもSpot VMに向く例として挙げられています。 【C（正解）】 ？ 止まると業務が止まる処理 Spot VMはいつでも停止されることがあり、SLAの対象外です。停止できない基幹の処理には向きません。 【D（不正解）】 ？ 繰り返し実行できる処理 途中で止まっても実行し直せるので、Spot VMで費用を抑えやすい処理です。

出典: Spot VM（Compute Engine）

正解: B 【A（不正解）】 ？ サーバーを大きくする考え方 台数を増減して振り分ける仕組みなので、1 台を大きくする方法とは異なります。 【B（正解）】 ？ 台数の調整と振り分けを組み合わせる考え方 負荷が増えると VM を足し、減ると減らします。その VM 群にアクセスを分散することで、急増に耐えつつ費用も抑えます。 【C（不正解）】 ？ 通信の保護に関する考え方 暗号化は転送中の暗号化などの役割で、負荷への対応とは別の話です。 【D（不正解）】 ？ 料金の決まり方に関する考え方 台数が増減するので、費用も使った分に応じて変わります。

出典: インスタンス グループの自動スケーリング／Cloud Load Balancing の概要

正解: A 【A（正解）】 ？ 管理作業を誰が受け持つかに関わる利点 運用・保守・更新を事業者が受け持つため、社内の担当者はアプリや業務の改善に時間を使えます。 【B（不正解）】 ？ 開発作業そのものに関わる利点 アプリは引き続き自分たちで作ります。任せられるのは基盤の管理です。 【C（不正解）】 ？ 料金の比較に関わる利点 料金はサービスや事業者ごとに異なります。管理を任せられることとは関係がありません。 【D（不正解）】 ？ アクセス権に関わる利点 権限は利用者がIAMなどで管理します。自動で開放されることはありません。

出典: サーバーレス コンピューティングとは（Google Cloud）／レガシー モダナイゼーションとは（Google Cloud）

正解: D 【A（不正解）】 ？ 暗号化した通信路で拠点をつなぐサービス 社内ネットワークとVPCをつなぐためのもので、利用者への配信を速くするものではありません。 【B（不正解）】 ？ 専用の接続で拠点とクラウドをつなぐサービス 拠点と Google Cloud の接続に使います。一般の利用者への配信には使いません。 【C（不正解）】 ？ 余った資源を割安に使う VM 費用を抑える VM で、配信を利用者の近くから行う仕組みではありません。 【D（正解）】 ？ Google のエッジでコンテンツを一時保存して配る Cloud CDNは Google のエッジ網で利用者の近くから配信します。キャッシュから返すので配信元の負荷も減ります。

出典: Cloud CDN の概要／Cloud Load Balancing の概要

正解: B 【A（不正解）】 ？ 実行環境ごと借りる形態 コードを置くだけで動かす形はApp EngineなどのPaaSに近い説明です。 【B（正解）】 ？ 基盤を借りて OS から上を自分で扱う形態 公式の説明では、Compute Engineは自分で管理する VM とベアメタルを提供するIaaSです。 【C（不正解）】 ？ 完成品のソフトを使う形態 SaaSは完成したアプリを使う形で、VM を作って動かすCompute Engineとは異なります。 【D（不正解）】 ？ 関数単位で動かす形態 イベントで関数を動かすのはCloud Run functionsの説明です。

出典: Compute Engine の概要

正解: C 【A（不正解）】 ？ 余った資源を割安に使う VM 費用は下がりますが、CPU とメモリの組み合わせを合わせる対応ではありません。 【B（不正解）】 ？ コンテナをサーバーレスで動かす方法 リホストの方針と異なり、メモリ構成の問題の答えにもなりません。 【C（正解）】 ？ CPU とメモリの量を自分で決める方法 公式の説明では、定義済みの型が合わないとき、一部のシリーズで CPU とメモリを指定した型を作れます。 【D（不正解）】 ？ コンテンツをエッジから配る方法 配信を速くする仕組みで、VM のメモリ不足は解決しません。

出典: Compute Engine の概要／Compute Engine インスタンス

正解: A 【A（正解）】 ？ 動いたまま別のホストへ移す仕組み 保守の際に VM を同じゾーンの別ホストへ移すため、再起動や IP アドレスの変更なしに動き続けます。 【B（不正解）】 ？ 余った資源を割安に使う VM Spot VMはむしろ停止されることがある VM で、保守中の継続とは関係がありません。 【C（不正解）】 ？ 負荷に応じて台数を増減する仕組み 台数を調整する仕組みで、1 台の VM を保守中に動かし続けるものではありません。 【D（不正解）】 ？ 同じ設定の VM をまとめて扱う仕組み VM 群をまとめて管理する仕組みで、1 台の VM を保守中に止めずに動かすものではありません。

出典: メンテナンス時のライブ マイグレーション

正解: D 【A（不正解）】 ？ 1 台を大きくして運用する構成 1 台が止まるとサービス全体が止まり、自動での復旧も台数調整もできません。 【B（不正解）】 ？ 割安な VM を使う構成 停止されることがある VM を 1 台だけ使うと、かえって止まりやすくなります。 【C（不正解）】 ？ 専用の物理サーバーを使う構成 特殊なワークロード向けの選択肢で、自動修復と台数調整の要件の答えではありません。 【D（正解）】 ？ 同じ設定の VM 群をまとめて扱う構成 テンプレートから同じ VM を作り、落ちた VM の自動再作成と台数の自動調整ができます。

出典: インスタンス グループ（Compute Engine）／インスタンス グループの自動スケーリング

正解: B 【A（不正解）】 ？ コンテナをサーバーレスで動かすサービス コンテナを動かすサービスで、専用の物理サーバーを使う要件には合いません。 【B（正解）】 ？ 事前構成された専用サーバーを使うサービス 公式の資料では、Oracle Database RAC などの高可用性の用途に向き、SAP HANA にも使えます。Google Cloud のリージョンとは Partner Interconnect でつながります。 【C（不正解）】 ？ VM を Google Cloud へ移すサービス VM を移すための移行ツールで、専用の物理サーバーを提供するものではありません。 【D（不正解）】 ？ 余った資源を割安に使う VM 停止されることがある VM で、止められない専用構成のデータベースには向きません。

出典: Bare Metal Solution の計画／Bare Metal Solution for Oracle（製品ページ）

正解: C 【A（不正解）】 ？ ノード管理を任せる Kubernetes の動かし方 コンテナを動かす仕組みで、VMware の管理ツールをそのまま使う要件には合いません。 【B（不正解）】 ？ イベントで短い関数を動かすサービス 関数を動かすサービスで、VM の移行先にはなりません。 【C（正解）】 ？ Google Cloud 上で VMware の基盤を動かすサービス VMware の基盤を Google Cloud 上で動かし、既存のツールや手順と互換性を保てます。データセンターの閉鎖も用途に挙がっています。 【D（不正解）】 ？ データベースを移すサービス データベースを移すためのサービスで、VM と VMware のツールをそのまま使う要件には合いません。

出典: Google Cloud VMware Engine の概要

正解: A 【A（正解）】 ？ VM やディスクを Google Cloud へ移すサービス vSphere、AWS、Azure などの VM を Google Cloud の VM や永続ディスクへ移せます。リホストの典型的な道具です。 【B（不正解）】 ？ データベースを移すサービス データベースの移行に使うサービスで、VM 全体を移すものではありません。 【C（不正解）】 ？ Google Cloud 上で VMware の基盤を動かすサービス VMware の環境ごと Google Cloud で動かすもので、Compute Engineの VM へ移す方法ではありません。 【D（不正解）】 ？ 他社クラウドのデータを分析する機能 分析の機能で、VM を移すものではありません。

出典: Migrate to Virtual Machines ドキュメント／Migrate to Google Cloud: Get started（移行の始め方）

正解: D 【A（不正解）】 ？ 全体を 1 つに束ねる作り方 1 つのまとまりで作るのはモノリスの特徴です。 【B（不正解）】 ？ データを 1 か所にまとめる作り方 公式の説明では、各マイクロサービスはそれぞれのコードやデータを持ちます。 【C（不正解）】 ？ 変更のたびに全体を作る作り方 一部の変更で全体の更新が必要になりやすいのはモノリスの課題です。 【D（正解）】 ？ 機能単位で分ける作り方 アプリを独立した小さなサービスの集まりとして作り、それぞれを個別に開発・デプロイ・保守できます。

出典: マイクロサービス アーキテクチャとは（Google Cloud）

正解: B 【A（不正解）】 ？ 全体を一緒に増やす方法 全体を一律に増やすと、必要のない部分にも費用がかかります。 【B（正解）】 ？ 一部のサービスだけ増やす方法 公式の説明では、各マイクロサービスはそれぞれの必要に応じて個別に拡張できます。 【C（不正解）】 ？ 監視の要否に関する考え方 むしろ多数のサービスをまたぐので、監視の重要性は高まります。 【D（不正解）】 ？ データの保存に関する考え方 マイクロサービスにしてもデータの保存は必要です。拡張のしかたとは別の話です。

出典: マイクロサービス アーキテクチャとは（Google Cloud）

正解: C 【A（不正解）】 ？ 基盤の容量を調整する効果 これは自動スケーリングの効果で、CI/CDの目的とは異なります。 【B（不正解）】 ？ 移行計画に関わる効果 環境の一覧化と見積もりはMigration Centerの役割です。 【C（正解）】 ？ 変更を届ける流れに関わる効果 Cloud Buildはビルドやテストを自動で実行し、CI/CDの流れを作れます。リリースを速く安定させられます。 【D（不正解）】 ？ API の公開に関わる効果 API の公開と収益化はApigeeなどの役割です。

出典: Cloud Build の概要

正解: A 【A（正解）】 ？ システムの状態を外から見えるようにする考え方 公式の説明では、分散した仕組みではメトリクス・ログ・トレースの組み合わせで状態を把握することが重要とされています。 【B（不正解）】 ？ 分けたものを元に戻す考え方 原因の把握のためだけに戻すと、拡張や個別のデプロイといった利点を失います。 【C（不正解）】 ？ つながりを断つ考え方 サービスは連携して 1 つのアプリを作るので、通信を止めると機能が成り立ちません。 【D（不正解）】 ？ 能力を増やして備える考え方 原因が分からないまま能力を増やしても、遅延や障害の特定にはつながりません。

出典: マイクロサービス アーキテクチャとは（Google Cloud）

正解: D 【A（不正解）】 ？ 費用の性質が投資に寄る変化 向きが逆です。クラウドでは設備を買う投資が減り、使った分の運用費が中心になります。 【B（不正解）】 ？ 設備と人手が増える変化 クラウドでは自社でサーバーを買う必要が減り、古い機器の保守の負担も下がります。 【C（不正解）】 ？ 費用がなくなるという変化 クラウドでも使った分の料金はかかります。必ずゼロになることはありません。 【D（正解）】 ？ 費用の性質が使用量に寄る変化 公式の説明では、クラウドへ移すと費用をCapExからOpExへ移し、間接費を減らせるとしています。

出典: レガシー モダナイゼーションとは（Google Cloud）

正解: C 【A（不正解）】 ？ 独自の形式を定めるもの GKEはオープンソースのKubernetesを使います。独自のコンテナ形式ではありません。 【B（不正解）】 ？ 移行のための道具 VM の移行はMigrate to Virtual Machinesの役割です。 【C（正解）】 ？ Kubernetes をどう提供するかに関わるもの 公式の説明では、GKEはKubernetesのマネージドな実装で、制御プレーンなどを Google Cloud が運用します。 【D（不正解）】 ？ 関数を動かすもの イベントで関数を動かすのはCloud Run functionsです。

出典: GKE の概要

正解: A 【A（正解）】 ？ Google がノードまで管理する動かし方 Autopilot ではノードも Google が管理し、動いている Pod の要求分に応じて支払います。公式も多くの用途で推奨しています。 【B（不正解）】 ？ ノードを自分で管理する動かし方 Standard ではノードの管理が利用者側に残り、Pod の要求に関係なくノード全体の資源に支払います。 【C（不正解）】 ？ すべてを自前で組み立てる方法 管理の手間が最も大きく、ノード管理をしたくない要件と逆です。 【D（不正解）】 ？ 専用の物理サーバーを使う方法 専用サーバーの管理が必要になり、要件に合いません。

出典: GKE Autopilot の概要／GKE の概要

正解: B 【A（不正解）】 ？ 開発のしかたに関わる利点 GKEはコンテナを動かす基盤で、ノーコード開発の機能ではありません。 【B（正解）】 ？ クラスタの保守を自動化する利点 公式の説明では、GKEは新しい版への自動アップグレード、ノードの自動修復、ノードの自動拡張などを提供します。 【C（不正解）】 ？ データの移し替えに関わる利点 これはDatabase Migration Serviceの役割です。 【D（不正解）】 ？ API の収益化に関わる利点 API の課金はApigeeの収益化機能の役割です。

出典: GKE の概要

正解: D 【A（不正解）】 ？ コンテナをサーバーレスで動かすサービス 公式の基準では、ローカルの永続ファイルシステムが必要なアプリはCloud Runサービスに向きません。 【B（不正解）】 ？ イベントで短い関数を動かすサービス 関数単位で動かすサービスで、基盤を細かく調整する要件に合いません。 【C（不正解）】 ？ Web アプリをコードから動かすサービス 基盤の管理を任せるサーバーレスの基盤で、細かな基盤の調整には向きません。 【D（正解）】 ？ Kubernetes を Google が管理する形で使うサービス 公式は、Cloud Run の条件に合わない場合はGKEを検討するよう案内しています。基盤を設定したい場合にも向きます。

出典: アプリは Cloud Run サービスに向いているか／GKE の概要

正解: C 【A（不正解）】 ？ 1 つにまとめる考え方 1 つに統合すると部署ごとの分離が失われ、障害や変更の影響が全部署に及びます。 【B（不正解）】 ？ 人手で揃える考え方 手作業では設定のずれを防ぎにくく、数が多いほど管理が難しくなります。 【C（正解）】 ？ クラスタを論理的にまとめる考え方 公式の説明では、フリートはまとめて管理できるクラスタの論理的な集まりです。設定の同期なども GKE に含まれます。 【D（不正解）】 ？ コンテナをやめる考え方 コンテナの利点を失い、管理の手間はかえって増えます。

出典: フリート管理（GKE）／GKE の概要

正解: B 【A（不正解）】 ？ VM を常に動かしておく方法 使っていない時間にも VM の費用がかかり、サーバーの管理も必要です。 【B（正解）】 ？ コンテナをフルマネージドで動かす方法 要求が無いときはインスタンスを 0 まで減らせます。要求単位の課金では、処理していない間は CPU とメモリの料金がかかりません。 【C（不正解）】 ？ ノードを自分で管理して動かす方法 ノードの管理が必要で、Pod の要求に関係なくノード全体の資源に支払います。 【D（不正解）】 ？ 専用の物理サーバーを使う方法 特殊なワークロード向けで、小さな API を安く動かす用途には合いません。

出典: Cloud Run とは

正解: D 【A（不正解）】 ？ 移行の検出と評価を行う場 移行を計画するための場で、イベントで処理を動かすものではありません。 【B（不正解）】 ？ 自社拠点などに Google Cloud を広げる製品群 自社の拠点に Google Cloud の基盤を置く製品群で、メッセージを受けて関数を動かすものではありません。 【C（不正解）】 ？ 同じ設定の VM 群をまとめて扱う仕組み VM の管理が必要で、関数 1 つを動かすには手間が大きすぎます。 【D（正解）】 ？ イベントで関数を動かすサービス 公式の説明では、Cloud Run functionsは Pub/Sub のメッセージなどの非同期イベントに応答できます。

出典: Cloud Run とは／Cloud Run functions のバージョン比較

正解: A 【A（正解）】 ？ 処理を最後まで実行して終わる形 公式の説明では、ジョブは処理を行ってから止まります。スクリプトやバッチ処理、定期実行に向きます。 【B（不正解）】 ？ 安定した HTTPS の窓口で要求を受ける形 サービスは要求を受け付ける窓口を提供する形です。終われば止まる定期処理には、ジョブの方が合います。 【C（不正解）】 ？ API の前に置く中継の層 API の管理のための仕組みで、定期的な集計処理を動かすものではありません。 【D（不正解）】 ？ コンテンツをエッジに置く仕組み 配信を速くする仕組みで、処理を実行する場所ではありません。

出典: Cloud Run とは

正解: C 【A（不正解）】 ？ 提供元に関する説明 Cloud Run functionsは Google Cloud のサービスです。 【B（不正解）】 ？ 利用者が基盤を管理するという説明 関数を動かす基盤は Google が管理します。利用者は VM を管理しません。 【C（正解）】 ？ 名前の変遷と動く場所に関する説明 公式の対照表では、関数はソースコードからデプロイされる Cloud Run のサービスです。旧称は Cloud Functions（第 2 世代）です。 【D（不正解）】 ？ 事前の基盤準備が要るという説明 サーバーレスのサービスなので、ノードを用意する必要はありません。

出典: Cloud Run functions のバージョン比較

正解: B 【A（不正解）】 ？ VM を作って動かすサービス VM の管理が必要で、サーバーレスの選択肢ではありません。 【B（正解）】 ？ コンテナなどをフルマネージドで動かすサービス App Engineの概要ページは、新しく Google Cloud を使う人には Web アプリの開発とホスティングに Cloud Run を勧めています。 【C（不正解）】 ？ 専用の物理サーバーを使うサービス 特殊なワークロード向けで、新しい Web アプリの既定の選択肢ではありません。 【D（不正解）】 ？ VMware の基盤を動かすサービス 既存の VMware 環境を移すためのもので、新しい Web アプリには向きません。

出典: App Engine の概要

正解: C 【A（不正解）】 ？ 余裕を持って先に確保する方針 需要が読めないまま多めに確保すると、使わない時間も費用がかかります。 【B（不正解）】 ？ 設備を買って自社で持つ方針 初期投資が必要で、運用担当者を置かないという条件にも合いません。 【C（正解）】 ？ 基盤の管理と拡張を任せる方針 サーバーレスでは事業者が基盤を管理し、需要に応じて自動で拡張・縮小します。使った分だけの支払いで初期投資も抑えられます。 【D（不正解）】 ？ 割安な VM に絞る方針 停止されることがある VM を 1 台だけ使うと、急増にも耐えられず止まりやすくなります。

出典: サーバーレス コンピューティングとは（Google Cloud）／Cloud Run とは

正解: A 【A（正解）】 ？ 使う事業者の数に着目した形 公式の説明では、マルチクラウドは少なくとも 2 つのクラウド事業者のサービスを使う形です。 【B（不正解）】 ？ 自社設備とクラウドを組み合わせる形 これはハイブリッドクラウドの説明です。 【C（不正解）】 ？ 1 社の中で場所を分ける形 1 社のクラウドだけを使うので、マルチクラウドには当たりません。 【D（不正解）】 ？ 自社設備だけで完結する形 クラウド事業者を使わない形で、マルチクラウドではありません。

出典: マルチクラウドとは（Google Cloud）／ハイブリッド クラウドとは（Google Cloud）

正解: B 【A（不正解）】 ？ データベースをどこでも動かせる版 PostgreSQL 互換のデータベースを自分の環境で動かすもので、S3 のデータを分析する仕組みではありません。 【B（正解）】 ？ 他社クラウドのデータを BigQuery から分析する機能 公式の説明では、S3 や Azure Blob Storage のデータを移したりコピーしたりせずに BigQuery で問い合わせできます。 【C（不正解）】 ？ データベースを移すサービス データベースを移す前提のサービスで、データを移さずに分析する要件と逆です。 【D（不正解）】 ？ コンテンツをエッジから配るサービス 配信を速くするサービスで、データの分析には使いません。

出典: BigQuery Omni の概要

正解: C 【A（不正解）】 ？ Google Cloud 上のマネージド データベース Google Cloud 上で動くマネージドサービスで、自社データセンターに置く製品ではありません。 【B（不正解）】 ？ 他社クラウドのデータを分析する機能 分析のための機能で、自社でデータベースを動かすものではありません。 【C（正解）】 ？ ダウンロードして自分の環境で動かすデータベース 公式の説明では、AlloyDB Omni はダウンロードして自分の環境で動かせる版で、PostgreSQL と互換があります。 【D（不正解）】 ？ イベントで関数を動かすサービス 関数を動かすサービスで、データベースではありません。

出典: AlloyDB Omni ドキュメント

正解: D 【A（不正解）】 ？ コンテナをサーバーレスで動かすサービス Google Cloud 上でコンテナを動かすサービスで、他社クラウドのクラスタを管理するものではありません。 【B（不正解）】 ？ VM を Google Cloud へ移すサービス 他社クラウドの VM を Google Cloud へ移すもので、向こうのクラスタを管理するものではありません。 【C（不正解）】 ？ ネットワークを専用接続でつなぐサービス ネットワークの接続サービスで、クラスタを作ったり管理したりはしません。 【D（正解）】 ？ 他社クラウドの Kubernetes を Google Cloud から扱う仕組み GKE attached clusters として EKS や AKS などの既存クラスタを登録し、Google Cloud コンソールから管理できます。試験ガイドの表記: GKE Enterprise（現在は GKE に統合）。

出典: GKE attached clusters の概要（EKS）／GKE Multi-Cloud ドキュメント／GKE Enterprise リリースノート（アーカイブ・GKE は単一の提供形態）

正解: A 【A（正解）】 ？ 外部と切り離した形で自社側に置く構成 公式の説明では、エアギャップ構成は外部と完全に切り離したハードウェアとソフトで、主権や厳しい法令の要件に応えます。 【B（不正解）】 ？ 他社クラウドのデータを分析する機能 他社のパブリッククラウドのデータを分析する機能で、切り離した環境の要件とは異なります。 【C（不正解）】 ？ Google Cloud 上で VMware の基盤を動かすサービス Google Cloud の拠点で VMware を動かすサービスで、外部と切り離した自社側の環境ではありません。 【D（不正解）】 ？ Google Cloud 上でコンテナを動かす形 Google Cloud のリージョンで動くサービスで、外部と切り離した自社側の環境ではありません。

出典: Google Distributed Cloud ドキュメント

正解: C 【A（不正解）】 ？ 自社拠点と Google を直接結ぶ接続 自社拠点のネットワークとVPCを結ぶ接続で、他社クラウドとの接続ではありません。 【B（不正解）】 ？ インターネット上に暗号化した通信路を作る接続 暗号化した通信路で結ぶ方法で、直接の物理接続ではありません。 【C（正解）】 ？ 他社クラウドと Google を直接結ぶ接続 公式の説明では、他社クラウドのネットワークとVPCを、両社のネットワーク間の直接の物理接続で結びます。 【D（不正解）】 ？ コンテンツをエッジから配る仕組み 利用者への配信を速くする仕組みで、ネットワーク同士の接続ではありません。

出典: Cloud Interconnect の概要

正解: B 【A（不正解）】 ？ 暗号化した通信路でネットワークを結ぶ 公式の説明では、IPsec で暗号化した接続でネットワークを結ぶ方法です。専用の物理接続ではありません。 【B（正解）】 ？ 自社拠点と Google を直接結ぶ接続 Cloud Interconnectの一種で、自社ネットワークと Google のネットワークを直接の物理接続で結び、低遅延で高い可用性の通信ができます。 【C（不正解）】 ？ コンテンツをエッジから配る仕組み 利用者への配信を速くする仕組みで、拠点との接続には使いません。 【D（不正解）】 ？ アクセスを複数の宛先に振り分ける仕組み 通信を振り分ける仕組みで、拠点と VPC を結ぶものではありません。

出典: Cloud Interconnect の概要／Cloud VPN の概要

正解: B 【A（不正解）】 ？ 他社クラウドのデータをそのまま分析する機能 S3 や Azure Blob Storage のデータを分析する機能で、自社のデータベースの複製を持つものではありません。 【B（正解）】 ？ 外部のデータベースを複製元にする機能 公式の説明では、Cloud SQL は外部の PostgreSQL サーバーを複製元にできます。サーバーを手元に残し、レプリカの運用を Cloud SQL に任せる形は、ハイブリッドクラウドとも呼ばれるとしています。Amazon RDS など他社クラウドのサーバーも、条件を満たせば複製元にできます。 【C（不正解）】 ？ コンテンツをエッジから配る仕組み 利用者への配信を速くする仕組みで、データベースの複製を作るものではありません。 【D（不正解）】 ？ VM やディスクを Google Cloud へ移すサービス サーバーを Google Cloud へ移す方法なので、自社でサーバーを持ち続ける条件と合いません。

出典: 外部サーバーからのレプリケーション（Cloud SQL for PostgreSQL）

正解: B 【A（不正解）】 ？ 置き場所を 1 社に限るという説明 公式は、Looker がホストする形も Google Cloud・AWS・Azure など複数のクラウド上にあると説明しています。 【B（正解）】 ？ 置き場所の広がりに関する説明 公式の説明では、Looker がホストする Looker（original）は Google Cloud・AWS・Azure などに置かれます。拠点の一覧にも Microsoft Azure が載っています。 【C（不正解）】 ？ 自社で動かせるかに関する説明 公式は、オンプレミスで動かす「customer-hosted」の形も説明しています。 【D（不正解）】 ？ データの置き場所の前提に関する説明 公式のホスティング解説は、SSH トンネルでオンプレミスのデータベースにつなぐ方法にも触れています。BigQuery へ移すことは前提ではありません。

出典: Looker（original）のホスティングの選び方／Looker（original）の拠点

正解: D 【A（不正解）】 ？ 見た目の作り方に関するもの 画面のデザインの話で、ソフトウェア同士のやり取りとは異なります。 【B（不正解）】 ？ データの置き場に関するもの 保存の仕組みの説明で、APIではありません。 【C（不正解）】 ？ 通信の保護に関するもの 暗号化の説明で、APIそのものの定義ではありません。 【D（正解）】 ？ ソフトウェアのつなぎ方に関するもの APIは決まった手順で機能やデータを呼び出せる窓口です。サービス同士も API を通じて連携します。

出典: Google Cloud APIs／API 管理とは（Google Cloud）

正解: A 【A（正解）】 ？ 外部の力で利用を広げる機会 公式の説明では、API は開発者向けの製品になり得て、新しい収益源を生みます。他社のアプリ経由で利用が広がります。 【B（不正解）】 ？ 業務がなくなるという見方 API を公開しても、窓口のすべてが不要になるとは限りません。機会の説明として適切ではありません。 【C（不正解）】 ？ 資産を手放すという見方 API は機能を決まった形で使ってもらう窓口で、データベースを売るものではありません。 【D（不正解）】 ？ 守りが要らなくなるという見方 外部に公開するほど保護は重要になります。API 管理では認証やアクセス制御を行います。

出典: API 管理とは（Google Cloud）

正解: C 【A（不正解）】 ？ 公開後は手を入れない運用 公式の説明では、利用者の声に基づいて新しい版を出すことも、製品として扱うことに含まれます。 【B（不正解）】 ？ 問題が起きてから動く運用 使われ方や性能を測り続けることが、製品として扱う考え方に含まれます。 【C（正解）】 ？ ソフトウェア製品と同じように育てる運用 公式の説明では、API は製品と同じく、保護・性能の最適化・利用者の声に基づく改版を行って管理すべきとされています。 【D（不正解）】 ？ 使い手を限る運用 外部向けの製品なら、開発者が見つけて使いやすいよう説明を用意することが大切です。

出典: API 管理とは（Google Cloud）

正解: B 【A（不正解）】 ？ 機器を持ち込んで使う方法 Google Cloud の API はネットワーク越しに呼び出すもので、機器の持ち込みは必要ありません。 【B（正解）】 ？ ネットワーク越しに決まった形で呼ぶ方法 公式の説明では、Cloud APIs は JSON HTTP や gRPC の窓口を持ち、クライアント ライブラリや Google Cloud CLI などから呼び出せます。 【C（不正解）】 ？ 通信の保護に関する方法 公式の説明では、Cloud APIs は TLS で暗号化した要求だけを受け付けます。 【D（不正解）】 ？ 中身を手元に持つ方法 API は機能を窓口越しに使う仕組みで、ソースコードを手元に持つ必要はありません。

出典: Google Cloud APIs

正解: D 【A（不正解）】 ？ 移行のための道具 VM の移行はMigrate to Virtual Machinesの役割です。 【B（不正解）】 ？ コンテナの実行基盤 これはGKEの説明です。 【C（不正解）】 ？ 配信を速くする仕組み これはCloud CDNの説明です。 【D（正解）】 ？ API を扱うための基盤 公式の説明では、Apigeeは API を構築・管理・保護するための Google Cloud のネイティブな API 管理プラットフォームです。

出典: Apigee とは

正解: A 【A（正解）】 ？ 中継の層に決まりを足す方法 公式の説明では、ポリシーは API プロキシの層で動くため、バックエンドのサービスは変えずに済みます。 【B（不正解）】 ？ システム本体を書き換える方法 本体を変えずに済ませたいという要件に反します。 【C（不正解）】 ？ 割安な VM に移す方法 費用の話で、利用制限やアクセス制御の追加にはなりません。 【D（不正解）】 ？ 応答をエッジに一時保存する方法 配信を速くする仕組みで、利用制限の要件とは異なります。

出典: Apigee とは

正解: C 【A（不正解）】 ？ コード変更で自動処理を始める仕組み CI/CDのための仕組みで、外部の開発者向けの案内ではありません。 【B（不正解）】 ？ 通信を許可・拒否する決まり ネットワークの通信を制御するもので、API を見つけてもらう仕組みではありません。 【C（正解）】 ？ 開発者が API を探して使い始める場 公式の説明では、Apigee は開発者が API を見つけられるポータルを提供します。説明や資格情報の取得もここで行えます。 【D（不正解）】 ？ 移行の評価結果をまとめた資料 移行の計画に使う資料で、外部の開発者向けではありません。

出典: Apigee とは／API 管理とは（Google Cloud）

正解: B 【A（不正解）】 ？ 利用者ごとに手で請求する方法 手作業では利用量に応じた正確な課金が難しく、収益化の機能を使う方法ではありません。 【B（正解）】 ？ 販売単位に料金の決まりを付ける方法 公式の説明では、API プロキシを API プロダクトにまとめ、レートプランを付けると収益化された状態になります。 【C（不正解）】 ？ 配信の仕組みを使う方法 Cloud CDN は配信を速くするもので、API 利用者への課金の仕組みではありません。 【D（不正解）】 ？ 基盤を貸す方法 API を販売する方法ではなく、管理の手間も大きくなります。

出典: Apigee の収益化の概要

正解: D 【A（不正解）】 ？ 使った後で請求する方式 後払いでは、利用者は前もって支払いません。使った後に請求されます。 【B（不正解）】 ？ 一度の支払いで使い続ける方式 公式の収益化の説明にある支払い方式ではありません。 【C（不正解）】 ？ 料金を取らない方式 入金して差し引く仕組みとは異なります。 【D（正解）】 ？ 先にお金を入れておく方式 公式の説明では、前払いでは利用者が先に支払い、利用に応じて取引ごとの料金がウォレットから差し引かれます。

出典: Apigee の収益化の概要