データ移行の一環として、オンプレミスの仮想マシンからGoogle Cloud Storageにファイルをアップロードしたい。これらのファイルはGCP環境のCloudDataProc Hadoopクラスタによって消費されます。 どのコマンドを使用すべきですか？

アプリケーションをGoogle Cloud Platformに移行し、既存の監視プラットフォームはそのまま使用しています。現在、タイムクリティカルな問題に対して通知システムが遅すぎることに気づきました。 どうしたらいいでしょうか？

MySQLデータベースをGoogle CloudのマネージドCloud SQLデータベースに移行する予定です。このCloud SQLインスタンスに接続するCompute Engine仮想マシンインスタンスがあります。Compute EngineインスタンスがCloud SQLにアクセスできるようにIPをホワイトリストに登録したくありません。 どうすればいいでしょうか？

以下のgcloudコマンドを使用してHTTP(s) Load Balancerをデプロイしました。 Compute Engine仮想マシンインスタンスのポート80へのヘルスチェックが失敗し、インスタンスにトラフィックが送信されません。あなたは問題を解決したい。 どのコマンドを実行する必要がありますか？

あなたのウェブサイトはCompute Engineにデプロイされています。マーケティング チームは、3 つの異なる Web サイト デザイン間でコンバージョン率をテストしたいと考えています。 どのアプローチを使用すべきですか?

ディレクトリlocal-scriptsとそのすべてのコンテンツをローカルワークステーションからCompute Engine仮想マシンインスタンスにコピーする必要があります。 どのコマンドを使用する必要がありますか？

アプリケーションを、Stackdriver Monitoring AgentがインストールされたCompute Engine仮想マシンインスタンスにデプロイしています。アプリケーションはインスタンス上のunixプロセスです。unixプロセスが少なくとも5分間実行されなかった場合、アラートが必要です。メトリクスやログを生成するようにアプリケーションを変更することはできません。 どのアラート条件を構成しますか?

ANSI-SQL準拠のデータベースに、同じカラムを持つ2つのテーブルがあり、結果セットから重複する行を削除して、1つのテーブルにすばやく結合する必要があります。 どうすればよいでしょうか？

本番環境にデプロイされたアプリケーションがあります。新しいバージョンがデプロイされたとき、いくつかの問題は、アプリケーションが本番環境のユーザからトラフィックを受けるまで発生しません。影響と影響を受けるユーザ数の両方を減らしたい。 どのデプロイメント戦略を使用すべきですか?

貴社は、人気のあるアプリケーションのユーザーを米国外に拡大したいと考えています。同社は、アプリケーション用のデータベースの99.999%の可用性を確保し、世界中のユーザーの読み取り待ち時間を最小化したいと考えています。 どの2つのアクションを取るべきでしょうか？(2つ選んでください)

500 MB のファイル サイズ制限がある内部ファイル アップロード API を App Engine に移行する必要があります。 どうすればよいでしょうか。

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

あなたのチームメイトから、以下のコードを確認するように頼まれました。このコードの目的は、多数の小さな行をBigQueryテーブルに効率的に追加することです。 BigQuery service = BigQueryOptions.newBuilder().build().getService(); public void writeToBigQuery (Collection> rows) { for (Map row: rows) { InsertAllRequest insertRequest = InsertAllRequest.newBuilder("datasetId", "tableId", InsertAllRequest.RowToInsert.of(row)).build(); service.insertAll(insertRequest); } } チームメイトにどの改善を提案すべきですか？

あなたはGoogle Kubernetes Engine（GKE）上でホストされるJPEG画像リサイズAPIを開発しています。サービスの呼び出し元は同じGKEクラスタ内に存在します。クライアントがサービスのIPアドレスを取得できるようにしたい。 どうすればいいでしょうか？

Cloud Build を使用して、Cloud Source Repositories に保存されているアプリケーションのソース コードをビルドおよびテストしています。ビルドプロセスには、Cloud Build 環境で利用できないビルドツールが必要です。 どうすればよいでしょうか？

