Uptime: A Cloud Provider Sim

【ゲーム紹介】

データセンターの管理はスプレッドシートで行うものではありません。実際に現場を歩いて確認するのです。

Uptimeでは、クラウドプロバイダーの現場に立ち、ハードウェアを直接操作する立場になります。サーバーを購入し、ラックまで運び、カチッと音がするまで取り付けます。ケーブルをリールから引き出し、ポートを探し、床に敷き詰め、電源を入れます。そして、最初の顧客と契約を結び、その成果が実際に機能するかどうかを確かめるのです。

床下にはリアルなシミュレーションが展開されています。すべてのサーバー、スイッチ、ケーブル、ポートは決定論的なエンジン内で動作する実体であり、ネットワークは実際にトラフィックのスイッチングとルーティングを行います。電力と冷却は予算として設定され、容量はハードウェアとして設定され、満杯になります。何かが故障した場合、それはモデルが予測する通りの故障であり、その解決策は実際のエンジニアが取るであろうものと同じです。これが開発の目標でした。つまり、実際に手を動かして構築するタイクーンシミュレーションでありながら、この分野で生計を立てている人にも十分通用するゲームを目指したのです。

一度起動したら、そのまま稼働させ続けてください。交通量が到着した瞬間から、シミュレーションは押し戻しを開始します。

あなたが運用しているのはクラウドであって、サーバー室ではありません。

あなたはフルスタックを所有しています。ハードウェア、ネットワーク、販売するサービス、そしてあなたのシステム上で製品が稼働している顧客。彼らはあなたのシステムをベースに開発を行っているのですから、ガレージにある一台のマシンから、他の企業が依存しているフロアに至るまで、あなたのシステム上で稼働するすべてのものを維持する責任はあなたにあります。

顧客はあなたにビジネスを託しているのです。

テナントにはそれぞれ名前があり、彼らは自社のサービスが安定稼働することを期待して、あなたにサービスを提供します。その根底にあるのは評判です。評判は時間をかけて築き上げるものですが、たった一晩の不手際で失うこともあります。そして、顧客規模が大きければ大きいほど、その失墜は大きな痛手となります。手に負えない契約を結んだり、ホストを過密状態にしたり、午前2時にSLA違反を見過ごしたりすれば、失うのは金銭だけではありません。次の顧客獲得につながるはずだった信頼も失うことになるのです。

つまり、イエスと言うたびに、今持っているものを手放さずに新たな重荷を背負えるかどうかという賭けになるのです。時には、ビジネスを断るのが正しい判断となることもあります。テナントも黙ってはいません。彼らは要求を突きつけ、値切り交渉をし、締め切りを迫ってきます。彼らを満足させれば、彼らはそれを声に出して言い、友人を連れてきてくれるでしょう。

あなたが販売するのは、実際にあなたが運営するインフラです。

顧客は「サーバー」をレンタルするのではなく、真のクラウドが提供するサービス、つまり仮想マシン、オブジェクトストレージ、マネージドデータベース、Kubernetes、ロードバランサー、サーバーレス関数などを起動します。これらはすべて、運用するサービスです。すべてのサービスの背後には、維持管理が必要なコントロールプレーンと、各ホスト上で処理を実行するエージェントがあり、これらすべてが、顧客が料金を支払っている同じコンピューティングリソースを奪い合います。

ネットワークの真価が発揮されるのはまさにそこだ。サービスを制御プレーンから切り離せば、サービスは機能不全に陥り始める。過度な負荷をかければ、ネットワークは崩壊する。容量が枯渇し、ネットワークは販売しているサービス自体を分割してしまう可能性がある。そして、そのすべてをどのように構築するかが、生き残るプロバイダーと崩壊するプロバイダーを分ける決定的な要素となるのだ。

シミュレーションこそがゲームだ。

まさにここで「シミュレーション」という言葉が真価を発揮します。フロアにあるすべてのデバイスは、決定論的なエンジンの中で現実のエンティティとして扱われ、目に見えるすべてのLEDは、そのデバイスのリアルタイムの状態を示しています。リンクが飽和するのは、計算処理が飽和したためです。ラックがダウンするのは、想定していなかった障害領域が単一障害点であることが判明したためです。

