事例研究
これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を自由に使うことができます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。与えられた時間内に試験に含まれるすべての問題を完了できるよう、時間配分をしっかり行う必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する図表やその他の資料が含まれている場合があります。各質問は、このケーススタディ内の他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、解答を確認し、次のセクションに進む前に修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックしてください。質問に答える前に、左側のペインにあるボタンを使ってケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存環境、問題記述などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、そこに表示される情報は以降のタブに表示される情報と同一です。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ってください。
会社概要
HipLocalは、近隣住民間のコミュニケーションを促進するために設計されたコミュニティアプリです。イベントの企画やスポーツイベントの運営、企業が地域社会とつながるためのツールとして活用されています。HipLocalは最近ダラスのいくつかの地域でサービスを開始し、急速に世界的な現象へと成長しています。その独自の超地域密着型コミュニティコミュニケーションとビジネスアウトリーチのスタイルは、世界中で高い評価を得ています。
エグゼクティブ・ステートメント
私たちは地域コミュニティアプリでナンバーワンです。今こそ、地域コミュニティサービスをグローバルに展開する時です。当社のベンチャーキャピタル投資家は、急速な成長と、メンバー同士が10マイル離れていても10,000マイル離れていても、新たにオンラインになる地域コミュニティやバーチャルコミュニティで、同じように素晴らしい体験を提供することを望んでいます。
解決策のコンセプト
HipLocalは、既存のサービスを最新の機能で拡張し、新たな地域に展開することで、世界中の顧客へのサービス向上を目指しています。そのため、各地域のタイムゾーンに合わせてサポートを提供する新しいチームを編成・育成する必要があります。アプリケーションがスムーズに拡張し、明確な稼働状況データを提供できるようにすることも重要です。
既存の技術環境
HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platform上で稼働するインフラストラクチャが混在している。
HipLocalチームは自社のアプリケーションをよく理解しているが、グローバル規模のアプリケーションに関する経験は限られている。
彼らの既存の技術環境は以下のとおりです。
* 既存のAPIは、GCPでホストされているCompute Engine仮想マシンインスタンス上で動作します。
* 状態は、GCP 上の単一インスタンスの MySQL データベースに保存されます。
* データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされます。
* データ分析は、オンプレミスのHadoop環境で実行されます。
* このアプリケーションにはログ記録機能がありません。
* 稼働状況を示す基本的な指標があり、APIが応答しない場合は頻繁にアラートが発報されます。
ビジネス要件
HipLocalの投資家は、事業規模を拡大し、需要の増加に対応したいと考えています。彼らの要求事項は以下のとおりです。
* アプリケーションの提供地域を拡大する。
* 同時接続可能なユーザー数を増やす。
* ユーザーが異なる地域を旅行する際に、一貫した体験を提供することを保証する。
* ユーザーの活動指標を取得し、製品の収益化方法をより深く理解する。
* 新しい地域における規制（例えば、GDPR）への準拠を確保する。
インフラ管理の時間とコストを削減する。
* クラウドコンピューティングに関して、Googleが推奨するベストプラクティスを採用する。
技術要件
* アプリケーションとバックエンドは、使用状況の指標と監視機能を提供する必要があります。
* APIには強力な認証と認可が必要です。
ログ記録を強化し、データをクラウド分析プラットフォームに保存する必要があります。
* 柔軟なスケーリングを容易にするため、サーバーレスアーキテクチャに移行する。
* 内部アプリケーションへの承認済みアクセスを安全な方法で提供する。
HipLocalの.NETベースの認証サービスは、断続的な負荷がかかると動作しなくなる。
彼らはどうすべきだろうか？

Google Kubernetes Engine (GKE) でホストされているeコマースアプリケーションがあり、外部からのリクエストを受信して​​、Google Cloud 外のサードパーティ API に転送します。サードパーティ API は、図に示すプロセスを使用して、クレジットカード処理、配送、在庫管理を担当します。
お客様から、eコマースアプリケーションの動作が予測できないタイミングで遅くなるという報告を受けています。アプリケーションはパフォーマンスに関する指標を一切報告していません。この不安定なパフォーマンスの原因を特定する必要があります。どうすればよいでしょうか？

あなたは、Cloud Run と Firestore 上で動作する新しい小売システムの開発をリードする開発者です。Web UI の要件として、ユーザーが代替製品を閲覧できるようにする必要があります。運用開始から数か月後、Cloud Run インスタンスが、負荷の高い時間帯に HTTP 500: コンテナ インスタンスがメモリ制限を超えているというエラーで終了していることに気づきました。このエラーは、Firestore クエリの数が急増している時期と一致しています。Cloud Run のクラッシュを防ぎ、Firestore クエリの数を減らす必要があります。システム パフォーマンスを最適化するソリューションを使用したいと考えています。どうすればよいですか？

あなたのチームは最近、Google Kubernetes Engine (GKE) にアプリケーションをデプロイしました。アプリケーションを監視しており、コンテナの平均メモリ使用量が20%未満または80%を超えた場合にアラートを受け取りたいと考えています。アラートはどのように設定すればよいでしょうか？

リーさんは、持参したSDカードをMacBook Pro（Retina、15インチ、Mid 2015）が認識しないと述べています。彼女に問題を再現してもらい、カードが正しく挿入されていることを確認しました。しかし、写真アプリやイメージキャプチャアプリでは認識されません。ハードウェアの問題を特定するために、次にどのような質問をすべきでしょうか？