Compute Engineの仮想マシンインスタンスにアプリケーションをデプロイしています。アプリケーションは、ログファイルをディスクに書き込むように設定されています。アプリケーションコードを変更せずにStackdriver Loggingでログを表示したい。 あなたは何をすべきでしょうか？

あなたのサービスが、クラウドストレージから読み込んだ画像にテキストを追加しています。混雑する時期に、クラウドストレージへのリクエストがHTTP 429 "Too Many Requests "ステータスコードで失敗します。 Requests" ステータスコードで失敗します。 このエラーにどのように対処すべきですか？

あなたは、AndroidとiOSアプリで使用されるAPIを構築しています。APIは次のようなものでなければならない： * HTTPをサポートすること * 帯域幅コストの最小化 * モバイルアプリと簡単に統合できる どのAPIアーキテクチャを使うべきか？

アプリケーションはユーザーから入力を受け取り、それをユーザーの連絡先に公開します。この入力はCloud Spannerのテーブルに格納されます。あなたのアプリケーションはレイテンシに敏感で、一貫性にはあまり敏感ではありません。 このアプリケーションでは、Cloud Spannerからの読み取りをどのように実行すべきでしょうか？

アプリケーションは Google Kubernetes Engine (GKE) クラスタにデプロイされています。アプリケーションの新しいバージョンがリリースされると、CI/CDツールはspec.template.spec.containers[0].imageの値を更新し、新しいアプリケーションバージョンのDockerイメージを参照するようにします。Deploymentオブジェクトが変更を適用するとき、新しいバージョンのレプリカを少なくとも1つデプロイし、新しいレプリカが健全になるまで以前のレプリカを維持したいと思います。 以下に示す GKE Deployment オブジェクトにどの変更を加えるべきですか？ apiVersion: apps/v1 kind：Deployment metadata: 　name: ecommerce-frontend-deployment spec: 　replicas：3 　selector: 　　matchLabels: 　　　app: ecommerce-frontend 　template: 　　metadata: 　　　label: 　　　　app: ecommerce-frontend 　　spec: 　　　containers: 　　　-name: ecommerce-frontend-webapp 　　　 image: ecommerce-frontend-webapp：1.7.9 ports: - containerPort: 80

あなたはシンプルなHTMLアプリケーションをインターネット上で公開することを計画しています。このサイトは、あなたのアプリケーションの FAQ に関する情報を保持します。アプリケーションは静的で、画像、HTML、CSS、Javascript を含んでいます。あなたは、できるだけ少ないステップで、このアプリケーションをインターネット上で利用できるようにしたいと考えています。 あなたは何をすべきでしょうか?

貴社は新しい API を App Engine Standard 環境にデプロイしました。テスト中、API が期待どおりに動作しません。アプリケーションを再デプロイすることなく、アプリケーション コード内の問題を診断するために、アプリケーションを長期にわたって監視したいとします。 どのツールを使用すべきでしょうか?

Stackdriver Logging Agentを使用して、アプリケーションのログファイルをCompute Engine仮想マシンインスタンスからStackdriverに送信したいとします。 Stackdriver Logging Agentをインストールした後、最初に何をすべきですか？

あなたの会社には、数百人の従業員に分析情報を提供するBigQueryデータマートがあります。あるユーザーは、重要なワークロードを中断することなくジョブを実行したいと考えています。このユーザーは、ジョブの実行にかかる時間を気にしていません。あなたは、会社のコストとあなたの労力を最小限に抑えながら、この要求に応えたいと考えています。 どうすればいいでしょうか？

開発時間を最小限に抑えながら、本番稼動中のサービス低下をオンコールエンジニアに通知したい。 どうすればよいでしょうか？

あなたは、XMLHttpRequestを使用してサードパーティAPIとコンテンツ通信を行う、ユーザーインターフェースを持つ単一ページのWebアプリケーションを書いています。APIの結果によってUIに表示されるデータは、同じWebページに表示される他のデータよりも重要度が低いため、リクエストによってはAPIのデータがUIに表示されなくても構いません。しかし、APIへの呼び出しによって、ユーザーインターフェースの他の部分のレンダリングが遅れてはならない。APIレスポンスがエラーまたはタイムアウトの場合、アプリケーションのパフォーマンスを向上させたい。 どうすればよいでしょうか？

