Professional Cloud Developer

Question 86

あなたの開発チームは、Javaを使用していくつかのCloud Functionsを構築し、対応する統合テストとサービス テストも作成しました。あなたはCloud Buildを使用して関数のビルドとデプロイ、およびテストの起動を行っています。Cloud Buildジョブは、コードの検証に成功した直後にデプロイ失敗を報告しています。どうすべきでしょうか?

A.
Cloud Functionインスタンスの最大数を確認する。
B.
Cloud Buildトリガーが正しいビルドパラメータを持っているか確認する。
C.
切り捨て指数バックオフ ポーリング戦略を使用してテストを再試行する。
D.
Cloud BuildサービスアカウントにCloud Functions開発者ロールが割り当てられているか確認する。
Question 87

あなたはIstioを使用してGoogle Kubernetes Engine (GKE) 上のマイクロサービスアプリケーションを管理しています。GKEクラスタにIstio AuthorizationPolicy、Kubernetes NetworkPolicy、およびmTLSを実装することで、マイクロサービス間の通信チャネルを保護しています。2つのPod間で特定のURLへのHTTPリクエストは失敗する一方で、他のURLへのリクエストは成功することを発見しました。この接続問題の原因は何ですか?

A.
Kubernetes NetworkPolicyリソースがPod間のHTTPトラフィックをブロックしている。
B.
HTTPリクエストを開始しているPodが、間違ったTCPポート経由でターゲットPodに接続しようとしている。
C.
クラスタのAuthorization Policyが、アプリケーション内の特定のパスへのHTTPリクエストをブロックしている。
D.
クラスタはmTLSがPermissiveモードで設定されているが、Podのサイドカープロキシが暗号化されていないトラフィックを平文で送信している。
Question 88

最近、オンプレミスのモノリシックアプリケーションをGoogle Kubernetes Engine (GKE) 上のマイクロサービスアプリケーションに移行しました。このアプリケーションは、CRMシステムや個人識別情報 (PII) を含むMySQLデータベースなど、オンプレミスのバックエンドサービスに依存しています。規制要件を満たすため、これらのバックエンドサービスはオンプレミスに留める必要があります。 オンプレミスのデータセンターとGoogle Cloud間にCloud VPN接続を確立しました。GKE上のマイクロサービスアプリケーションからバックエンドサービスへのリクエストの一部が、帯域幅の変動によって引き起こされるレイテンシの問題により失敗し、アプリケーションがクラッシュしていることに気づきました。このレイテンシの問題にどのように対処すべきですか?

A.
Memorystoreを使用して、オンプレミスのMySQLデータベースから頻繁にアクセスされるPIIデータをキャッシュする
B.
Istioを使用して、GKE上のマイクロサービスとオンプレミスサービスを含むサービスメッシュを作成する
C.
Google Cloudとオンプレミスサービス間の接続用にCloud VPNトンネルの数を増やす
D.
Cloud VPNのデフォルト値から最大伝送単位 (MTU) 値を減らすことで、ネットワーク層のパケットサイズを小さくする
Question 89

あなたの会社は新しいAPIをCompute Engineインスタンスにデプロイしました。テスト中に、APIが期待どおりに動作していません。アプリケーションを再デプロイせずに、アプリケーションコード内の問題を診断するために、12時間にわたってアプリケーションを監視したいと考えています。どのツールを使用すべきですか?

A.
Cloud Trace
B.
Cloud Monitoring
C.
Cloud Debugger ログポイント
D.
Cloud Debugger スナップショット
Question 90

あなたはAndroidおよびiOSアプリで使用されるAPIを構築しています。APIは以下の要件を満たす必要があります: * HTTPSをサポートすること * 帯域幅コストを最小限に抑えること * モバイルアプリと容易に統合できること どのAPIアーキテクチャを使用すべきですか?

A.
RESTful API
B.
API向けMQTT
C.
gRPCベースのAPI
D.
SOAPベースのAPI