はじめに：
AWS の session にて、ゲームの最適化に繋がるアーキテクチャの話を聞いたので、翻訳しつつの共有となります。
口語の翻訳となるので、多少冗長となるところもあるかと思いますが、そのあたりは帰国次第修正を随時行なっていくかと思います。
まとめとしては outpost、localzone の使い道が広がる話で良かったと思います。
前段：
私たちは、さまざまな業種や業界の多くのお客様がハイブリッド サービスを使用して、適切なユースケースを採用しているのを見てきました。
データベースと制約の大きさを考えると、これらのアプリケーションを移行するのは気が遠くなる可能性ということです。
そしてリアルタイム ゲーム、機械学習機器、コンテンツ ストリーミングなどの低レイテンシーのユースケースがあり、メディア、レクリエーションなども同様です。
そして常駐、規制、またはローカルのデータ処理ニーズのために、データを特定の場所に置く必要があるユースケースが求められています。
自動化、セキュリティ制御など、それに伴うその他の運用上の事項についても同様に考慮したいです。
私たちが目にしたのは、顧客は高速化を望んでいますが、同時に、顧客の使用するスキルと同じスキルとプロセスでグローバル展開を管理できることです。
そこで、より詳しい背景を理解するために、次に、さまざまな業界に必要なものを説明します。
例えば高価なアーティストがリモートワークを行うとして、彼らのワークステーションは、ロサンゼルスのアニメーションを扱う特定のエリアに設置されており、アーティストのワークステーションにとっては軽量の選択肢の傾向がありますが、評価が非常に重要なデータになるまでには時間がかかります。
ここで特にレイテンシーについて言えば、これらの顧客は高レベルの低レイテンシー要件を持っています。
彼らは、野心的な道を経済的にして閉ざす必要はありません。
そしてその逆に、アーティストが実際に体験をすることなくコンテンツを作成できるように栄養を供給します。
例えば私たちがまったく異なる垂直金融サービスを持っているパターンです。
ニューヨークのような場所で金融取引所を持ち、リアルタイム、正確さ、流通ニーズをコンサルティングする必要があります。
また、リアルタイム分析を求めている顧客は金融業界だけではありません。
今週（reinvent）はコンピューティング部門だけでなく、SEO 部門からも顧客が来ています。
これらの顧客は、医療システムや臨床研究でビデオを再生するために、さまざまなモデリング ソフトウェアと機能に依存しています。
そして、これらのユースケースに関して言えば、これらの顧客は、ビデオ撮影などの高品質な権利に迅速にアクセスする必要があるため、患者の治療結果を再現することなく常に患者の転帰を改善することに重点を置くことができます。
そして最後に、もう 1 つの良い例がエンタープライズ移行のユースケースです。
これは、オンプレミスのデータセンターでワークステーションやさまざまなワークロードを実行している世界中の様々なサイトであり、これらの顧客の多くが、それは気が遠くなりうると私たちに言いました。
その解決策としてポータブル アプリケーションをクラウドに移行する例です。
結果として、顧客の多くはオンプレミスとクラウド上のデータ実行ワークロード間のレガシー接続を提供するハイブリッド環境を好む傾向があることがわかりました。
そのため、リファクタリングなしでアプリケーションを移行することにつながります。
では、低遅延のさまざまなユースケースがある今、これらの顧客にどのようにサービスを提供しているのでしょうか?
localzone サービスは、さまざまな場所で利用可能で、顧客へ提供されます。
その後、地元の人々がテーブル、特に特定の大都市圏では、基本的にコンピューティングとストレージのメリットを享受できる顧客がより利益を受けることを可能にします。
エンド ユーザーとそのオンプレミスは、自社のデータ センターを保護する必要がありません。
こうして、これらを公開する理由が理解できました。
これらは実際にはまったくコストのかからない重要な概念であるということです。
そこで、トレーニングに重点を置き始めたとき、Amazon スーパーコンピューター、Amazon EBS、ブロックストレージ、ECS、コンテナー用の EKS などの両方のコンピューターを導入しました。
これは、今日の顧客が慣れ親しんでいる永続的なネットワーキングとインテリジェントなエクスペリエンスを象徴する巨大なものでした。
そして、お客様からのフィードバックに基づいて追加した情報サービスがさらに活用されており、現在では業界最高となっています。
先ほど説明したとおり、ローカルゾーンは地域の論理的な拡張であり、それらがここでの価格設定に反映されています。
したがって、オクラホマ州を使用している場合、ローカル ゾーン内の北東部 EC2 インスタンスにはオンデマンド価格が設定されており、割引付きで名目上のコミットメントのメリットを得るプランも購入することになります。
そして、オンデマンドを超えて、クラスを拡大しプロジェクトを推進します。
実際にどのように機能するかを理解するために、価格モデルで利用可能な場合にそれらを必要とする理由について説明します。
始めるには、各種 AWS アカウントを有効にするだけで済みます。
これはコンソール API から実行できます。ローカル ゾーンを有効にすると、VPC ゾーンをローカルにリンクして拡張し、開始できるようになります。
次に OutPost におけるラックの話です。
ラック内のすべてを最小の設置面積と考えると、それを施設、ネットワーク、電源に持ち込むことですべてを管理できます。
サーバーはさらに小さく拡張することもできるので、データセンターにすることもできますし、同じ場所に設置したり、芸術的に拡張したテクノロジーで包んだりすることもできますし、データセンターの外、おそらくは市内の小売店にさえ置くこともできます。
銀行管理オフィスやクローゼットのようなIT環境も通常のコンセントに接続するだけで、サーバーを必要としない場所にそのコンピューターを持ち込むことができます。
outpostファミリー
outpostとは
outpostのラックアーキテクチャ1
outpostのラックアーキテクチャ2
outpost に関しては、他の開発者が 2 つの異なるツール セット（クラウド用とオンプレミス用）に精通し、トレーニングを受けやような流暢な使用者に限定されているわけではありません。
AWS では、コードを記述してアプリケーションを構築し、それをどこにでもデプロイすることになります。
お客様が共有したもう 1 つのことは、私たちが何年も言い続けてきたインフラストラクチャの管理は、差別化されていない重労働であるため、私たちが代わりに管理するつもりだということでした。
outpostと連携できるサービス
さてここで、AWS リージョンの過負荷にある責任共有モデルについて考えてみましょう。
同じモデルが端にあります。唯一の違いは、顧客であるあなた、コロラドパートナー、あるいはその他の誰かが、物理的なスペース、電力、ネットワーク接続を提供し、ハードウェアやより多くの場所を管理することです。
地域で使用しているものと同じツールとシステムを使用してすべてを管理する必要があります。私たちはこれを地域の艦隊の延長として扱います。
ここでの良い点は、これらすべてを適切に管理するための 1 つのペインが提供されるため、Outpost にアクセスしてリソース、ECCU インスタンスを開始すると、それがリージョンの一部として表示されることです。
コンソールを使用できるため、フリート全体を管理することも、範囲を限定して、クラウド ウォッチやクラウド トレイルなどのすべてのツールや、実際のクライアント向けにリージョンで提供しているその他すべての監視警報サービスを使用することもできます。
つまりは、多くの顧客が行うべきことは、管理の複雑さを単純化することだけです。
これにより、開発者の生産性が向上します。率直に言って、オンプレミスの人々がクラウドのペースで行動し、そのメンタル モデルにクラウド ファーストのアプローチを導入し、リソースと投資をアプリケーション レベルで設計および集中させ、そこでビジネスとサービスを差別化することができます。
リソース、時間、お金、その他すべてを費やすことなく、インフラストラクチャの管理にサービスを提供できます。
業界標準の 42 ラックです。これは決して小さいわけではありませんが、ご存知のとおり、ほとんどのデータ センターの標準的な位置に収まります。
弊社の製造現場で組み立て、完全に組み立てられた状態でお届けします。
私たちはそれをネットワークに接続し、高度なチームを派遣して、適切な電源コードが隅々まで収まるかどうかを確認します。
これらの物は完全に積載すると約 1700 ポンドになります。したがって、セキュリティ全体を通じてすべてが安全であることを確認するために、改ざん防止センサーを備えた木箱を運び込むのは簡単ではありません。
私たちはそれをプラグインします。私たちは、お客様自身が選択したコンピューティング サーバー以外のすべてについて、全面的な冗長性を提供します。
私たちがこれまでに行ったラック内の最も一般的な障害は少なくとも 2 つあり、冗長ネットワーキング スイッチとアクションがあり、このラック内のすべてを常に監視および管理して、オンラインであることを確認しています。
ここからライオットゲームでいかにスピードをあげたかの話となります。
そこで、プレーヤーの 70% が 35 秒以内にあるサーバーの場所に到達するという目標を設定しました。かつ、プレイヤーの 90% は 50 ミリ秒以内の距離にいます。
その目標は、リーグ・オブ・レジェンドでの目標よりもはるかに野心的でした。
これに対処する唯一の方法は、ゲームサーバーをそれらのゲームをプレイしているプレイヤーに近づけて、通信のラリーを可能な限り最適化する方法を見つけることでした。
彼らは初めて、勇敢なゲームを立ち上げることが自分たちが望んでいた方法であることを知りました。そこで彼らはまず AWS リージョン全体を調べて、どこで作業を実行できるか、またはゲームサーバーを実行できるか、使用しているプレーヤーを Max がどの程度積極的にカバーするかを設定および決定しました。
これは非常に明白な出発点です。もちろん、最近のゴールとしたものと非常に似ており、すべての点で同じように機能するため、ローカルサーバーでの通信速度を高めることとしました。
また、すべてのゲーム サーバーが同じソフトウェアを実行しているため、ゲーム開発ゲーム サーバーが構築されたサービスがローカルに存在し、高速化につながります。
ローカル ゾーンを拡張し、目的のターゲットに向けてレイテンシをさらに最適化することも非常に簡単です。
リージョナルまたはローカル ゾーンを使用しているユーザーを指摘します。これは非常に理にかなっています。
なぜなら、追加のオーバーヘッドを埋めなければならなかったからです。データセンターを持つために容量を管理する必要がありましたが、合理的な方法で、レイテンシーを発生させる可能性がないゲーマーにサービスを提供することができました。
シカゴのベアメタル データセンターのバランスを構築し始めたときの米国に焦点を当ててみます。
彼らは先月米国東部で1回、そして私たちが最後に2回を実行していました。そして、それがどこにあるのか、米国全体の待ち時間だけを考えてみると、それが公平であるはずがありません。
データサイエンスからはかなり遠い場所が全国にあります。そしてその理由は、フロリダのゲーマーに焦点を当てているからです。
ここのマップを見ると、確かに 3 番目のクラス、2 番目のターゲットではありませんが、それらの多くは満足のいく 50 ミリ秒以内に到達しました。
しかし、ダラスとアトランタの前哨基地を重ねてみると、デジタルの台頭でこれらの場所を先延ばしにして目標を達成した人もいるとはいえ、これらのゲーマーの集団は現在、どちらも 35 ミリ秒の目標内に十分入っています。
もちろんそれ以来、より多くの大都市圏のローカルオンラインは、必要に応じており、ここで少し追加の色を表示するために、必要に応じてワークロードをシフトします。
ここに暴動や遠隔測定パイプラインからのデータがあり、北米がどのようなものかがわかります。そして、1 年後に、彼らがそれらをオンラインにも導入した場合、35 ミリ秒未満だった顧客のレイテンシー セグメントが意味のある反転によって増加すると予測されます。
できれば、Riot 用にこのすべてのキャパシティをオンラインにしたら、私たちとあなたのネットワークは、Riot に必要な 私たちが暴動と呼ぶ独自のネットワークを構築するのではなく、ネットワークをルーティングできることを確認してください。
2014 年から直接、運営の規模とリーグ・オブ・レジェンドの人気に基づいて、彼らは何年にもわたってプレイヤーをプレイするパフォーマンスの問題の管理を支援したいと考えていました。
そして彼らの要望は、非効率なルーティングを削除すれば、どこでもサードパーティを利用できるということでした。
できるだけ多くのインターネット サービス プロバイダーと直接ピアリングすることができ、それがより良いゲーム体験につながります。
ISP またはデータ センターからは、数多くの大量の顧客パケットが送信されます。単一のプロバイダーに接続されているだけです。
また、DDOS など、ライズ ネットワークの対象ではない可能性のある他の一時的なイベントにもさらされます。
別の顧客をターゲットにしている可能性がありますが、それでも影響はあります。
そして、ここでの目標は、適切なプレイヤーが PC とゲームの間で達成できる最も近いものを直接得ることができるようにすることでした。
したがって、正しい相互作用は今や地球全体に広がっています。
彼らは適切なプレイヤーを接続し、ゲームサーバーを繁栄させ、またアーティストが業界団体と連携してゲームを構築しているスタジオの場所を適切に配置し、ゲームが行われる前哨基地となります。以上が、Alias とそのユースケースのバスルームについての詳細な説明でした。