ポート、ケーブル、消費電力、障害ドメイン、オーバーサブスクリプション、リンクアグリゲーション、スパニングツリー、BGP、平均障害間隔。これらはモデルであり、進捗バーに貼り付けられたラベルではありません。冗長リンクを間違った方法で配線し、スパニングツリーがそれを防いでくれるか、逆に逆接続するとフロア全体がブロードキャストストームに見舞われるかのどちらかです。その深さを無視しても勝つことはできますし、徹底的に活用することもできます。

顧客があなたに話しかけてくる。

彼らは、あなたが長年利用してきた運用部門のSlackのようなチャットチャンネルに住み着いています。彼らはオンボーディングを行い、キャパシティの増強を要求し、レイテンシが急上昇すると不満を述べ、そしてあなたが3分前に行った変更によってサービスがダウンしたことを、彼ら自身の言葉で伝えてきます。

インシデントには、最初から重大度タグが付けられているわけではありません。重大度は、どれだけの顧客にどれだけ深刻な影響を与えているかによって決まります。誰も頼っていないリンクが不安定なだけなら、大した問題ではありません。しかし、最大のテナントの下にある同じリンクが、真夜中にページがフリーズしてしまうと、深刻な事態となります。

同じ機械を読み取る2つの方法。

ラックに触れたことすらない？NPCメンターが丁寧に案内してくれます。キーを1つ押すだけで専門用語モードが切り替わり、同じシステムでも平易な言葉と専門用語がシームレスに切り替わります。「これらの障害ゾーンを分散させる」と「この単一AZのSPOFを修正する」は同じ指示です。マニュアルを読む代わりに、実際にプレイすることで専門用語を習得できます。オーバーサブスクリプションのコストは既にご存知ですか？その奥深さは最初から分かっていたのです。もう補助輪は不要です。

難易度を設定してください。高難易度コースでは容赦されません。

難易度設定は「イージー」「スタンダード」「ハード」の3段階で、単一のニュートラルな基準値からシミュレーション全体を再調整します。この設定は実行中に変更可能です。難易度を上げると、評判の仕組みがより厳しくなります。評判を得るのに時間がかかり、失うのが早くなり、ちょっとした出来事も許されにくくなります。作成者側の難易度設定は、それぞれに下限が設定されているため、スライダーで難易度を上げることはできますが、下げることはできません。

「ガレージから栄光へ」は数ある物語の一つに過ぎず、唯一の物語ではない。

このキャンペーンでは、ガレージにある1台のサーバーから始まり、地下室の拡張を経て、最終的に自分のデータセンターフロアを構築し、防衛する部屋へと成長していきます。これがシナリオの一例です。ハードモードに挑戦してみましょう。データ損失の日を生き延びましょう。攻撃を受けながらも防衛線を維持しましょう。あるいは、自由度の高いサンドボックスモードで、制約なしに自由に構築することも可能です。シナリオは読みやすいファイル形式なので、コミュニティメンバーは独自の開始条件、災害、制約を記述して、そのままゲームに組み込むことができます。

これは早期アクセス版です。データセンターのフロアは拡張性を考慮して設計されています。列やケージを追加して拡張したり、顧客を複数のゾーンに分散させたり、真のマルチリージョン冗長性を手動で構築したりできます。今後、より多くのハードウェア、より大規模なシナリオ、ハイパースケールへの拡張が予定されています。

エンジニアのために。

私たちが本気かどうかは、もうお分かりでしょう。その裏側をお話ししましょう。

• タイプされたポートとケーブル、メンバーリンク間での真のLAG/リンクアグリゲーション

• 管理対象のL2およびL3スイッチが実際のスイッチングファブリックを形成し、抽象的な「ネットワーク」統計情報ではない

• 収束するRSTPは、ルートブリッジを選出し、冗長ポートをブロックします。ネットワークをループさせると、ストームが発生します。

