本番環境にアプリケーションをデプロイしている場合、新しいバージョンをデプロイする際には、本番環境のすべてのトラフィックが新しいバージョンのアプリケーションにルーティングされるようにする必要があります。また、新しいバージョンに問題が発生した場合に備えて、以前のバージョンに戻せるように、以前のバージョンもデプロイしたままにしておきたいと考えています。
どの導入戦略を採用すべきでしょうか？

AndroidアプリとiOSアプリで使用されるAPIを構築しています。このAPIは以下の要件を満たす必要があります。
* HTTPSをサポート
* 帯域幅コストを最小限に抑える
* モバイルアプリとの連携が容易
どのAPIアーキテクチャを使用すべきでしょうか？

GKE上で動作するアプリケーションのCI/CDパイプラインを管理しています。Cloud Buildを使用してコンテナイメージを作成し、アーティファクトレジストリにプッシュします。イメージをビルドする際には、パイプラインで最新のタグを使用します。
先日、展開から24時間後にデプロイメントをロールバックする必要がありました。最新のタグが上書きされていたため、ロールバック処理は困難を極めました。今後はこのような問題が発生しないように対策を講じる必要があります。
最も効率的な方法を使いたい場合、どうすれば良いでしょうか？

あなたは、実行状態にある（削除、停止、または一時停止されていない）すべての Compute Engine VM のエントリを含む永続キャッシュを持つカスタムジョブスケジューラを開発しています。ジョブスケジューラはこのキャッシュをチェックし、キャッシュ内の利用可能な Compute Engine VM にのみジョブを送信します。利用可能な Compute Engine インスタンスのキャッシュが古くならないようにする必要があります。どうすればよいですか？

事例研究2 - HipLocal
会社概要
HipLocalは、近隣住民間のコミュニケーションを促進するために設計されたコミュニティアプリです。イベントの企画やスポーツイベントの運営、企業が地域社会とつながるためのツールとして活用されています。HipLocalは最近ダラスのいくつかの地域でサービスを開始し、急速に世界的な現象へと成長しています。その独自の超地域密着型コミュニティコミュニケーションとビジネスアウトリーチのスタイルは、世界中で高い評価を得ています。
エグゼクティブ・ステートメント
私たちは地域コミュニティアプリでナンバーワンです。今こそ、地域コミュニティサービスをグローバルに展開する時です。当社のベンチャーキャピタル投資家は、急速な成長と、メンバー同士が10マイル離れていても10,000マイル離れていても、新たにオンラインになる地域コミュニティやバーチャルコミュニティで、同じように素晴らしい体験を提供することを望んでいます。
解決策のコンセプト
HipLocalは、既存のサービスを最新の機能で拡張し、新たな地域に展開することで、世界中の顧客へのサービス向上を目指しています。そのため、各地域のタイムゾーンに合わせてサポートを提供する新しいチームを編成・育成する必要があります。アプリケーションがスムーズに拡張し、稼働状況に関する明確なデータを提供できること、そして発生した問題を分析し、適切に対応できることが求められます。
既存の技術環境
HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platform上で稼働するインフラストラクチャが混在しています。HipLocalチームは自社のアプリケーションをよく理解していますが、グローバル規模のアプリケーションに関する経験は限られています。既存の技術環境は以下のとおりです。
- 既存のAPIは、GCPでホストされているCompute Engine仮想マシンインスタンス上で動作します。
- 状態は、GCP上の単一インスタンスのMySQLデータベースに保存されます。
リリースサイクルには、品質保証テストを実施するための開発凍結期間が含まれます。
- このアプリケーションにはログ記録機能がありません。
アプリケーションは、平日の夜間などトラフィックが少ない時間帯に、インフラエンジニアによって手動でデプロイされます。
- 稼働状況を示す基本的な指標があり、APIが応答しない場合は頻繁にアラートが発報されます。
ビジネス要件
HipLocalの投資家は、事業規模を拡大し、需要の増加に対応したいと考えています。彼らの要求事項は以下のとおりです。
- アプリケーションの提供地域を拡大する。
- 同時接続ユーザー数を10倍に増加。
ユーザーが異なる地域を旅行する際に、一貫した体験を提供することを保証する。
- 製品の収益化方法をより深く理解するために、ユーザーアクティビティの指標を取得する。
- 新しい地域における規制（例えば、GDPR）への準拠を確保する。
インフラ管理の時間とコストを削減する。
- Googleが推奨するクラウドコンピューティングのベストプラクティスを採用する。
アプリケーションライフサイクル管理に関する標準化されたワークフローとプロセスを開発する。
サービスレベル指標（SLI）とサービスレベル目標（SLO）を定義する。
技術要件
・オンプレミスのデータセンターとクラウドホスト型アプリケーションおよびインフラストラクチャ間の安全な通信を提供する。
アプリケーションは、使用状況の指標と監視機能を提供する必要があります。
APIには認証と認可が必要です。
新機能の検証をより迅速かつ正確に実施する。
ログ記録とパフォーマンス指標は、デバッグ情報やアラートを提供できるよう、実用的な情報を提供する必要があります。
・ユーザーの需要を満たすために規模を拡大する必要がある。
この質問については、HipLocalの事例研究を参照してください。
HipLocalは、世界各地のユーザー向けサービスのレイテンシを削減したいと考えています。ユーザーの居住地にデータベースの読み取りレプリカを作成し、それらのレプリカを使用してトラフィックを読み取るようにサービスを設定しました。最小限の労力で、すべてのデータベース操作のレイテンシをさらに削減するにはどうすればよいでしょうか？