競争はいいものだ。月曜の夜は、自分たちが何のために作っているかを思い出させてくれた。

私たちは競争を強く信じている。Texas Card House と The Lodge がオースティン・ポーカーに何をもたらしたかを見てほしい — 互いを押し上げ、基準を引き上げてきた二つの素晴らしいカードルームのおかげで、オースティンは国内屈指のポーカー都市として知られるようになった。コミュニティ全体にとって素晴らしいことだ。上げ潮はすべての船を持ち上げる。

だから月曜の夜に Hijack で起きたことを話すのは、傷ついている相手を追い討ちするためではない。こうした瞬間こそ、私たちが salty.poker を作っている理由そのものであり、もっと良くできると信じている理由でもあるからだ。

月曜の夜に起きたこと

月曜の夜。プライムタイム。プレイヤーたちが席に着こうとしていた時間。

Hijack がダウンした。テーブルはゼロ。プレイヤーもゼロ。完全な停止。

私たちはこれを午後 6 時 5 分に把握した — ログイン失敗、テーブル無し、アクティビティ無し。Hijack が自社ユーザーに問題発生を知らせるプッシュ通知を送ったのは午後 6 時 50 分だった。彼らのプレイヤーの大半が異変に気付いた頃には、私たちはすでに 45 分間この状況を見ていた。プラットフォームは午後 7 時 53 分に復旧 — 月曜の夜、合計 1 時間 48 分の完全ダウンタイムだった。

我々は本気で彼らが立て直すことを願っている。健全なオンラインポーカーのエコシステムは、salty.poker を含めて全員にとって良いことだから。

salty.poker はこのために作られている

この手の障害は偶然の不運ではない。初期段階で下された — あるいはまったく下されなかった — アーキテクチャ上の判断の結果だ。レジリエンスはローンチ後に足せるものではない。最初の一行のコードが書かれる前に設計しておくものであり、私たちはまさにそうしてきた。

salty.poker は Microsoft Azure 上に構築され、あらゆる層で冗長化されている。オートスケールはトラフィックの急増がインシデントになる前に吸収する。ヘルスチェックと自動フェイルオーバーのおかげで、ひとつの故障コンポーネントがシステム全体を道連れにすることはない。私たちのモニタリングは素早く問題を検知するよう設計されている — 月曜の夜が示したように、障害を起こしているプラットフォーム本人よりも速く気付くこともある。

目標はシンプルだ。何かが壊れたとき — そして、必ず何かは壊れるものだ — テーブルは回り続け、プレイヤーは席に残り、大半の人は何が起きたかすら気付かない。

その 45 分のリードについて

私たちが Hijack の障害を、彼らが自社プレイヤーに通知するより 45 分近く早く検知したという事実は、少し立ち止まって考える価値がある。私たちは彼らの運用チームではない。彼らの内部インフラへのアクセス権もない。それでもこういう結果になった。

いくつかの疑問が浮かぶ。そしてその疑問は、私たちが彼らのプレイヤーデータで気付いてきたいくつかの興味深いパターンと繋がり始めている。コミュニティでは、あのプラットフォームでボットが動いているという噂が流れている。私たちにも考えがある。

しかし、それは別の日の記事だ。

Stay salty.