私は何年も大規模なシステムを構築してきました。
そして、現実はここにあります。スケーリングはもはや難しい部分ではありません。
スケールする際にコントロールを維持する？
そこがすべてが壊れる場所です。
私たちは、システムがその基盤よりも早く成長するときに何が起こるかを見てきました。
1つのチームが支払いを構築します。
別のチームがアイデンティティを構築します。
第三者がコンプライアンスを担当します。
個々にはすべてが機能します。共同で？
混沌。
データが一致しません。ログが合致しません。そして、何かがうまくいかないとき、皆が互いのシステムを指摘し、真実が実際にどこにあるのかを理解しようとします。
難しいのは、数百万のトランザクションを処理することではない。
それは簡単な質問に答えられる能力だ：
「ここで何が正確に起こったのか？」
リアルタイムで。
そして、6ヶ月後。
それが私が@SignOfficial を通して見るレンズだ。
機能セットとしてではなく、フレームワークとしてではない。
それは、すでに手遅れになったときに気づくようなシステムの失敗を防ぐための方法だ。
同時実行性を考慮してみて。
みんなパフォーマンスの問題みたいに話すけど、そうじゃない。
それは調整の問題だ。
異なる機関やサービスで数千または数百万のアクションが同時に発生すると、物事は単に「並行して実行される」わけではない。衝突する。
レース条件。矛盾する状態。不整合な記録。
私は、二つの部門が同じリクエストを同時に異なる方法で処理しているシステムを見たことがあり、今では二つの現実のバージョンがある。
SIGNは、実行、アイデンティティ、証拠に基づいてすべてを結びつけることで整合性を強制する。
だから、たとえ物事が同時に起こっても、互いに矛盾しない。
今、コントロールについて話そう。
これはほとんどのシステムが静かに失敗する場所だ。
理論的には、ガバナンスがある。ポリシーがある。アクセス制御がある。
実践では？
誰かが持ってはいけないキーを持っている。
アップグレードが完全な可視性なしでプッシュされる。
緊急パッチが下流の何かを壊す。
そして突然、あなたはコントロールを失い、反応しているだけだ。
SIGNはアーキテクチャ自体にコントロールを組み込んでいる。
ダッシュボードとしてではなく、後からテープで貼り付けた許可レイヤーとしてではない。
しかし、すべての変更、すべてのオーバーライド、すべての介入が追跡可能で証明可能な形で、システムレベルで強制されるものとして。
監査可能性は、書類上では良さそうに聞こえるもう一つのものだ。
実際に監査を実行しなければならないまで。
すると、悪夢になる。
あなたは5つの異なるシステムのログを掘り下げている。データの半分が欠けている。もう半分は一致しない。そしてみんなが事後にタイムラインを再構築しようとあたふたしている。
まるでブラックボックスなしで飛行機の墜落を調査しようとするようなものだ。
SIGNのフリップが完全に変わる。
すべてのアクションは自動的にその記録を生成する。希望するログではなく、実際の証拠だ。
だから、歴史を再構築するのではなく、単にそれを読む。
相互運用性は普通「システムが協力する」として売られる。
しかし、実際の世界での意味は：
「あなたのデータを呼ばずに信頼できますか？」
それがすべてを遅くする原因だ。
APIは存在する。統合も存在する。しかし、信頼は存在しない。
SIGNは、証明が作成され、検証される方法を標準化することでそれを解決する。
異なるシステムはお互いを直接信頼する必要がなく、証拠を信頼する。
そして、パフォーマンスがある。
システムが負荷に耐えられないなら、これらはすべて無意味だ。
厄介なことは、ほとんどのシステムがまずスピードを最適化し、その後に整合性を考慮することだ。
それは逆だ。
システムが速いが信頼性がないなら、単に問題を速くスケーリングしているだけだ。
SIGNは、高いスループットを処理できるように構築されており、記録の整合性を失わない。
結局のところ、これは機能を追加することではない。
不確実性を取り除くことだ。
国家や機関の規模で運用されているシステムで「信じてください」に頼った瞬間、すでに負けている。
必要なのは以下のようなシステムだ：
推測しない。
仮定しない。
再構築しない。
あなたは確認する。
これがSIGNが行っているシフトだ。
スケールで分散システムをデバッグする必要があったり、監査が失敗するのを見たことがあるなら、その重要性をすでに知っているはずだ。
$A2Z
