あなたは、アプリケーションを Google Kubernetes Engine (GKE) クラスターにデプロイすることを計画しています。アプリケーションは /healthz で HTTP ベースのヘルスチェックを公開しています。このヘルスチェックエンドポイントを使用して、ロードバランサーがトラフィックをポッドにルーティングする必要があるかどうかを判断したいと考えています。
Podの設定には、どのコードスニペットを含めるべきですか？

あなたは、Google Cloud 上でホストされているアプリケーション向けに、C++ を使用してマイクロサービスを構築およびデプロイする任務を負っています。コードはコンテナ化され、チームが独自に開発した複数のソフトウェアライブラリを使用する必要があります。アプリケーションの基盤となるインフラストラクチャの保守は行いません。
マイクロサービスはどのようにデプロイすべきでしょうか？

新しいアプリケーションリビジョンをDeploymentリソースを使用してGoogle Kubernetes Engine（GKE）の本番環境にデプロイする予定です。コンテナが正しく動作しない可能性があります。リビジョンをデプロイした後に問題が発生した場合のリスクを最小限に抑えたいと考えています。Googleが推奨するベストプラクティスに従いたいと考えています。どうすればよいですか？

あなたのチームは、GKEクラスタ上でホストされるアプリケーションを作成しました。このアプリケーションを、2つの異なるリージョンにある2つのGKEクラスタにデプロイされたRESTサービスに接続する必要があります。接続とヘルスチェックはどのように設定すればよいでしょうか？（2つ選択してください。）

事例研究
これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を自由に使うことができます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。与えられた時間内に試験に含まれるすべての問題を完了できるよう、時間配分をしっかり行う必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する図表やその他の資料が含まれている場合があります。各質問は、このケーススタディ内の他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、解答を確認し、次のセクションに進む前に修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックしてください。質問に答える前に、左側のペインにあるボタンを使ってケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存環境、問題記述などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、そこに表示される情報は以降のタブに表示される情報と同一です。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ってください。
会社概要
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のAPIで時折障害が発生しているが、そのパターンが見つかっていない。トラブルシューティングに役立てるため、いくつかの指標を収集したいと考えている。
彼らはどうすべきだろうか？