Compute Engineインスタンスで実行され、任意のユーザーのGoogle Driveにファイルを書き込むWebアプリケーションを作成しています。Google Drive APIを認証するようにアプリケーションを設定する必要があります。どうすればよいでしょうか？

Google Kubernetes Engine（GKE）クラスターを作成しようとして、次のコマンドを実行します： gcloud container clusters create large-cluster -num-nodes 200 コマンドはエラーで失敗します： resource "CPUS": request requires '200.0' and is short '176.0'. project has a quota of '24.0' with '24.0' available. あなたはこの問題を解決したい。 何をすべきでしょうか？

タイムスタンプ、口座番号（文字列）、取引金額（数値）の3つの列を含むログファイルを解析しています。一意の口座番号ごとに、すべての取引金額の合計を効率的に計算したい。 どのデータ構造を使うべきか？

あなたの会社には、従業員の出張と経費に関する情報を保持する「マスター」という名前のBigQueryデータセットがあります。この情報は従業員の部署ごとに整理されています。つまり、従業員は自分の部署の情報しか見ることができません。セキュリティフレームワークを適用して、この要件を最小限の手順で実施したいとします。 どうすればよいでしょうか。

運用中のアプリケーションがあります。このアプリケーションは、管理されたインスタンスグループによって制御されるCompute Engine仮想マシンインスタンス上にデプロイされています。トラフィックはHTTP(s)ロードバランサーを介してインスタンスにルーティングされます。ユーザーはアプリケーションにアクセスできません。あなたは、アプリケーションが利用できないときに警告を発する監視技術を実装したいと考えています。 どのテクニックを選択すべきですか？

あなたはサーバーアプリケーションの負荷テストを行っています。最初の30秒の間に、以前はアクティブでなかったCloud Storageバケットが、1秒あたり2000の書き込みリクエストと1秒あたり7500の読み取りリクエストに対応していることを確認します。あなたのアプリケーションは、クラウドストレージから断続的に5xxと429のHTTPレスポンスを受信しています。 JSON APIから断続的に5xxと429のHTTPレスポンスを受け取っています。Cloud Storage APIからの失敗した応答を減らしたい。 どうすればよいでしょうか。

アプリケーションは管理インスタンスグループによって制御されています。管理対象インスタンスグループ内のすべてのインスタンス間で、大きな読み取り専用のデータセットを共有したい。各インスタンスが迅速に起動し、非常に低いレイテンシでファイルシステム経由でデータセットにアクセスできるようにしたい。また、ソリューションの総コストを最小限に抑えたい。 どうすればよいでしょうか。

同じVirtual Private Cloud（VPC）内の複数のクライアントから呼び出される必要がある、Compute Engine仮想マシンインスタンス上でホストされるHTTP APIを開発しています。 プライベートクラウド(VPC)内の複数のクライアントから呼び出される必要があります。クライアントがサービスのIPアドレスを取得できるようにしたい。 どうすればよいでしょうか？

