Professional Cloud Architect

Question 41

あなたはGoogle Kubernetes Engine (GKE) 上でマイクロサービスアプリケーションを開発しています。テスト中に、特定のマイクロサービスが突然クラッシュした場合のアプリケーションの動作を検証したいと考えています。何をすべきですか?

A.
Kubernetesクラスタのノードの1つにテイントを追加します。特定のマイクロサービスに対して、テイントされたノードの名前を値として持つポッドアンチアフィニティラベルを設定します。
B.
障害動作をシミュレートしたい特定のマイクロサービスに対して、Istioのフォールトインジェクション(障害注入)を使用します。
C.
動作を観察するために、Kubernetesクラスタのノードの1つを破棄します。
D.
クラッシュするマイクロサービスからトラフィックを迂回させるように、Istioのトラフィック管理機能を設定します。
Question 42

あなたの会社では、グローバルに分散したユーザーが写真をアップロードし、選択した他のユーザーと共有できる新しいアプリケーションを開発しています。このアプリケーションは、数百万の同時ユーザーをサポートします。開発者が基盤となるインフラストラクチャを作成および維持管理することなく、コードの構築のみに集中できるようにしたいと考えています。アプリケーションをデプロイするには、どのサービスを使用すべきですか?

A.
App Engine
B.
Cloud Endpoints
C.
Compute Engine
D.
Google Kubernetes Engine
Question 43

あなたの会社は、小売顧客向けにレコメンデーションエンジンを提供しています。小売顧客には、ユーザーIDを送信するとそのユーザー向けの推奨リストを返すAPIを提供しています。あなたはAPIライフサイクルを担当しており、APIに後方互換性のない変更が行われた場合でも、顧客の安定性を確保したいと考えています。Googleが推奨するプラクティスに従いたい場合、何をすべきでしょうか?

A.
古いAPIを新しいAPIに置き換える少なくとも1ヶ月前に、後方互換性のない変更が予定されていることを全顧客に通知するための配布リストを作成する。
B.
APIドキュメントを生成する自動化されたプロセスを作成し、APIの更新をデプロイする際にCI/CDプロセスの一部として公開APIドキュメントを更新する。
C.
後方互換性のない変更ごとにバージョン番号を上げるAPIのバージョニング戦略を使用する。
D.
後方互換性のない変更ごとに現在のAPIバージョン番号に接尾辞「DEPRECATED」を追加し、新しいAPIには現在のバージョン番号を使用するAPIのバージョニング戦略を使用する。
Question 44

あなたの会社は、外部ユーザーがファイルをアップロードおよび共有できるように、モノリシックな3層アプリケーションを開発しました。このソリューションは容易に機能拡張できず、信頼性にも欠けています。開発チームは、マイクロサービスとフルマネージドサービスのアプローチを採用するためにアプリケーションを再設計したいと考えていますが、その取り組みが価値あるものであることを経営層に納得させる必要があります。経営層に対して強調すべき利点はどれですか?

A.
新しいアプローチは、大幅にコストが削減され、基盤となるインフラストラクチャの管理が容易になり、CI/CDパイプラインが自動的に管理されます。
B.
モノリシックなソリューションは、Dockerを使用してコンテナに変換できます。生成されたコンテナは、その後Kubernetesクラスターにデプロイできます。
C.
新しいアプローチにより、インフラストラクチャとアプリケーションの分離、新機能の開発とリリース、基盤となるインフラストラクチャの管理、CI/CDパイプラインの管理とA/Bテストの実施、および必要に応じたソリューションのスケーリングが容易になります。
D.
このプロセスはMigrate for Compute Engineで自動化できます。
Question 45

あなたのチームは、Google Kubernetes Engine (GKE) にデプロイされるウェブアプリケーションを開発しています。CTO はローンチの成功を期待しており、アプリケーションが想定される数万人のユーザー負荷を処理できることを確認する必要があります。現在のデプロイメントをテストして、アプリケーションのレイテンシが特定のしきい値を下回ることを確認したいと考えています。どうすべきでしょうか?

A.
負荷テストツールを使用して、アプリケーションに対する想定される同時ユーザー数と総リクエスト数をシミュレートし、結果を検査します。
B.
GKE クラスタでオートスケーリングを有効にし、アプリケーションのデプロイメントで Horizontal Pod Autoscaling を有効にします。アプリケーションに curl リクエストを送信し、オートスケーリングが機能するかどうかを検証します。
C.
すべての Google Cloud リージョンにある複数の GKE クラスタにアプリケーションを複製します。グローバル HTTP(S) ロードバランサを構成して、単一のグローバル IP アドレスで異なるクラスタを公開します。
D.
開発環境で Cloud Debugger を使用して、異なるマイクロサービス間のレイテンシを理解します。