あなたのチームは、Google Kubernetes Engine 上で実行されるサービスを開発しています。チームのコードは Cloud Source Repositories に保存されています。本番環境にデプロイする前に、コードのバグを迅速に特定する必要があります。開発者からのフィードバックを改善し、プロセスを可能な限り効率化するために、自動化に投資したいと考えています。
何をすべきでしょうか?

Stackdriver Monitoring Agent がインストールされた Compute Engine 仮想マシンインスタンスにアプリケーションをデプロイしています。アプリケーションはインスタンス上の UNIX プロセスです。この UNIX プロセスが 5 分以上実行されていない場合にアラートを受け取りたいと考えています。アプリケーションを変更して指標やログを生成することはできません。
どのアラート条件を設定する必要がありますか?

Google Kubernetes Engine（GKE）上でDeploymentを構成する必要があります。コンテナがデータベースに接続できることを確認するチェックを追加したいと考えています。Podが接続に失敗した場合、コンテナ上でスクリプトを実行して正常なシャットダウンを完了させたいと考えています。Deploymentはどのように構成すればよいでしょうか？

この質問については、HipLocal のケーススタディを参照してください。
最近のセキュリティ監査で、HipLocal の Compute Engine でホストされている MySQL データベースのデータベース認証情報が、永続ディスクにプレーンテキストで保存されていることが判明しました。HipLocal は、これらの認証情報が盗難されるリスクを軽減する必要があります。どのような対策を講じるべきでしょうか？

あなたは、コンテナファーストのアプローチを採用している金融サービス企業で働いています。チームではマイクロサービス アプリケーションを開発しており、コンテナ イメージの作成、回帰テストの実行、Artifact Registry へのイメージ公開を行う Cloud Build パイプラインを所有しています。回帰テストに合格したコンテナのみが Google Kubernetes Engine（GKE）クラスタにデプロイされるようにする必要があります。GKE クラスタではすでに Binary Authorization が有効になっています。次に何をすべきでしょうか？