https://cloud.google.com/appengine/docs/flexible/go/authorizing-apps
https://cloud.google.com/docs/enterprise/best-practices-for-enterprise-organizations#delegate_application_auth OAuth2 を使用したアプリケーションの認証の委任 Cloud Platform API は OAuth 2.0 をサポートしており、スコープによってサポートされているメソッドに対するきめ細かな認証が可能になります。Cloud Platform は、サービス アカウントとユーザー アカウントの両方の OAuth (3 レッグ OAuth とも呼ばれます) をサポートしています。
参考文献：
https://cloud.google.com/docs/enterprise/best-practices-for-enterprise-organizations#delegate_application_auth
https://cloud.google.com/appengine/docs/flexible/go/authorizing-apps
トピック2、マウントカーク・ゲームズのケーススタディ1
会社概要
Mountkirk Gamesは、最も人気のあるモバイルプラットフォーム向けに、オンラインのセッションベースのマルチプレイヤーゲームを開発しています。
会社概要
Mountkirk Gamesは、すべてのゲームをサーバーサイド統合で開発しており、従来はクラウドプロバイダーから物理サーバーをリースしていた。しかし、一部のゲームが予想以上に人気を博し、アプリケーションサーバー、MySQLデータベース、分析ツールの拡張性に問題が生じた。
マウントカークの現在のモデルは、試合の統計情報をファイルに書き込み、それをETLツールを通して中央集約型のMySQLデータベースにロードし、レポート作成に利用するというものだ。
解決策のコンセプト
Mountkirk Gamesは、非常に人気が出ると見込まれる新作ゲームを開発中です。ストリーミングメトリクスの取得、高度な分析の実行、自動スケーリングサーバー環境の活用、マネージドNoSQLデータベースとの統合を可能にするため、ゲームのバックエンドをGoogle Compute Engineにデプロイする予定です。
技術要件
ゲームバックエンドプラットフォームの要件
1. ゲームのアクティビティに基づいて、動的にスケールアップまたはスケールダウンする。
2. マネージドNoSQLデータベースサービスに接続します。
3. カスタマイズしたLinxディストリビューションを実行する。
ゲーム分析プラットフォームの要件
1. ゲームのアクティビティに基づいて、動的にスケールアップまたはスケールダウンする。
2. ゲームサーバーから受信したデータをリアルタイムで直接処理する。
3. モバイルネットワークの速度が遅いために遅れて到着したデータを処理する。
4. SQLクエリが少なくとも10TBの履歴データにアクセスできるようにする。
5. ユーザーのモバイルデバイスから定期的にアップロードされるファイルを処理する。
6. 完全マネージドサービスのみを使用する
CEO声明
前回成功を収めたゲームは、以前のクラウドプロバイダーではうまくスケーリングできず、ユーザー数が減少し、ゲームの評判にも悪影響を及ぼしました。投資家は、ゲームの速度と安定性を評価するための主要業績評価指標（KPI）に加え、利用パターンに関するより深い洞察を提供するその他の指標を求めており、それによってゲームをターゲットユーザーに合わせて調整できるようにしたいと考えています。
CTO声明
現在の技術スタックでは必要な拡張性を確保できないため、MySQLを置き換え、オートスケーリング、低遅延の負荷分散機能を提供し、物理サーバーの管理から解放される環境に移行したいと考えています。
最高財務責任者（CFO）声明
ユーザーの属性データ、利用状況指標、その他のKPIを十分に収集できていません。その結果、適切なユーザー層にアプローチできていません。マーケティング活動が適切なユーザー層をターゲットにできているという確信が持てず、ゲーム内でのプレミアムアイテム「ブラストアップ」の販売数も不足しているため、収益に大きな影響が出ています。

https://aws.amazon.com/blogs/aws/building-three-tier-architectures-with-security-groups/ Google Cloud Platform (GCP) は、ルールとタグを使用してファイアウォールルールを適用します。GCP のルールとタグは一度定義すれば、すべてのリージョンで使用できます。
参考資料：https://cloud.google.com/docs/compare/openstack/
https://aws.amazon.com/it/blogs/aws/building-three-tier-architectures-with-security-groups/

https://cloud.google.com/blog/products/it-ops/best-practices-for-optimizing-your-cloud-costs VM をスケジュールして自動起動と停止を行う: Compute Engine のようなプラットフォームの利点は、使用したコンピューティング リソースに対してのみ料金を支払うことです。本番システムは 24 時間 365 日稼働する傾向がありますが、開発、テスト、または個人環境の VM は業務時間中にのみ使用される傾向があり、それらを停止することで大幅なコスト削減が可能です。
https://cloud.google.com/blog/products/storage-data-transfer/save-money-by-stopping-and-starting-compute-engine-instances-on-schedule GCP のフルマネージド cron ジョブ スケジューラである Cloud Scheduler は、VM を自動的に停止および起動するためのシンプルなソリューションを提供します。Cloud Scheduler を Cloud Pub/Sub と組み合わせて、スケジュールに基づいて Cloud Functions をトリガーすることで、任意のラベル (Compute Engine で作成) で識別される VM のグループを停止および起動できます。ここでは、午後 5 時に「dev」というラベルのすべての VM を停止し、午前 9 時に再起動するスケジュールの例を示します。「prod」というラベルの VM はそのままにしておきます。