亚马逊AWS官方博客
·
AI Agent 的迁移与现代化 — 使用 Amazon Bedrock AgentCore 将 OpenClaw 从单机改造为多租户 Serverless 架构 第六篇
内容提要
本文介绍了如何将 OpenClaw 从单机应用迁移到基于 Amazon Bedrock AgentCore 的多租户 Serverless 架构。总结了迁移过程中的资源清理、架构变化，以及未来的探索方向，如接入更多 IM 渠道和多区域部署。通过 Replatform 和 Refactor 策略，实现了用户隔离和数据持久化，优化了安全性和监控能力。
关键要点
-
建议在部署完成后删除所有资源以避免持续产生费用。
-
迁移过程采用了 Replatform 和 Refactor 两种策略，将 OpenClaw 从单进程应用改造为多租户 Serverless 架构。
-
迁移前后对比显示，用户隔离和数据持久化得到了显著改善，安全性和监控能力也得到了提升。
-
项目预留了接入更多 IM 渠道的可能性，并支持多区域部署。
-
通过调整配置实现成本优化，缩短空闲超时以减少 microVM 运行时间。
延伸解读
迁移策略的选择
在将 OpenClaw 迁移到多租户 Serverless 架构时，采用了 Replatform 和 Refactor 两种策略。这种混合策略能够在保留现有应用逻辑的基础上，针对关键维度进行必要的改造，提升了用户隔离和数据持久化的能力。理解这些策略的应用场景，有助于其他项目在进行类似迁移时做出更明智的决策。
资源清理的重要性
文章强调在迁移完成后及时清理不再使用的资源，以避免不必要的费用。这一过程不仅包括删除 CDK Stack，还需手动清理保留策略下的资源。对于开发者而言，了解资源管理的最佳实践，可以有效降低云服务的运营成本，提升资源使用效率。
未来的扩展方向
项目预留了接入更多 IM 渠道的可能性，如 Slack 和 Discord。这表明在设计架构时，考虑到未来的扩展性是非常重要的。开发者在进行系统设计时，应关注可扩展性，以便在后续需求变化时能够快速适应，保持系统的灵活性和竞争力。
延伸问答
如何将 OpenClaw 迁移到多租户 Serverless 架构？
通过 Replatform 和 Refactor 策略，将 OpenClaw 从单进程应用改造为基于 Amazon Bedrock AgentCore 的多租户 Serverless 架构。
迁移后 OpenClaw 的用户隔离和数据持久化有何改善？
迁移后每个用户独立使用 microVM 和 STS scoped credentials，实现了显著的用户隔离和数据持久化。
在迁移过程中，为什么要删除所有资源？
删除所有资源可以避免持续产生费用，确保迁移后的环境整洁。
项目未来的探索方向有哪些？
未来的探索方向包括接入更多 IM 渠道和支持多区域部署。
如何优化迁移后的成本？
通过调整配置，如缩短空闲超时和设置更严格的预算告警，来实现成本优化。
在迁移过程中使用了哪些 AWS 服务？
使用了 Amazon Bedrock AgentCore、Amazon S3、AWS KMS、Amazon CloudWatch 等服务。
