Sekibanのコアを5言語で動かす ― イベントソーシング×WASMでやってみた | Running Sekiban's Core in 5 Languages — Event Sourcing × WASM

https://sekiban.connpass.com/event/380134/

イベントソーシング・CQRS勉強会 #5
2026/02/13(金) 12:00 〜 13:00

タイトル: Sekibanのコアを5言語で動かす ― イベントソーシング×WASMでやってみた

概要:
イベントソーシングのコアな機能は関数とシンプルなデータ型で定義できます。であれば、ドメイン部分をWASMにすることで、利用者はC#を知らなくても自分の得意な言語で開発し、インフラはMicrosoft Orleans + C#に任せられるのでは？この発想のもと、Rust、Go、TypeScript、MoonBitで実装してみた経緯についてお話しします。

## 日本語要約

イベントソーシングフレームワークSekibanはC#製のため他言語開発者への訴求が弱いという課題がありました。そこでドメインロジックをWASM化し、インフラはOrleans+C#に任せつつ、開発者は好きな言語でコアコードを書けるアーキテクチャを構築。AIコーディング（Codex・Claude）を活用してwasmtime-dotnetをWASI 0.2対応に拡張し、C#・Rust・Go・TypeScript・MoonBitの5言語でドメインを1サーバー上で動かすことに成功しました。将来的にはマネージドなイベントソーシングサービスとしての展開も目指しています。

## English Summary

Sekiban, an event sourcing framework built in C#, faced limited appeal to developers outside the C# ecosystem. To address this, we adopted WASM to decouple domain logic from infrastructure — letting developers write core event sourcing code in their preferred language while Orleans + C# handles the infrastructure. Using AI coding tools (Codex and Claude), we extended wasmtime-dotnet to support WASI 0.2, and successfully ran domain logic written in C#, Rust, Go, TypeScript, and MoonBit on a single server. We also plan to offer a managed event sourcing service powered by this architecture in the future.

Transcript

