Google Cloud Certified - Professional Cloud DevOps Engineer Exam (Professional-Cloud-DevOps-Engineer日本語版) - Professional-Cloud-DevOps-Engineer日本語 FREE EXAM DUMPS QUESTIONS & ANSWERS

Cloud Run にアプリケーションをデプロイしました。最近、カナリアデプロイ戦略を使用してアプリケーションの新しいバージョンをデプロイしました。サイト信頼性エンジニアリング（SRE）チームメイトから、このアプリケーションの SLO が超過したという報告を受けました。できるだけ早くアプリケーションを正常な状態に戻す必要があります。
まず何をすべきでしょうか?

あなたの会社は、Google Kubernetes Engine (GKE) にデプロイされるアプリケーションを開発しています。 各チームが異なるアプリケーションを管理しています。 コストを最小限に抑えながら、各チームの開発環境と本番環境を作成する必要があります。 異なるチームが他のチームの環境にアクセスできないようにする必要があります。 Google が推奨する方法に従うにはどうすればよいですか?

Google Kubernetes Engine (GKE) で実行され、Blue/Green デプロイ方法を使用するアプリケーションを管理します。Kubernetes マニフェストの抜粋を以下に示します。

導入アプリグリーンは、アプリケーションの新しいバージョンを使用するように更新されました。 導入後のモニタリング中に、ユーザーリクエストの大部分が失敗していることに気づきました。 テスト環境ではこの動作は観察されませんでした。 ユーザーおよびユーザーに対するインシデントの影響を軽減する必要があります。開発者が問題をトラブルシューティングできるようにするにはどうすればよいですか?

パブリック IP アドレスを持つ Compute Engine インスタンス上で実行される新しいアプリケーション用に Cloud Logging を構成しています。ユーザー管理のサービス アカウントがインスタンスにアタッチされます。必要なエージェントがインスタンス上で実行されていることを確認しましたが、Cloud Logging でインスタンスからのログエントリが表示されません。Google が推奨する方法に従って問題を解決したいと考えています。あなたは何をするべきか？

あなたの会社は、Pub/Sub、App Engine スタンダード環境、GO で書かれたアプリケーションを使用して、IoT データを大規模に処理しています。ピーク負荷時にパフォーマンスが一貫して低下していることに気づきました。ワークステーションではこの問題を再現できませんでした。コード内の遅いパスを特定するには、運用環境のアプリケーションを継続的に監視する必要があります。パフォーマンスへの影響と管理オーバーヘッドを最小限に抑えたいと考えています。あなたは何をするべきか？

あなたはグローバル組織で働いており、限られたエンジニアリング リソースで 99% の可用性目標を設定してサービスを実行しています。現在の暦月では、サービスの可用性が 99 5% であることがわかりました。サービスが定義された可用性目標を満たし、今後の新機能のリリースを含むビジネスの変化に対応できることを確認する必要があります。また、運用コストを最小限に抑えながら技術的負債を削減する必要があります。Google が推奨するプラクティスに従いたいです。どうすればよいですか?

最近、サービスの 1 つが現在のローリング ウィンドウ期間のエラー バジェットを超過していることに気付きました。会社の製品チームは、新しい機能をリリースしようとしています。サイト信頼性エンジニアリング (SRE) のプラクティスに従う必要があります。どうすればよいでしょうか。

あなたのチームは Google Kubernetes Engine (GKE) でマイクロサービスを実行しています。顧客を保護し、リリース ポリシーを定義するためにエラー バジェットの消費を検出したいと考えています。どうすればよいですか?

あなたは、Google Cloud で CI/CD パイプラインのデプロイとテスト戦略を開発しています。次のことができる必要があります。
* リリース展開の複雑さを軽減し、展開ロールバックの時間を最小限に抑える
* 影響を受けるユーザーの数を徐々に増やして、実際の運用トラフィックをテストします。 要件を満たす展開およびテスト戦略を選択したいです。どうすればよいですか?

大規模な標準 Google Kubernetes Engine（GKE）クラスタにアプリケーションをデプロイしました。アプリケーションはステートレスで、複数のポッドが同時に実行されます。アプリケーションは一貫性のないトラフィックを受信します。トラフィックの変化にかかわらず、ユーザーエクスペリエンスの一貫性を維持し、クラスタのリソース使用を最適化する必要があります。
何をすべきでしょうか?

あなたは、Google Kubernetes Engine (GKE) で実行される本番アプリケーションの問題を調査しています。
コードの正確な変更は特定されませんでしたが、問題の原因は最近更新されたコンテナ イメージであると判断しました。現在、デプロイメントは最新のタグを指しています。意図したとおりに機能するバージョンのコンテナーを実行するには、クラスターを更新する必要があります。あなたは何をするべきか？

App Engine 上で実行され、データ ストレージに CloudSQL と Cloud Storage を使用するウェブ アプリケーションをサポートしているとします。Web サイトのトラフィックが短期間急増した後、すべてのユーザー リクエストのレイテンシーが大幅に増加し、CPU 使用率が増加し、アプリケーションを実行しているプロセスの数が増加していることに気づきます。最初のトラブルシューティングでは次のことが明らかになります。
トラフィックが最初に急増した後、負荷レベルは通常に戻りましたが、ユーザーは依然として高い遅延を経験します。
CloudSQL データベースからのコンテンツと Cloud Storage からの画像のリクエストでは、同様に高いレイテンシが発生します。
遅延が増加した前後に Web サイトに変更は加えられませんでした。
ユーザーのエラー数が増加することはありません。
あなたは、今後数日間で Web サイトのトラフィックが再び急増すると予想されており、ユーザーが遅延を経験しないようにしたいと考えています。あなたは何をするべきか？