この質問については、ヘリコプター レーシング リーグ (HRL) のケーススタディを参照してください。最近、HRL は南アフリカのケープタウンで新しい地域レーシング リーグを開始しました。ケープタウンの顧客により良いユーザー エクスペリエンスを提供するために、HRL はコンテンツ配信ネットワーク プロバイダーである Fastly と提携しました。HRL は、すべての Fastly IP アドレス範囲から Virtual Private Cloud ネットワーク (VPC ネットワーク) へのトラフィックを許可する必要があります。あなたは HRL セキュリティ チームのメンバーであり、外部 HTTP(S) ロード バランサを介した Fastly IP アドレス範囲のみを許可する更新を構成する必要があります。どのコマンドを使用すればよいでしょうか?

VPC 内のすべての Compute Engine インスタンスは、特定のポートで Active Directory サーバーに接続できる必要があります。インスタンスから発生する他のトラフィックは許可されません。VPC ファイアウォール ルールを使用してこれを強制したいと考えています。
ファイアウォール ルールはどのように構成すればよいですか?

ケーススタディ: 4 - Dress4Win のケーススタディ
会社概要
Dress4win は、ユーザーが Web サイトとモバイル アプリケーションを使用して個人のワードローブを整理および管理できるようにする Web ベースの会社です。同社はまた、ユーザーとデザイナーや小売業者を結び付けるアクティブなソーシャル ネットワークを育成しています。彼らは、広告、電子商取引、紹介、フリーミアム アプリ モデルを通じてサービスを収益化しています。
会社背景
Dress4win のアプリケーションは、創業者のガレージにある数台のサーバーから、同じ場所にあるデータ センターにある数百台のサーバーとアプライアンスにまで成長しました。しかし、インフラストラクチャの容量は現在、アプリケーションの急速な成長には不十分です。この成長と、より迅速にイノベーションを進めたいという同社の願望のため、Dress4win はパブリック クラウドへの完全な移行に取り組んでいます。
ソリューションコンセプト
Dress4win は、クラウドへの移行の第 1 段階として、開発環境とテスト環境の移行を検討しています。現在のインフラストラクチャは 1 か所にあるため、災害復旧サイトの構築も検討しています。アーキテクチャのどのコンポーネントをそのまま移行できるのか、移行する前にどのコンポーネントを変更する必要があるのか​​がわかりません。
既存の技術環境
Dress4win アプリケーションは、単一のデータ センターの場所から提供されます。
データベース:
MySQL - ユーザーデータ、インベントリ、静的データ

Redis - メタデータ、ソーシャル グラフ、キャッシュ

アプリケーションサーバー:
Tomcat - Java マイクロサービス

Nginx - 静的コンテンツ

Apache Beam - バッチ処理

ストレージ アプライアンス:
VMホスト用のiSCSI

ファイバーチャネルSAN - MySQLデータベース

NAS - 画像ストレージ、ログ、バックアップ

Apache Hadoop/Spark サーバー:
データ分析

リアルタイムのトレンド計算

MQ サーバー:
メッセージング

ソーシャル通知

イベント

その他のサーバー:
Jenkins、モニタリング、要塞ホスト、セキュリティ スキャナー

ビジネス要件

スケールされた本番環境を備えた、信頼性が高く再現可能な環境を構築します。クラウド向けの一連のセキュリティと Identity and Access Management (IAM) のベスト プラクティスを定義して遵守することで、セキュリティを向上させます。
新しいリソースを迅速にプロビジョニングすることで、ビジネスの機敏性とイノベーションの速度を向上させます。
クラウドでのパフォーマンスのためにアーキテクチャを分析して最適化します。他のすべての要件が満たされている場合は、クラウドに完全に移行します。
技術的要件
クラウドでリソースをプロビジョニングするための自動化フレームワークを評価して選択します。緊急時の本番環境のクラウドへのフェイルオーバーをサポートします。容量を節約するためにクラウドに移行できる実稼働サービスを特定します。
可能な限りマネージド サービスを使用してください。
ネットワーク上および保存中のデータを暗号化します。
実稼働データセンターとクラウド環境間の複数の VPN 接続をサポートします。
CEOの声明
当社の投資家は、現在のインフラストラクチャを拡張してコストを抑制できるかどうかを懸念しています。また、新しい競合他社がパブリック クラウド プラットフォームを使用して自社の先行投資を相殺し、競合他社がより良い機能の開発に集中できるようになる可能性があることも懸念しています。
CTO ステートメント
当社は現在のインフラストラクチャに多額の投資を行ってきましたが、多くの機器は耐用年数の終わりに近づいています。新しいプロジェクトを開始する前に、新しい機材がラックに届くまで常に数週間待っています。交通パターンは朝と週末の夕方に最も多くなります。それ以外の時間帯には、キャパシティの 80% がアイドル状態になります。
CFO ステートメント
当社の設備投資は現在、四半期予測を上回っています。クラウドへの移行により、最初は支出が増加する可能性がありますが、次のハードウェア更新サイクルまでに完全に移行する予定です。今後 5 年間の総所有コスト (TCO) 分析では、クラウド戦略は現在のモデルより 30 ～ 50% 低くなります。
この質問については、Dress4Win のケーススタディを参照してください。
Dress4Win は、いくつかの従来のサービスに対して Google Stackdriver を使用した新しい稼働時間チェックを構成しました。Stackdriver ダッシュボードは、サービスが正常であると報告していません。彼らは何をすべきでしょうか？

更新する必要がある App Engine アプリケーションがあります。現在のアプリケーションのバージョンを置き換える前に、運用トラフィックで更新をテストしたいと考えています。
あなたは何をするべきか？

0.1 CPU コアを必要とする多くの依存関係を持つ Python Web アプリケーションがあり、
運用環境で動作するには 128 MB のメモリ。マシンの使用率を監視して最大化したいと考えています。また、アプリケーションの新しいバージョンを確実にデプロイすることもできます。どの一連の手順を実行する必要がありますか?