Cloud Build を使用して、Docker イメージを開発環境、テスト環境、本番環境に展開しています。これらの環境すべてに同じ Docker イメージがデプロイされるようにする必要があります。
ビルド時にDockerイメージをどのように識別すればよいですか？

あなたは大規模組織の開発者です。Google Kubernetes Engine (GKE) に Web アプリケーションをデプロイしています。DevOps チームは、Cloud Deploy を使用してアプリケーションを GKE の開発、テスト、および本番環境のクラスターにデプロイする CI/CD パイプラインを構築しました。Cloud Deploy がアプリケーションを開発クラスターに正常にデプロイした後、それを自動的にテストクラスターに昇格させたいと考えています。Google が推奨するベストプラクティスに従って、このプロセスをどのように構成すればよいでしょうか？

あなたは新しいAPIを構築しています。画像の保存コストを最小限に抑え、画像配信の遅延を短縮したいと考えています。
どのアーキテクチャを採用すべきでしょうか？

アプリケーションはカスタムマシンイメージとして構築されています。マシンイメージには複数の固有のデプロイメントがあります。各デプロイメントは、独自のテンプレートを持つ個別のマネージドインスタンスグループです。各デプロイメントには、固有の構成値セットが必要です。これらの固有の値を各デプロイメントに提供しつつ、すべてのデプロイメントで同じカスタムマシンイメージを使用したいと考えています。Compute Engine の標準機能を使用したいと考えています。どうすればよいでしょうか？

Compute Engine にデプロイされたアプリケーションのメモリ使用量を確認したい場合、どうすればよいでしょうか？