GCP-PCA 練習問題 2｜クラウド ソリューション インフラストラクチャの管理とプロビジョニング

【ケーススタディ: KnightMotives Automotive】 ■会社概要 KnightMotives は、バッテリー式電気自動車（BEV）、ハイブリッド車、従来型の内燃機関（ICE）車を含む、自律走行（自動運転）車を専門とする自動車メーカーです。KnightMotives は BEV 車両群の車内体験では大きな進歩を遂げてきましたが、ハイブリッド車と ICE 車にはまだこれらの新しいシステムが実装されておらず、評論家やドライバーからの評価は低いままです。ハイブリッド車と ICE 車に最新の車載テクノロジーが欠けていることが、販売台数と顧客満足度の低下を招いています。 KnightMotives は、5 年以内にすべての車両で消費者体験をモダナイズしたいと考えています。人工知能（AI）は、車内体験だけでなく、ショッピング、購入、サービス / メンテナンスの体験に革命を起こす特別な機会をもたらします。この新しいテクノロジーへの投資には、グローバル規模での財務上の優先順位の転換が必要になります。 KnightMotives は、信頼性の低いオンライン注文システムの改善も望んでいます。顧客がオンラインで車両の仕様を組み立て（ビルドし）、ディーラーを通じて購入するためのシステムは、ディーラーが必要とするデータや信頼性を提供できておらず、KnightMotives とディーラーとの関係に緊張を生んでいます。サービス技術者や営業スタッフは、受注生産（ビルド トゥ オーダー）車両を含め、ディーラーの成功を後押しするためのより良いツールを必要としています。 ■ソリューションのコンセプト KnightMotives は、自動車の製造から、完全で魅力的な「自動車体験（automotive experience）」の創出へと転換したいと考えています。その戦略では、全モデルで一貫した体験の提供、AI を活用した機能の開発、データの収益化による新たな収益の創出、競合他社とブランドを差別化するためのデジタル重視の姿勢、そして整備士と営業担当者向けのより良いツールの開発を優先しています。 ■既存の技術環境 KnightMotives の IT は大部分がオンプレミスにあり、一部のアプリケーションが主要なクラウド プラットフォーム上で稼働しています。サプライチェーンは旧式のメインフレームで稼働しており、エンタープライズ リソース プランニング（ERP）も旧式であるため、新しいプロモーションやディーラー向け割引の実施が困難です。ディーラーには新しい機器を導入する予算がありません。車両ごとに複数のコードベースが存在する断片化があり、後方互換性のサポートによる多大な技術的負債を抱えています。製造工場へのネットワーク接続と、地方部での車両の接続性が課題となっています。 ■ビジネス要件 主なビジネス要件には、ドライバーとのパーソナライズされた関係を育むことと、全モデルで統一感のある体験を提供することが含まれます。より良い受注生産（ビルド トゥ オーダー）モデルを構築することで、車両がディーラーの在庫として留まる期間を短縮し、ディーラーと顧客の双方に透明性を提供します。さらに KnightMotives は、現在の AI インフラストラクチャが時代遅れで、企業データがサイロ化したままであるため、新しいテクノロジーへの投資資金を賄うために企業データを収益化しようとしています。過去のデータ侵害により、セキュリティは最重要の関心事です。特に新たに登場しつつある自動運転プラットフォームについては、欧州連合（EU）のデータ保護規制の遵守が不可欠です。 KnightMotives は完全自動運転機能に多額の投資を行う計画で、最初の導入は規制環境が好ましい地域を対象としています。従業員のスキルアップ、一流の人材の獲得、ビジネス チームと技術チームの間のより良いコミュニケーションの促進も、重要な目標です。 ■技術要件 ・車内体験のモダナイズには、全モデルで AI を活用した機能をシームレスに統合する一貫したユーザー エクスペリエンス（UX）の開発、新しい UX 機能と AI 機能をサポートするための旧モデルの車載ハードウェアとソフトウェアの更新、そしてリアルタイムの AI 機能とデータ送信をサポートするための、特に地方部での信頼性の高いネットワーク接続の確保が含まれます。 ・増加するデータ トラフィックに対応し、工場と本社の間の接続性を向上させるために、ネットワークのアップグレードが必要です。 ・IT インフラストラクチャのモダナイズには、オンプレミスとクラウドの両方のインフラストラクチャの利点を活用するハイブリッド クラウド戦略の採用と、効率性と俊敏性を向上させるためのレガシー システムの段階的なモダナイズまたは置き換えが必要です。 ・自動運転車の開発とテストには、最先端の AI と機械学習（ML）テクノロジーへの投資、堅牢なシミュレーション環境の構築、そして自動運転車に関する進化し続ける規制への準拠の確保が必要です。 ・データの収益化とインサイトの獲得には、堅牢なデータ管理プラットフォーム、厳格なデータ セキュリティとプライバシー対策、そしてスケーラブルな AI / ML インフラストラクチャの実装が必要です。 ・セキュリティとリスク管理への注力強化には、サイバー脅威とデータ侵害から保護するための包括的なセキュリティ フレームワークの実装、インシデント対応計画の策定、従業員へのセキュリティ意識向上トレーニングの提供が含まれます。 ・ディーラーと顧客に満足度の高い体験を提供するには、オンラインの受注生産（ビルド トゥ オーダー）システムの改善、販売・サービス・在庫管理を含むディーラー業務を効率化する最新のディーラー向けツールの開発、そして顧客とのやり取りを追跡し、体験をパーソナライズし、顧客満足度を向上させる包括的な顧客関係管理（CRM）システムの導入が必要です。 ■経営陣の声明 KnightMotives は、運転、道路状況、行動調査、衝突安全統計を網羅する膨大なデータを活用し、ドライバーにとって魅力的なデジタル体験を生み出すことで、安全性を高め、人命を救うことに尽力しています。当社の AI は一貫して国の安全統計を上回る成果を上げており、KnightMotives ならではの誰もが憧れる体験を、全車種でそろって提供できるようにしています。 ――KnightMotives CEO　Michael Knight 【設問】 この問題では、KnightMotives Automotive のケーススタディを参照してください。あなたは、Google Cloud 上の KnightMotives の新しい環境のネットワーク インフラストラクチャ アーキテクチャを設計する責任者です。新しい VPC トポロジを設計する必要があります。工場と Google Cloud リソースの間で、帯域幅の保証と低レイテンシを確保したいと考えています。 どうすればよいですか？

