Google Associate Cloud Engineer Exam (Associate-Cloud-Engineer日本語版) - Associate-Cloud-Engineer日本語 Exam Practice Test

A. DockerfileからDockerイメージを作成し、それをContainer Registryにアップロードします。そのイメージを指すようにDeployment YAMLファイルを作成します。 kubectlを使用して、そのファイルでデプロイメントを作成します。

B. gcloud app deploy <dockerfilename>を使用します。

C. kubectl app deploy <dockerfilename>を使用します。

D. DockerfileからDockerイメージを作成し、Cloud Storageにアップロードします。そのイメージを指すようにDeployment YAMLファイルを作成します。 kubectlを使用して、そのファイルでデプロイメントを作成します。

A. CloudSpannerインスタンスをマルチリージョンになるように構成します

B. CloudSpanner管理者のIAMロールを自分に付与します

C. 必要なすべてのリージョンにサブネットワークを備えた新しいVPCネットワークを作成します

D. Cloud SpannerAPIを有効にします

A. 役割/stackdriver.accounts.viewer役割にサポートチームグループを追加します。

B. ロール/spanner.databaseReaderロールにサポートチームグループを追加します。

C. サポートチームグループをroles / monitoring.viewerの役割に追加します

D. ロール/spanner.databaseUserロールにサポートチームグループを追加します。

A. crm-databases に roles/bigquery.dataViewer ロールを付与し、web-applications に適切なロールを付与します。

B. Web アプリケーションの「プロジェクト所有者」に、CRM データベースへの適切なロールを付与します。

C. crm-databases に「プロジェクト所有者」ロールを付与し、web-applications に roles/bigquery.dataViewer ロールを付与します。

D. crm-databases および web-applications プロジェクトに「プロジェクト所有者」ロールを付与します。

A. サブネットのIPアドレス範囲をIPv4からIPv6に変換します。

B. サブネットのIPアドレス範囲を10.0.0.0/20から10.0.0.0/22に変更します。

C. サブネットIP範囲を10.0.0.0/20から10.0.0.0/18に変更します。

D. サブネットにセカンダリIP範囲10.1.0.0/20を追加します。

A. - インフラストラクチャのプロビジョニングの実行前に、CI/CD パイプラインに人間の承認のためのステップを追加します。
プロビジョニングには、人間による承認用のIAMアカウントを使用してください。

B. - 適切な最小限のIDおよびアクセス管理(IAM)権限を持つ、パイプラインごとに1つずつ、複数のサービスアカウントを作成します。
- サービスアカウントのキーファイルを保存するために、シークレットマネージャーサービスを使用します。
- CI/CDパイプラインが、パイプラインの実行中に適切なシークレットを要求できるようにする。

C. - コンピューティングインスタンスに単一のサービスアカウントを関連付けます。
サービスアカウントに最小限の権限を追加する。
- サービスアカウントが、リソースの作成、更新、または削除を行うための高い権限を持つクラウドIDユーザーになりすますことを許可する。

D. - 単一のサービスアカウントをコンピューティングインスタンスにアタッチします。
- リソースの作成、更新、削除に必要なすべてのIDおよびアクセス管理(IAM)権限をこのサービスアカウントに追加します。

A. Google Cloud コンソールを開き、監査ログのクエリを実行して、このサービス アカウントのアクセス許可拒否エラーを見つけます。

B. Google Cloud コンソールを開き、プロジェクトでサービス アカウントに割り当てられている、またはフォルダーや組織レベルから継承されている Identity and Access Management (IAM) ロールを確認します。

C. Google Cloud コンソールを開き、クエリを実行して、このサービス アカウントがアクセスできるリソースを確認します。

D. Google Cloud コンソールを開き、組織ポリシーを確認します。

A. デプロイメント A 用に LoadBalancer タイプのサービスを作成し、そのサービス用に Ingress リソースを作成します。デプロイメント B で Ingress IP アドレスを使用するようにします。

B. デプロイメント A 用の NodePort タイプのサービスと、そのサービス用の Ingress リソースを作成します。
デプロイメントBにイングレスIPアドレスを使用させる。

C. デプロイメント A 用に LoadBalancer タイプのサービスを作成します。デプロイメント B でそのサービスの IP アドレスを使用します。

D. デプロイメント A 用に ClusterIP タイプのサービスを作成します。デプロイメント B でそのサービスの IP アドレスを使用します。

A. gcloud projects get-iam-policyコマンドを使用して、現在の役割の割り当てを表示します。

B. Identity-Aware Proxyに移動し、これらのリソースの権限を確認します。

C. コンソールで、どのSSHキーがプロジェクト全体のキーとして保存されているかを確認します。

D. すべてのリソースのIAMと管理ページで監査ログを有効にし、結果を検証します。

A. クラスターの管理対象インスタンスグループを編集し、VM の数を 1 増やします。

B. クラスターのマネージドインスタンスグループを編集し、オートスケーリングを有効にします。

C. ノード数を指定して「kubectl container clusters resize」を使用します。

D. ノード数を指定して「gcloud container clusters resize」を使用します。