アプリケーションは Stackdriver にログを記録している。すべての /api/alpha/* エンドポイント上のすべてのリクエストのカウントを取得したい。 どうすればいいでしょうか？

あなたは、モノリシックなアプリケーションをマイクロサービスモデルに従うように再構築したい。この変更がビジネスに与える影響を最小限に抑えながら、これを効率的に達成したい。 どのアプローチを取るべきでしょうか？

既存のアプリケーションは、ユーザの状態情報を単一の MySQL データベースに保持しています。この状態情報は非常にユーザ固有であり、ユーザのアプリケーション使用期間に大きく依存します。MySQLデータベースは、さまざまなユーザーに対するスキーマの維持と拡張に課題をもたらしています。 どのストレージオプションを選択すべきでしょうか？

新しいAPIを構築しようとしている。画像を保存するコストを最小限に抑え、画像配信の待ち時間を短縮したい。 どのアーキテクチャを使うべきでしょうか？

御社の開発チームは、プロジェクトでCloud Buildを使用してDockerイメージをビルドし、Container Registryにプッシュしたいと考えています。運用チームは、すべてのDockerイメージを、運用チームが管理する一元化された安全に管理されたDockerレジストリに公開する必要があります。 どうすればいいでしょうか？

Google Kubernetes Engine (GKE) クラスタにアプリケーションをデプロイすることを計画しています。あなたのアプリケーションは水平にスケールすることができ、アプリケーションの各インスタンスは安定したネットワークIDと独自の永続ディスクを持つ必要があります。 どのGKEオブジェクトを使うべきですか？

Cloud Buildを使ってDockerイメージをビルドしています。単体テストと統合テストを実行するためにビルドを変更する必要があります。障害が発生した場合、ビルド履歴にビルドが失敗した段階を明確に表示させたいとします。 どうすればよいでしょうか？

あなたのコードはプロジェクトAのCloud Functions上で実行されています。プロジェクトBが所有するCloud Storageバケットにオブジェクトを書き込むことになっています。 この問題を解決するにはどうすればいいですか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocalの.netベースの認証サービスが断続的な負荷で失敗します。 どうすべきでしょうか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocalのAPIは、時折アプリケーションに障害が発生する。 その問題をトラブルシューティングするために、アプリケーション情報を収集したい。どうすればいいでしょうか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocal社は、永続ディスクに保存されたデータを照会するために、Cloud Interconnectを使用してHadoopインフラストラクチャをGCPに接続しています。 どのIP戦略を使うべきか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 社内アプリへのアクセスを可能にするために、HipLocalはどのサービスを使うべきか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認証されたアクセスを提供する。 HipLocal社は、オンコールエンジニアの数を減らし、手作業によるスケーリングをなくしたいと考えています。 どの2つのサービスを選ぶべきか？(2つ選んでください）。

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認証されたアクセスを提供する。 ビジネス要件を満たすために、HipLocalはアプリケーションの状態をどのように保存すべきでしょうか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocalはパブリックAPIにどのサービスを使うべきか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocal社は、ビジネス要件と技術要件を満たしながら、MySQLデプロイの耐障害性を向上させたいと考えている。 どの構成を選ぶべきか？

アプリケーションは複数のGoogle Kubernetes Engineクラスタで実行されている。各クラスタの Deployment によって管理されています。Deploymentは各クラスタにPodの複数のレプリカを作成しています。あなたは、すべてのクラスタのあなたのDeployment内のすべてのレプリカの標準出力に送信されたログを表示したいと思います。 どのコマンドを使用する必要がありますか?

Cloud Buildを使用して、Cloud Source Repositoriesリポジトリへのソースコードのコミットごとに新しいDockerイメージを作成しています。アプリケーションはmasterブランチへのコミットごとにビルドされます。masterブランチへの特定のコミットを自動化された方法でリリースしたい。 どうすればいいでしょうか？

MySQLからCloud Bigtableに移行するテーブルのスキーマを設計しています。MySQLテーブルは以下の通りです： このテーブルのCloud Bigtableの行キーをどのように設計しますか？

Compute Engineにデプロイされたアプリケーションのメモリ使用量を確認したい。 どうすればいいでしょうか？

BigQuery APIを使用して、数分ごとにBigQuery上で数百のクエリを実行する分析アプリケーションがあります。これらのクエリの実行にかかる時間を調べたいとします。 どうすればよいでしょうか？

あなたは Cloud Spanner 顧客データベースのスキーマを設計しています。顧客テーブルに電話番号配列フィールドを格納したい。また、ユーザーが電話番号で顧客を検索できるようにしたい。 このスキーマをどのように設計しますか？

App Engineに1つのWebサイトをデプロイしており、URL http://www.altostrat.com/ からアクセスする必要があります。 どうすればよいでしょうか？

あなたは、継承した App Engine 上でアプリケーションを実行しています。そのアプリケーションが安全でないバイナリを使用しているかどうか、またはXSS攻撃に対して脆弱であるかどうかを調べたいとします。 どのサービスを使うべきですか？

あなたはソーシャルメディアのアプリケーションを開発しています。あなたは、ユーザーが画像をアップロードできる機能を追加する予定です。これらの画像のサイズは2MB～1GBになります。あなたは、この機能のインフラ運用のオーバーヘッドを最小限に抑えたいと考えています。 あなたは何をすべきでしょうか？

アプリケーションがカスタム・マシン・イメージとしてビルドされている。マシンイメージの複数の固有のデプロイがあります。各デプロイは、独自のテンプレートを持つ個別の管理対象インスタンスグループです。各デプロイメントには、一意の設定値のセットが必要です。これらの固有の値を各配備に提供しますが、すべての配備で同じカスタ ムマシンイメージを使用します。Compute Engineのすぐに使える機能を使用したい。 どうすればよいですか?

アプリケーションをローカルでテストするとうまく動作しますが、Compute Engineインスタンスにデプロイすると著しく動作が遅くなります。問題を診断する必要があります。どうすればよいでしょうか? 何をすべきでしょうか?

App Engineでアプリケーションを実行しています。アプリケーションは Stackdriver Trace でインスツルメンテーションされています。product-detailsリクエストは、以下のように/sku-detailsにある4つの既知のユニークな商品に関する詳細をレポートします。リクエストが完了するまでの時間を短縮したい。 どうすればよいでしょうか？

あなたの会社には、アプリケーション情報をBigQueryで保持するデータウェアハウスがあります。BigQueryデータウェアハウスには2PBのユーザーデータが保存されています。最近、貴社はEUユーザを含むユーザベースを拡大し、以下の要件に準拠する必要があります： ✑ ユーザの要求に応じて、すべてのユーザアカウント情報を削除できなければならない。 ➨ EUユーザのデータはすべて、EUユーザ専用の単一リージョンに保存する必要がある。 あなたが取るべき行動はどれか。(2つ選んでください)

App Engineの標準設定は以下のとおりです： サービス: production インスタンスクラスB1 アプリケーションを5インスタンスに制限したい。 どのコードスニペットを構成に含める必要がありますか？

分析システムはBigQueryデータセットに対してクエリを実行します。SQLクエリはバッチで実行され、SQLファイルの内容をBigQuery CLIに渡します。その後、BigQuery CLIの出力を別のプロセスにリダイレクトします。しかし、クエリの実行時にBigQuery CLIからパーミッションエラーが発生します。 この問題を解決したいと思います。どうすればよいでしょうか？

アプリケーションはCompute Engine上で実行されており、少数のリクエストで持続的な障害が発生しています。原因を1つの Compute Engineインスタンスに絞り込みましたが、そのインスタンスはSSHに応答しません。 次に何をすべきでしょうか?

Compute Engineのインスタンスグループが全体のCPU使用率に応じて自動的にスケールするように設定しました。しかし、クラスタがインスタンスの追加を完了する前に、アプリケーションの応答レイテンシが急激に増加します。インスタンスグループのオートスケーラの構成を変更することで、エンドユーザーにより一貫したレイテンシ体験を提供したいとします。 どの2つの構成を変更する必要がありますか？(2つ選んでください)。

マネージド・インスタンス・グループによって管理されているアプリケーションがあります。アプリケーションの新バージョンをデプロイする場合、コストを最小限に抑え、インスタンス数を増やしてはなりません。新しいインスタンスが作成されるたびに、新しいインスタンスが健全である場合にのみデプロイが継続されるようにしたい。 どうすればよいでしょうか。

アプリケーションでは、ホストとなるCompute Engine仮想マシンインスタンスに保存された認証情報を使用して、サービスアカウントをGCP製品に認証する必要があります。これらの認証情報をできるだけ安全にホストインスタンスに配布したいとします。 どうすればよいでしょうか。

あなたのアプリケーションはGoogle Kubernetes Engine (GKE)クラスタにデプロイされています。あなたはこのアプリケーションをCloud Load Balancing HTTP(S)ロードバランサーの後ろに公開したい。 どうすればいいでしょうか？

貴社はオンプレミスのHadoop環境をクラウドに移行する計画を立てています。HDFSに保存されているデータのストレージコストとメンテナンスの増加は、貴社にとって大きな懸念事項です。また、既存のデータ分析ジョブや既存のアーキテクチャへの変更は最小限に抑えたいと考えています。 どのように移行を進めるべきか？

データはCloud Storageのバケットに保存されます。Cloud StorageからダウンロードしたデータによってAPIのパフォーマンスが低下していると、開発者仲間から報告されています。 あなたは、GCPサポート・チームに詳細を提供するために、この問題を調査したいと考えています。 どのコマンドを実行すべきでしょうか。

Cloud Build buildを使ってDockerイメージをDevelopment環境、Test環境、Production環境にプロモートしようとしています。同じDockerイメージがそれぞれの環境にデプロイされるようにする必要があります。 ビルドのDockerイメージはどのように識別すべきですか？

あなたの会社では、レポートをクラウドストレージのバケットにアップロードするアプリケーションを作成しました。レポートがバケットにアップロードされると、Cloud Pub/Subトピックにメッセージを発行したい。あなたは、実装にかかる労力が少ないソリューションを実装したいと考えています。 どうすればいいでしょうか？

あなたのチームメイトは、Cloud Datastoreのアカウント残高にクレジットを追加している以下のコードをレビューするようあなたに依頼しました。 チームメイトにどの改善を提案しますか？

貴社はソースコードをクラウドソースリポジトリに保存しています。貴社は、リポジトリへのソースコードのコミットごとにコードをビルドし、テストしたいと考えており、管理され、運用のオーバーヘッドが最小限に抑えられるソリューションが必要です。 どの方法を使うべきでしょうか？

あなたはプロジェクトAで、プロジェクトBのCloud Pub/Subトピックを安全に認証する必要があるCompute Engineホストアプリケーションを書いています。 あなたは何をすべきですか？

あなたは、Compute Engine上で財務部門向けの企業ツールを開発しています。このツールでは、ユーザーを認証し、財務部門に所属していることを確認する必要があります。全社員がGoogle Workspaceを使用しています。 あなたは何をすべきですか?

APIバックエンドが複数のクラウドプロバイダー上で動作している。あなたはAPIのネットワークレイテンシのレポートを作成したい。 どの2つのステップを踏むべきですか？(2つ選んでください）。

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocalはユーザーアクティビティの保存にどのデータベースを使うべきか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocalはアクセス制御を構成しています。 どのファイアウォール構成を導入すべきでしょうか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocalのデータサイエンスチームはユーザーレビューを分析したいと考えています。 どのようにデータを準備すべきでしょうか？

会社概要 HipLocalは、近くにいる人同士のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、企業が地域コミュニティとつながるために利用されています。HipLocalは、最近ダラスのいくつかの地域で開始され、急速に世界的な現象に成長しています。ハイパーローカル・コミュニティ・コミュニケーションとビジネス・アウトリーチというユニークなスタイルは、世界中で求められている。 エグゼクティブ・ステートメント 私たちはナンバーワンの地域コミュニティアプリです。今こそ、私たちの地域コミュニティサービスをグローバルに展開する時です。ベンチャーキャピタルの投資家たちは、オンラインになった新しいローカル・コミュニティやバーチャル・コミュニティが、メンバー同士が10マイル離れていようが10000マイル離れていようが、急速な成長を遂げ、同じように素晴らしい体験ができることを望んでいます。 ソリューションのコンセプト HipLocalは、グローバルな顧客により良いサービスを提供するために、既存のサービスを新しい地域で、最新の機能で拡張したいと考えています。これらの地域のタイムゾーンをサポートする新しいチームを雇用し、トレーニングしたい。アプリケーションをスムーズに拡張し、明確なアップタイムデータを提供する必要がある。 既存の技術環境 HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで稼働するインフラが混在している。HipLocalのチームは自社のアプリケーションをよく理解していますが、グローバルスケールのアプリケーションの経験は限られています。既存の技術環境は以下の通りです： * 既存のAPIは、GCPでホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * 既存のAPIは、GCPにホストされているCompute Engineの仮想マシン・インスタンス上で実行されている。 * データはオンプレミスのTeradata/Verticaデータウェアハウスにエクスポートされる。 * データ分析はオンプレミスのHadoop環境で実行されます。 * アプリケーションにはロギングがない。 * APIが応答しない場合、アラートが頻繁に発生する。 ビジネス要件 HipLocalの投資家は、フットプリントを拡大し、彼らが見ている需要の増加をサポートしたいと考えています。彼らの要件は * アプリケーションの可用性を新しい地域に拡大する。 * サポート可能な同時ユーザー数を増やす。 * ユーザーが異なる地域に移動しても、一貫したエクスペリエンスを提供できるようにする。 * 製品を収益化する方法をよりよく理解するためのユーザー・アクティビティ・メトリクスの取得。 * 新しい地域の規制（例えばGDPR）へのコンプライアンスを確保する。 * インフラ管理の時間とコストを削減する。 * グーグルが推奨するクラウド・コンピューティングのプラクティスを採用する。 技術的要件 * アプリケーションとバックエンドは、利用状況のメトリクスとモニタリングを提供しなければならない。 * APIには強力な認証と認可が必要。 * ロギングを増やし、データをクラウド分析プラットフォームに保存すること。 * サーバーレス・アーキテクチャに移行し、エラスティック・スケーリングを容易にする。 * セキュアな方法で社内アプリに認可されたアクセスを提供する。 HipLocal社がアプリケーションの状態を保存し、同社のビジネス要件を満たすためには、どのデータベースサービスに移行すべきでしょうか？

あるアプリケーションを本番環境にデプロイしています。新しいバージョンがデプロイされたとき、すべての本番トラフィックが新しいバージョンのアプリケーションにルーティングされるようにしたい。また、新バージョンで問題が発生した場合に旧バージョンに戻すことができるように、旧バージョンをデプロイしたままにしておきたいと考えています。 どのデプロイメント戦略を使用すべきでしょうか？

既存のApache/MySQL/PHPアプリケーションスタックをシングルマシンからGoogle Kubernetes Engineに移植しようとしています。アプリケーションをコンテナ化する方法を決定する必要があります。あなたのアプローチは、Googleが推奨する可用性のベストプラクティスに従う必要があります。 あなたは何をすべきでしょうか？

あなたは、Compute Engineインスタンス上で起動するアプリケーションを、ソフトウェア開発プロセスの環境（開発、QA、ステージング、本番）に対応する複数のプロジェクトに分けて開発しています。各プロジェクトのインスタンスは、同じアプリケーションコードを持ちますが、構成は異なります。デプロイ時に、各インスタンスは、提供する環境に基づいたアプリケーションの設定を受け取る必要があります。このフローを構成するためのステップ数を最小限に抑えたい。どうすればよいでしょうか？

あなたは、顧客、注文、在庫データをCloud Spanner内のリレーショナル・テーブルとして格納するeコマース・アプリケーションを開発しています。最近の負荷テスト中に、Spanner のパフォーマンスが期待どおりに線形にスケーリングされていないことがわかりました。 次のうちどれが原因ですか？

あなたはPub/Subサブスクリプションからクレジットカードデータを読み取るアプリケーションを開発しています。あなたはコードを書き、ユニットテストを完了しました。Google Cloud にデプロイする前に をテストする必要があります。あなたは何をすべきですか？

あなたは、1つのPub/Subトピックからメッセージをサブスクライブして受信し、対応する行をデータベースに挿入するアプリケーションを設計しています。アプリケーションは Linux 上で実行され、プリエンプト可能な仮想マシンを活用してコストを削減します。グレースフル・シャットダウンを開始するシャットダウン・スクリプトを作成する必要があります。 どうすればよいですか?

あなたは小さな新興企業のウェブ開発チームで働いています。あなたのチームは、Cloud Storage や Cloud Build などの Google Cloud サービスを使用して Node.js アプリケーションを開発しています。チームはバージョン管理に Git リポジトリを使用しています。週末にマネージャーから電話があり、会社の Web サイトの 1 つを緊急アップデートするよう指示されました。アップデートを行うには Google Cloud にアクセスする必要がありますが、仕事用のラップトップがありません。会社以外のコンピュータにソースコードをローカルに保存することは許可されていません。開発者環境をどのようにセットアップすればよいでしょうか？

あなたのチームはGoogle Kubernetes Engine上で動作するサービスを開発しています。あなたは、Googleが推奨するプラクティスを使用してログデータを標準化し、最も少ないステップ数でデータをより有用なものにする必要があります。あなたは何をすべきでしょうか？(2つ選んでください)

Google Cloud 上での新しいアプリケーションのデプロイ手法を設計しています。デプロイ計画の一環として、ライブトラフィックを使用して、新規および既存のアプリケーションのパフォーマンスメトリクスを収集したいとします。ローンチする前に、完全な本番負荷に対してテストする必要があります。どうすればよいでしょうか？

あなたはクラウドストレージAPIを使用するアプリケーションをサポートしています。ログを確認したところ、API からの複数の HTTP 503 Service Unavailable エラー応答を発見しました。アプリケーションはエラーをログに記録し、それ以上のアクションは取りません。Googleが推奨する再試行ロジックを実装し、成功率を向上させたいと考えています。 どのアプローチを取るべきでしょうか？

トラフィックの大幅な増加に対応できるように、認証サービスからの監査イベントの取り込みを再設計する必要があります。現在、監査サービスと認証システムは、同じCompute Engine仮想マシンで実行されています。新しいアーキテクチャでは、以下のGoogle Cloudツールを使用する予定です： ✑ 複数のCompute Engineマシンで、それぞれが認証サービスのインスタンスを実行している。 ✑ 複数のCompute Engineマシンで、それぞれ監査サービスのインスタンスを実行している。 ✑ Pub/Subを使用して、認証サービスからイベントを送信する。 システムが大量のメッセージを処理し、効率的に拡張できるように、トピックとサブスクリプションをどのように設定すればよいですか?

Google Cloud上で動作するステートレスWebアプリケーションを開発しています。トラフィックがない日もあれば、急増する日もあります。アプリケーションを自動的にスケールアップ/スケールダウンする必要があり、アプリケーションの実行に関連するコストを最小限に抑える必要があります。どうすればいいでしょうか？

あなたは他のGoogle Cloudリソースにアクセスするクラウド関数を書きました。あなたは最小特権の原則を使用して環境を保護したいと思います。どうすればいいでしょうか？

あなたは、Google Kubernetes Engine (GKE)クラスタ内の顧客に専用のブログソフトウェアをデプロイするSaaSプロバイダーです。各顧客が自分のブログのみにアクセスでき、他の顧客のワークロードに影響を与えないように、セキュアなマルチテナント・プラットフォームを構成したいと考えています。どうすればいいでしょうか？

Compute EngineアプリケーションをGoogle Kubernetes Engineに移行することにしました。Cloud Buildを使用してコンテナイメージをビルドし、それをArtifact Registryにプッシュする必要があります。あなたは何をすべきですか？(2つ選んでください)

あなたは、従業員が社内でコミュニティイベントを開催するための社内アプリケーションを開発しています。アプリケーションは1つのCompute Engineインスタンスにデプロイしました。あなたの会社はGoogle Workspace（旧G Suite）を使用しており、会社の従業員がどこからでもアプリケーションに認証できるようにする必要があります。どうすればいいでしょうか？