【正解】C

【0からの解説】
① 前提知識
・Network Service Tiers（ネットワーク サービス ティア）: Google Cloud のネットワーク品質の選択肢です。Premium Tier（デフォルト）では、トラフィックが可能な限り Google の高品質なグローバル バックボーン上を通り、ユーザーや拠点に最も近い Google のエッジから出入りするため、低レイテンシで安定した通信になります。Standard Tier はコストを優先し、トラフィックを一般のインターネット（ISP の網）経由でリージョンまで運ぶため、性能と安定性は Premium より劣ります。
・選択肢の「Premium Tier の VPC」「Standard Tier の VPC」という表現の読み替え: 実際の Google Cloud では、VPC ネットワーク自体にティアの設定項目はありません。ティアはプロジェクト単位（そのプロジェクトの既定ティア）とリソース単位（外部 IP アドレス、ロードバランサの転送ルール、VM インスタンスなど。両方設定した場合はリソース単位の設定が優先）で指定します。また、ティアが効くのは外部 IP アドレスを使うインターネット向けの通信で、VPC 内で内部 IP アドレスを使う通信は常に Premium Tier 相当の Google のネットワーク基盤を通ります。したがって本問の「〇〇 Tier の VPC を作成する」は、「その VPC を置くプロジェクトの既定ティアと、VPC 内のリソースの外部 IP アドレスを〇〇 Tier で構成する」という意味、つまり「ネットワーク全体を性能重視の Premium でそろえるか、コスト重視の Standard にするか」という設計方針の選択と読み替えて解きます。
・Cloud Interconnect: オンプレミス拠点と Google Cloud の VPC を、公共のインターネットを経由せずに接続するサービスです。物理回線を直接引き込む Dedicated Interconnect（10 Gbps / 100 Gbps 回線）と、サービス プロバイダ経由の Partner Interconnect（50 Mbps〜50 Gbps）があり、契約した帯域が確保され、冗長構成をとれば SLA（最大 99.99%）で可用性が保証されます。VPC の内部 IP アドレスで直接通信でき、VLAN アタッチメントと Cloud Router を通じて、リージョン内のサブネットへ経路が広告されます。
・Direct Peering（ダイレクト ピアリング）: Google のエッジ ネットワークと直接 BGP ピアリングを行い、Google Workspace や Google API の公開 IP アドレスへのトラフィックを効率化する仕組みです。Google Cloud の外側にある仕組みで、VPC 内のプライベート IP へは到達できず、SLA もありません。

② 要件と制約語の整理
・ケーススタディには「製造工場へのネットワーク接続が課題」「工場と本社の間の接続性を改善するネットワークのアップグレードが必要」「ハイブリッド クラウド戦略を採用」とあります。
・問題文の制約語は「帯域幅の保証（guaranteed bandwidth）」と「低レイテンシ」です。

③ 正解 C が要件をどう満たすか
・Cloud Interconnect は契約した容量の専用 / パートナー接続を提供し、SLA に裏付けられた安定した帯域で工場と VPC を内部 IP で結べます。インターネットの混雑の影響を受けないため「帯域幅の保証」を満たします。
・Premium Tier により、Google Cloud 側のトラフィックが Google のグローバル バックボーン上を通るため、レイテンシが最小化されます。
・各工場の最寄りのリージョンにサブネットを置き、そのリージョンで Interconnect を終端することで、工場から Google Cloud リソースまでの物理的な距離も短くなり、低レイテンシ要件を補強します。

【誤りの選択肢】
A：Cloud Interconnect の選択は正しいものの、Standard Tier はコストを優先してトラフィックを一般のインターネット経由で運ぶティアで、レイテンシと安定性は Premium Tier より劣ります。「低レイテンシ」の要件を最大限に満たす設計とは言えません。
B：Direct Peering は Google Workspace や Google API の公開 IP 向けの接続で、VPC 内のリソースへプライベートに接続する手段ではなく、SLA もないため帯域幅を保証できません。加えて Standard Tier では低レイテンシ要件も満たしにくく、二重に要件を外しています。
D：Premium Tier の選択は適切ですが、Direct Peering は帯域保証や SLA がなく、VPC 内のプライベート リソースへも到達できないため、「工場と Google Cloud リソースの間の帯域保証」という要件を満たせません。Google は Google Cloud リソースへのハイブリッド接続には Cloud Interconnect または Cloud VPN を推奨しています。

【参考】
Cloud Interconnect の概要
ダイレクト ピアリングの概要 | Network Connectivity
Network Connectivity プロダクトの選択