独立したアクター間での非同期メッセージパッシングによる協調
Loading technique guide…
アクターモデルは、非同期メッセージパッシングのみで通信する独立したアクター群を協調させます。各アクターは自身の状態と振る舞いをカプセル化し、一度に 1 つのメッセージを処理し、新しいアクターを生成でき、既知のアドレスへメッセージを送れます。監督階層は分離と再起動で障害に対処し、ロケーション透過性によりメッセージングの意味論を変えずに分散配置が可能になります。
多数のエンティティにまたがる厳密な共有メモリトランザクションやグローバルロックを要するワークロード。
メールボックスのスケジューリングとメッセージングのオーバーヘッドが支配的になる、シングルスレッドの超低レイテンシ経路。
データベースへの同期 RPC で十分かつ運用も容易な、単純な CRUD サービス。
並行や分散のデバッグと監督の経験がないチームでは、複雑さが急速に蓄積しかねない。
アクターの無制限な生成とメールボックスの肥大化 → メモリ圧迫と GC 停止。
アクター内でのブロッキング呼び出し → デッドロック、スループット崩壊、SLA 未達。
システム全体で順序保証された配信を前提にし、リトライや重複を扱わない。
ホットなシャードキーによる偏り、リバランスの欠如、アドレス設計の不備。
不適切な監督やリプレイ時の非冪等な副作用による再起動の嵐。
LLM のトークン量はメッセージごとのコンテキストとアクターのホップ数に比例して増えます。プロンプトサイズを抑えるため、全文の記録ではなくコンパクトなスキーマ、要約、外部状態への参照を使います。
リトライに上限を設け、高信頼度では早期終了のヒューリスティックを適用し、頻出するツールや LLM の結果をキャッシュする。
システムリソース: メールボックスに上限を設け、シャードごとの並列度を制限し、イベントソース型アクターの永続化 I/O を監視する。
障害分離を伴うリアルタイム協調 (セッションごとのチャットやエージェントアシスタント、IoT や機器制御など)。
ステートフルで独立したワーカーを必要とする分散ストリーム処理とパイプライン。
エンティティが自然にアクターへ対応するオンラインゲーム、取引、テレメトリ。
監督ツリーとアクターシャーディングが耐障害性とスケールをもたらす大規模マルチエージェントシステム。