Professional Cloud Architect

Google Compute Engine 上の本番データベース仮想マシンには、データファイル用に ext4 でフォーマットされた永続ディスクがあります。データベースのストレージ容量がまもなく不足します。 ダウンタイムを最小限に抑えてこの問題を修正するにはどうすればよいですか？

あなたの会社には、Pub/Subからメッセージを取得し、Filestoreに保存するKubernetesアプリケーションがあります。アプリケーションは単純なため、単一のPodとしてデプロイされました。インフラチームがPub/Subのメトリクスを分析したところ、アプリケーションがメッセージをリアルタイムで処理できていないことが判明しました。ほとんどのメッセージは処理されるまでに数分間待機しています。I/O負荷の高いこの処理プロセスをスケールさせる必要があります。どうすればよいですか？

あなたの会社はWebベースのアプリケーションを開発しています。本番環境へのデプロイがソースコードのコミットにリンクされ、完全に監査可能であることを確認する必要があります。どうすればよいですか？

あるアプリケーション開発チームがあなたにアドバイスを求めてきました。彼らはGo 1.12を使用してHTTP(S) APIを作成し、デプロイする予定です。このAPIは非常に予測不可能なワークロードを持ち、トラフィックのピーク時にも信頼性を維持する必要があります。彼らはこのアプリケーションの運用オーバーヘッドを最小限に抑えたいと考えています。どの方法を推奨すべきでしょうか？

あなたの会社はGoogle Cloud上にデータレイクを設計しており、さまざまなソースから非構造化データを収集するための異なる取り込みパイプラインを開発したいと考えています。 データがGoogle Cloudに保存された後、いくつかのデータパイプラインで処理され、ウェブサイトのエンドユーザー向けのレコメンデーションエンジンが構築されます。ソースシステムから取得されるデータの構造はいつでも変更される可能性があります。データの構造が現在の処理パイプラインと互換性がない場合に備えて、再処理目的で、データは取得されたそのままの状態で保存する必要があります。データを取得した後のユースケースをサポートするアーキテクチャを設計する必要があります。どうすればよいですか？