Linux で稼働する Compute Engine インスタンスで、パッケージ化されたアプリケーションと社内開発のアプリケーションが混在してホストされています。これらのアプリケーションは、ログレコードをテキストとしてローカルファイルに書き込みます。ログを Cloud Logging に書き込みたいのですが、どうすればよいでしょうか？

Cloud Storage にユーザーに属するファイルを保存するアプリケーションを開発しています。各ユーザーに Cloud Storage 内の独自のサブディレクトリを作成したいと考えています。新しいユーザーが作成されたら、対応する空のサブディレクトリも作成する必要があります。どうすればよいでしょうか？

あなたのチームは、給与計算アプリケーションをサポートする自動音声応答（IVR）システムのビジネスロジックを実装するバックエンドアプリケーションを作成しています。このIVRシステムには、以下の技術的特性があります。
* 各顧客の電話通話は、固有の IVR セッションに関連付けられます。
* IVR システムは、セッションごとにバックエンドへの個別の永続的な gRPC 接続を作成します。
* 接続が中断された場合、IVR システムは新しい接続を確立するため、その通話にわずかな遅延が発生します。
バックエンドアプリケーションをデプロイするためにどのコンピューティング環境を使用するかを決定する必要があります。現在の通話データを使用して、次のことを決定します。
* 通話時間は 1〜30 分です。
※電話は通常営業時間内に行われます。
* 特定の既知の日付（例：給料日）の前後や、給与の大きな変更が発生したときに、電話の呼び出しが急増します。
コスト、労力、運用オーバーヘッドを最小限に抑えたい場合、バックエンドアプリケーションはどこにデプロイすればよいでしょうか？

ケーススタディ
これはケーススタディです。ケーススタディは個別に時間制限はありません。各ケースに好きなだけ試験時間をかけることができます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。試験に含まれるすべての問題を時間内に解答できるよう、時間を管理してください。
ケーススタディに含まれる質問に回答するには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。各質問は、ケーススタディ内の他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを始めるには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に回答する前に、左側のペインのボタンを使用してケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同一であることにご注意ください。質問に回答する準備ができたら、「質問」ボタンをクリックして質問に戻ります。
会社概要
HipLocalは、近隣の人々とのコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、そして企業が地域社会とつながるための手段として活用されています。HipLocalは最近ダラスのいくつかの地域でサービスを開始し、急速に世界的な現象へと成長しています。その独自の、地域に密着したコミュニティコミュニケーションとビジネスアウトリーチは、世界中で需要が高まっています。
エグゼクティブステートメント
私たちは地域コミュニティアプリのナンバーワンです。今こそ、地域コミュニティサービスをグローバル展開する時です。ベンチャーキャピタルの投資家たちは、メンバーが10マイル離れていても1万マイル離れていても、オンライン上に誕生する新しい地域コミュニティやバーチャルコミュニティが、急速な成長と、同じ素晴らしい体験を提供してくれることを期待しています。
ソリューションコンセプト
HipLocalは、世界中の顧客により良いサービスを提供するため、既存のサービスをアップデートした機能で新たな地域に展開したいと考えています。これらの地域のタイムゾーンでサポートするために、新たなチームを雇用し、トレーニングしたいと考えています。そのためには、アプリケーションがスムーズに拡張され、明確な稼働時間データを提供できるようにする必要があります。
既存の技術環境
HipLocal の環境は、オンプレミスのハードウェアと Google Cloud Platform で実行されるインフラストラクチャが混在しています。
HipLocal チームは自社のアプリケーションをよく理解していますが、グローバル規模のアプリケーションの経験は限られています。
既存の技術環境は次のとおりです。
* 既存の API は、GCP でホストされている Compute Engine 仮想マシン インスタンス上で実行されます。
* 状態は GCP 内の単一インスタンスの MySQL データベースに保存されます。
* データはオンプレミスの Teradata/Vertica データ ウェアハウスにエクスポートされます。
* データ分析はオンプレミスの Hadoop 環境で実行されます。
* アプリケーションにはログ記録がありません。
* 稼働時間に関する基本的な指標があり、API が応答しない場合は頻繁にアラートが発せられます。
ビジネス要件
HipLocalの投資家は、事業範囲を拡大し、増加する需要に対応したいと考えています。彼らの要件は次のとおりです。
* アプリケーションの利用範囲を新たな地域に拡大します。
* サポートできる同時ユーザー数を増やします。
* ユーザーがさまざまな地域に旅行した場合でも、一貫したエクスペリエンスを確保します。
* ユーザー アクティビティ メトリックを取得して、製品を収益化する方法をより深く理解します。
* 新しい地域の規制 (GDPR など) への準拠を確保します。
* インフラストラクチャ管理の時間とコストを削減します。
* クラウド コンピューティングに関する Google 推奨プラクティスを採用します。
技術要件
* アプリケーションとバックエンドは使用状況メトリックと監視を提供する必要があります。
* API には強力な認証と承認が必要です。
* ログ記録を増やし、データをクラウド分析プラットフォームに保存する必要があります。
* 弾力的なスケーリングを容易にするために、サーバーレス アーキテクチャに移行します。
* 内部アプリへの承認済みアクセスを安全な方法で提供します。
HipLocal は、オンコールエンジニアの数を減らし、手動によるスケーリングを排除したいと考えています。
どの 2 つのサービスを選択する必要がありますか? (2 つ選択してください。)

Google Kubernetes Engine（GKE）にマイクロサービス アプリケーションをデプロイしています。アプリケーションは毎日更新されます。Linux オペレーティング システム（OS）上で実行される多数の個別のコンテナをデプロイする予定です。新しいコンテナに既知の OS 脆弱性が存在する場合、アラートを受け取りたいと考えています。Google が推奨するベスト プラクティスに従いたいと考えています。どうすればよいでしょうか？