1. Sekibanのコアを5言語で動かす ― イベントソーシング×WASMでやっ てみた 株式会社ジェイテックジャパン 高丘 知央 2026年2月13日(金曜日) #イベントソーシング勉強会 第5回 #イベントソーシング勉強会
2. 自己紹介 高丘 知央 - Tomohisa Takaoka X: @tomohisa GitHub: @tomohisa Works at: 株式会社ジェイテックジャパン、J-Tech Creations, Inc. JTS Group - 株式会社ジャパンテクニカルソフトウェア 品川 CTO: 中小企業の受託開発をモダンな開発スタイルで。イベントソ ーシング、CQRSなどのソフトウェアアーキテクチャに関するコン サル業務 Microsoft MVP for Developer Technologies from Nov 2024- OSS: Sekiban - Event Sourcing and CQRS Framework. 2 / 23
3. 本日のアジェンダ 1. 背景と課題 ― なぜWASMなのか 2. サービス化の発想とWASM 3. C#でのWASM実装 ― WASI 0.2 4. 多言語対応 ― Rust・Go・TS・MoonBit 5. デモ ― 5言語を1サーバーで 6. 今後の展望 3 / 23
4. 1. 背景と課題― なぜWASMなのか 4 / 23
5. 1-1. Sekibanの強みと課題 Sekibanの強み DCB対応: Dynamic Consistency Boundaryに対応したイベントソーシングフレームワーク 安定したアクターモデル: Microsoft Orleans上で動作する信頼性の高いインフラ C#の壁 SekibanはC#で作られている C#以外の開発者への訴求力が弱い イベントソーシングを使いたいが、C#を新たに学ぶハードルが高い 5 / 23
6. 1-2. TypeScript版の教訓 AIコーディングで各言語版を作る試み TypeScript版のSekibanライブラリをAIで実装してみた 結果 AIを使ってもかなりの手間がかかる コード範囲が広がりメンテナンスコストが大きい 各言語ごとにフル実装するのは現実的でない Actorモデル部分の対応も手間がかかり、全ての言語にOrleansのような成熟したアクターモデルがあ るわけではない 別のアプローチが必要 → WASMという発想へ 6 / 23
7. 2. サービス化の発想とWASM 7 / 23
8. 2-1. マネージドサービスの課題 Sekibanをサービスとして展開したい マネージドなイベントストアサービスとして一般公開を検討 各プロジェクトのドメインコードをアップロードして実行する必要がある セキュリティの壁 実行ファイルの動作範囲を制御するサンドボックスが必要 バーチャルマシンを立てると動作が重くなる 軽量で安全な実行環境が求められる 8 / 23
9. 2-2. WASMという選択肢 WASMが最適な理由 サンドボックス実行: 特定の機能だけをアップロードして実行できる 機能の制御: 有効にする機能をコントロール可能 軽量: ミニVMのように動作し、VMより遥かに軽い 多言語対応: WASMにビルドできる言語なら何でも使える コードのサービス化に最適 9 / 23
10. 3. C#でのWASM実装― WASI 0.2への挑戦 10 / 23
11. 3-1. データ受け渡しの課題 関数的なコード自体は簡単に作れた WASMで純粋関数を実行するのは容易 問題: WASMとOrleans間のデータ受け渡し 関数呼び出しのたびにシリアライズされたバイナリで渡す方式では型情報が失われる WASM内にステートをC#の型として保持する必要がある → WASI 0.2のCanonical ABIが必要 しかし... C#のWASMランタイム wasmtime-dotnet はWASI 0.1までしか対応していない 11 / 23
12. 3-2. AIを活用した突破 Codex + ClaudeでWASI 0.2対応を実現 AI（Codex + Claude）を使ってwasmtime-dotnetを修正 .NET上で動作するWASI 0.2の実行環境を約1日で構築 気づき WASMの基本的なアセンブリコード規格は決まっている 呼び出されたメソッドの振る舞いを実行環境側で実装すればよい 必要な機能をRustやC#で補完し、データ受け渡しを正しく行う 思ったほど難しくない 12 / 23
13. 4. 多言語対応― C#含め5言語で実装 13 / 23
14. 4-1. Rust・Go Rust WASMへの対応が最も充実 WASI 0.2のCanonical ABIに簡単に 対応 最もスムーズに実装できた Go (TinyGo) フルのGoではなくTinyGoを使用 TinyGoはGoのサブセットでWASM 対応 問題なく実行に成功 14 / 23
15. 4-2. TypeScript・MoonBit TypeScript ランタイムライブラリと一緒にビ ルドが必要 Canonical ABIではなく Component Modelへの変換が必 要 wasmtime側にも修正を追加 Codex + Claudeを活用して実現 MoonBit WASM対応が進んでいる新しい言 語 問題なくドメインを書くことがで きた WASMファーストな設計が強み 15 / 23
16. 4-3. 言語比較 ― サイズとパフォーマンス 言語 ABI モジュールサイズ Events/sec MoonBit Component 173 KB 105,539 Rust C-ABI 261 KB 592,417 Go (TinyGo) C-ABI 1.3 MB 96,433 C# C-ABI 9.9 MB 77,750 TypeScript Component 11.7 MB 15,159 最小モジュール: MoonBit（173 KB） 、最高性能: Rust（59万 events/sec） TS・C#はランタイム込みのため10MB前後 ※ローカルマイクロベンチ（n=3000）の参考値。ABI方式・ランタイムの違いがあり、この数値だけで確実な優 劣は付けられません 16 / 23
17. 4-4. 実行モデル全体像 各⾔語 Client API Rust Client API Go (TinyGo) Client API TypeScript Client API MoonBit Client API C# Client API .wasm .wasm .wasm .wasm HTTP JSON WASMアップロード C# Orleans WASM Sekiban Server WASM Runtime (wasmtime-dotnet) WASI . Canonical ABI / Component Model 各⾔語のドメインコードをサンドボックス実⾏ Microsoft Orleans Actors TagStateGrain MultiProjectionGrain EventCommitGrain / ConsistencyGrain Sekiban DCB Core Dynamic Consistency Boundary Remote Executor API /api/commands /api/events /api/queries /api/tagstates WASMをアップロードすればほぼ共通で使⽤可能 永続化 Event Store Azure Cosmos DB JSON / パーティション AWS DynamoDB NoSQL PostgreSQL RDB / EF Core 17 / 23
18. 5. デモ― 5言語を1サーバーで 18 / 23
19. 5-1. 5言語×1サーバーのデモ デモ内容 C#・Rust・Go・TypeScript・MoonBitの5言語で実装されたWASMドメインを1つのサーバーで実行 イベントソーシングの集約ごとのプロジェクションを実行 集約をまたいだ全データのライブプロジェクションも実行 Orleansのアクターモデル(C#)の上で、ドメインコードはWASM対応の任意の言語で書 ける 19 / 23
20. 6. 今後の展望 20 / 23
21. 6-1. 目指す2つの形 PoCからSekiban本体で実行できるよう調整中（型の取り回し等を修正中） ライセンス体系も整理中 オープンソース版 自分でデプロイして利用する場合は自由に利用可 能 マネージドサービス提供 1拠点で複数プロジェクトに対応するような利用 形態は要相談 次回のイベントソーシング勉強会までにはリリース予定 J-Tech JapanのXや@tomohisaをフォローしてお待ちください 21 / 23
22. まとめ 本日お伝えしたこと WASMの活用: イベントソーシングのコアは関数とシンプルなデータ型 → WASMで多言語対応が可能 WASI 0.2対応: AIを活用してwasmtime-dotnetを拡張、約1日で実行環境を構築 5言語対応: C#・Rust・Go・TypeScript・MoonBitで1サーバー上で動作確認 今後の展望: OSSとマネージドサービスの2つの形でリリース予定 22 / 23
23. Thank you 株式会社ジェイテックジャパン https://www.jtechs.com/japan/ イベントソーシング・CQRSフレームワーク Sekiban https://github.com/j-tech-japan/sekiban Zenn - ジェイテックジャパンブログ https://zenn.dev/p/jtechjapan_pub