Professional-Cloud-Developer 試験問題 186

貴社は最近、既存アプリケーションをGoogle Kubernetes Engineにリプラットフォームする取り組みを開始しました。モノリシックなアプリケーションをマイクロサービスに分割する必要があります。複数のインスタンスが、共有ファイルシステムに保存されている構成ファイルへの読み書きアクセス権を持ちます。この移行に必要な労力を最小限に抑え、アプリケーションコードの書き換えは避けたいと考えています。どのような対策を講じるべきでしょうか?
  • Professional-Cloud-Developer 試験問題 187

    Cloud Shell から kubectl を使用して Google Kubernetes Engine (GKE) クラスターに接続しようとしています。パブリックエンドポイントを使用して GKE クラスターをデプロイ済みです。Cloud Shell から、次のコマンドを実行します。

    kubectlコマンドがエラーメッセージを表示せずにタイムアウトしてしまうことに気づきました。この問題の最も可能性の高い原因は何でしょうか?
  • Professional-Cloud-Developer 試験問題 188

    以下のgcloudコマンドを使用してHTTP(s)ロードバランサーをデプロイしました。

    Compute Engine仮想マシンインスタンスのポート80に対するヘルスチェックが失敗し、インスタンスにトラフィックが送信されていません。この問題を解決してください。
    どのコマンドを実行すればよいですか?
  • Professional-Cloud-Developer 試験問題 189

    お客様のApp Engineの標準構成は以下のとおりです。
    サービス: 生産
    インスタンスクラス: B1
    アプリケーションのインスタンス数を5つに制限したいのですね。
    設定ファイルにはどのコードスニペットを含めるべきですか?
  • Professional-Cloud-Developer 試験問題 190

    あなたのチームは複数のマイクロサービスの開発を担当しています。これらのマイクロサービスはCloud Runにデプロイされ、Cloud SQLインスタンスに接続されています。通常、新機能をデプロイする前にローカル環境でテストを実施します。しかし、最近Cloud SQLインスタンスから外部IPアドレスが削除されたため、テストを実行できなくなりました。最新のデータを使用してテストを実行するには、データベースに接続する必要があります。Googleが推奨するベストプラクティスに従いたいと考えています。どうすればよいでしょうか?