AgentCore Memory のカスタムネームスペース変数でテナント別のメモリー分離を検証する

マルチテナントSaaSの開発者が直面する課題は、顧客データの厳密な分離だ。Amazon Bedrock AgentCore Memoryが8月にカスタムネームスペース変数に対応したのは、この課題に対する直接的な答えである。従来、複数のテナントを同じAgentCore Memoryリソースで管理する場合、開発者は汚いトリックを使う必要があった。たとえばactorIdに「tenantA__alice」のようなプレフィックスを埋め込んで、テナント情報を無理やり押し込む方式だ。これはアプリケーションコード内の命名規約に依存しており、名前の揺れや誤入力を防ぐ手段がない。新機能では、tenantidやteamnameといった任意の変数をnamespaceTemplateに組み込め、CreateEventの実行時に値を渡すだけでよい。つまり、テナント情報がサービス層で認識される存在になった。 真価は2つ目のポイントに出ている。IAM条件キー「bedrock-agentcore:namespaceVariable/tenantid」が追加されたことで、「このロールはテナントAにしか書き込めない」という境界をIAMポリシーで強制できるようになったのだ。これまでの合成ID方式では、この制御はアプリケーション側の命名規約に依存していたため、ポリシーが崩れると統制が効かなくなるリスクがあった。新しい仕組みでは、インフラ層がテナント境界を認識し、その責任を負う形になる。記事では実際に同じactorIdで2テナントへ書き込みを試し、メモリが正しく分離されることを検証している。バリデーションルールも設定できるため、存在しないテナントIDへの書き込みはサービス側で弾けるようになった。 中小企業がSaaS型のシステムを自社で構築する際、テナント分離は後付けすると地獄になる。最初から意識して設計する必要があり、その過程でいかにインフラの責任にシフトさせるかが管理コストを左右する。Bedrockのこの機能は、ユーザー企業のシステム担当者が「テナント別の境界はマネージドサービスに任せて、ビジネスロジックに集中する」という判断を後押しする。AWSのような大手クラウドベンダーがこうした機能を積み重ねることで、初期段階から堅牢な分離設計が現実的になっていく。