【革命的】Bedrock AgentCore Runtimeが「BYOファイルシステム」対応！S3/EFSを直接マウントしてエージェントの『記憶』と『共有ツール』を永続化せよ

Amazon Bedrock AgentCore Runtimeにおいて、外部の永続ファイルシステム（Amazon S3 FilesおよびAmazon EFS）をエージェントランタイムに直接アタッチできる「Bring-Your-Own (BYO) ファイルシステム」機能が発表されました。これにより、開発者はカスタムのマウント処理や複雑なデータオーケストレーションを実装することなく、標準的なファイル操作でセッションを跨いだデータの共有や永続化が可能になります。

🚀 ついに『エージェントの永続メモリ』が実用レベルへ！

これまで、Bedrockエージェントに大規模なデータセットや共有ツールライブラリを読み込ませようとすると、セッション開始のたびにデータをダウンロードしたり、複雑なマウント戦略を構築したりする必要がありました。これがエンジニアにとっての大きな「運用負荷」であり「レイテンシ」の課題でした。

今回のアップデートは、まさにその**「データの運び方」という泥臭い課題をAWSが肩代わりしてくれる**神アプデです！

🛠️ 解決される技術的ペインポイント

• セッション間でのデータ継続性: 以前はセッションが切れるとデータが消えてしまう（または再ロードが必要）状態でしたが、S3/EFSをマウントすることで、中間結果を保存して次回のセッションで再開する「長期間ワークフロー」が可能になります。
• マルチエージェント連携: 複数のエージェントが同じEFS上のデータセットを読み書きすることで、エージェント同士の共同作業が容易になります。
• インフラ管理の簡略化: 特権コンテナやカスタムマウントコードが不要になり、標準的なファイルI/Oで済むようになります。

🇯🇵 日本国内での利用状況

リサーチの結果、東京リージョン (ap-northeast-1) では利用可能であることが確認できました！大阪リージョンは現在「提供予定」となっています。日本のエンジニアもすぐに実戦投入を検討できる環境が整っています。

💡 実務へのアドバイスと注意点

この機能を使うには、いくつか**「ハマりどころ」**があります。導入前にここをチェックしてください！

1. VPC設定は必須: BYOファイルシステムを使う場合は、Agent RuntimeにVPCを設定する必要があります。マネージドストレージとは対照的な点です。
2. ネットワーク設計: セキュリティグループで TCP 2049 (NFS) のアウトバウンド通信を許可することを忘れないでください。また、マウントターゲットとエージェントは同じAZに配置する必要があります。
3. 権限管理: IAMポリシーでの s3files:ClientMount や elasticfilesystem:ClientMount の付与、さらにPOSIXのUID/GID（エージェント実行ユーザーとの一致）の設定が、トラブルシューティングの鍵になります。

✅ まずは何をすべきか？

まずは、**「セッションを跨いで使い回したいツールライブラリやプロンプトテンプレート」**をS3 Filesに置いて、マウントして動かしてみることから始めるのがベストです。EFSが必要なほど高度なPOSIX操作が必要かどうかは、、コストとレイテンシを比較しながら検討しましょう。

参照したAWS公式ドキュメント: File system configurations in AgentCore Runtime