バックエンド開発を劇的に変える？SpacetimeDBの技術的ポテンシャルを徹底解説

SpacetimeDBとは何か？一言で言えば、バックエンドの複雑さを解消するために登場した野心的なデータベースです。クライアントからデータベースまでを単一の言語、単一のモデルで統合し、リアルタイムなマルチプレイヤーゲームやコラボレーションツールのような複雑なステート管理を劇的にシンプルにすることを目指しています。分散システムを構築する際の面倒な同期処理から解放される、次世代のバックエンド技術として注目すべき存在です。

"結局のところ、そのシステムはロックで保護されたハッシュテーブルに過ぎない"って話だけど、これには正直驚いた。初期の従業員兼コントラクターとして関わっていた時期があるんだけど、自分がいた頃の構成とは全然違う。当時はもっと色々な種類のCoWツリーとして表現するのが適切で、読み取りと書き込みが別々のトランザクションで進んで、コミット時に最小限のロック時間で調整するような仕組みだったはず。WASMの"リデューサー"が実行されている最中にグローバルロックがかかるようなこともなかったし、それぞれが独立したスレッドで動いていた。その後ソースコードは見てないし、似たような仕事をしていてIPコンタミネーションも避けたい（確かライセンスも少し特殊だったはず）から深入りはしたくないけど、あれから3年も開発が続いているし、Tylerは優秀な人材を採用しているはず。作り方には色々批判もあったけど……うーん、この主張が本当にソースコード通りなのか確認したくなるな。この記事の他の部分の正確さや公平性まで怪しく思えてくる。

データベースのベンチマークに関するお気に入りの記事を紹介するのに最高のタイミングだね。 https://questdb.com/blog/lies-damn-lies-and-database-benchmarks/ それと、“Fair Benchmarking Considered Difficult: Common Pitfalls In Database Performance Testing”っていう素晴らしい論文もある。ベンチマークって本当に難しいんだよ。現代のシステムやハードウェアはとにかく複雑で、実行のたびに挙動が変わったり、設定を少し変えるだけで結果が大きく変わったりするからね。

YouTubeでSpacetimeDBのローンチ動画を見たんだけど、実装の中身について一切触れられていなくて驚いた。最初は独自のプロプライエタリな魔法かと思っていたら、まさかのオープンソースで二度驚いたよ。余計に混乱したな。あそこまで強気なセマンティクスを語るなら、かなり斬新な仕組みのはずだし、オープンソースならそこをもっと前面に押し出すべきでしょ。結局のところ、Rustで書かれたMutex周りの2015年頃のReact Fluxみたいなものだと分かって少しがっかりした。

彼らのトークをいくつか見たけど、結果自体には多少感心したものの、あのようなトレードオフを行えばその程度の数値が出るのは全く驚きじゃないな。ほとんどのアプリケーションはそんなトレードオフを受け入れられないから、あんな数値を期待することすらできない。動画を見る限り、データベースのベンチマークに厳密さが欠けていて、警戒すべき何かがあるのは明らかだよ。

アプリケーションコードをデータベースサーバー内で実行する際の問題の一つは、開発者に用意されたプログラミング言語を使わせなければならない点だね。もう一つは、コードがクラッシュしたり無限ループに陥ったりしないことを信用しなければならないこと。アプリケーション開発者を、彼らが選んだ言語から「正しい」言語へ乗り換えさせるなんて、そう簡単にはいかないよ。

ソフトウェア開発の現場が、今さらN層アーキテクチャの存在を再発見しているのを見るのは面白いね。もちろん、ニッチなユースケースのために過去の教訓を捨てるのは自由だけど、その現実を誤解を招くようなエッジの効いたPRで塗りつぶすのはどうなんだろう。

RwLockの裏にあるハッシュマップを"データベース"と呼んでいるのか？くそっ、自分に人を騙す能力があれば、今頃大金持ちになれたのにな。