• アップリンクをケチると、過剰契約が後々問題になる

• 障害領域と単一障害点は、描画されるのではなく計算によって特定される。

• ホストからスイッチ、デマーク、アップリンクへの到達可能性チェーン、すべての割り当てをゲートする

• 各サービスは制御プレーンとホストごとのデータプレーンエージェントに分割され、それらを分割するとヘッドレスになります。

• 消費電力と摩耗のモデリングにより、ハードウェアはランダムな故障タイマーをトリガーするのではなく、経年劣化や劣化が起こります。

• 容量は、スカラーバーではなく、ホストの形状に適合するワークロードの形状としてモデル化される。

• 非対称な台帳として評判があり、署名する前に適合性チェックが行われます。

• 決定論的なエンジン：毎回同じシード、同じ実行、ヘッドレステスト可能、リプレイ安定性

誠実に作られた。

シミュレーションは決定論的なRustエンジンによって実行され、レンダラーはエンジンが既に決定した内容のみを表示します。カメラのために偽装されることは一切ありません。シナリオとMODは人間が読みやすいファイル形式です。Windows、macOS、Linuxに対応しています。

Uptimeは現在早期アクセス版としてリリースされています。キャンペーン、サンドボックス、ハードモード、そしてそれらを支える顧客・サービスシミュレーションなど、すべての要素が既に実装され、プレイ可能です。早期アクセス版では、さらに多くの構築場所、ハードウェア、シナリオが追加され、アート、オーディオ、オンボーディングなど、ゲーム全体の質が向上していきます。特にインフラ関係者をはじめとするプレイヤーの意見が、今後の方向性を決定づけていきます。

特徴

• 一人称視点、実践的な操作――フロアを歩き回り、機器を運び、ケーブルを配線する。あなたは部屋の中にいて、上空から眺めているわけではありません。

• ケーブル配線はまさにヒーロー級のメカニズムだ。コネクタを型指定し、到達範囲と曲げ半径を強制的に設定し、トラフィックを流す活線エッジを備えたケーブルを、一つ一つ手作業で敷設する。ケーブルを引っ張れば、何かが暗くなる。Factorioのベルトコンベアが持つ独特の感覚を、ケーブル配線は見事に再現している。

• 顧客は約束であり、評判は時間をかけて築かれるが、一瞬にして失われる。新規登録はすべて、目に見える能力に対する賭けなのだ。

• 仮想マシン、ストレージ、データベース、Kubernetes、ロードバランサー、関数など、それぞれがホスト上に制御プレーンとデータプレーンのエージェントを備え、実際にクラウド上で動作する環境です。

• ポート、電力、障害ドメイン、スパニングツリー、オーバーサブスクリプション、BGPといった要素を後方に押し戻すシミュレーションが、実際のモデルとなります。

• 緊急事態発生時の深刻度は、あらかじめ決められたレッテルではなく、実際の顧客への影響に基づいて判断されます。

• 誰にでも読みやすく、プロにとっては信頼できる情報源。同じシステム間でも専門用語の切り替えがワンタッチでできており、マニュアルは不要です。

• 難易度は自分でコントロールできます。イージー/スタンダード/ハードの3段階で全てが再調整され、難易度が下がらないハードシナリオも用意されています。

• 幅広いプレイ要素― キャンペーン、シナリオバリエーション、オープンサンドボックス、そして気軽に参加できるコミュニティシナリオ。

• 決定論的でMODにも対応- 同じシード、同じ実行、プレーンテキストのシナリオファイル。

【Screenshot】

【構成要件】

Requires 64-bit processor and operating system
OS: Windows 10 64-bit (1909+)
CPU: Quad-core — Core i5-8400 / Ryzen 3 3100
Memory: 8 GB RAM
Graphics: 4 GB VRAM, Direct3D 12 / Vulkan 1.2 - NVIDIA GTX 1650 / AMD RX 570 / Intel Arc A380
DirectX Ver: 12
Storage: Need 3 GB Available space