---

您开发了一个出的色出个色的应用程序，但将其部署到公司内部却遇到了服务器过载和数据丢失的问题。本文将指导您如何在AWS上部署的能功持一个可 且具有状态保持功能的应用，避免类似问题。

是开发者构建交互式Web应用的优秀框架。随着生成式AI的兴起，的流行度也显著提升。它简化了前端开发，让您专注于应用的核心功能。然而，云端部署则需要解决状态保持和可 性问题。默认情况下，使用内存状态，页面刷新或服务器重启会导致状态丢失。本文将提供在AWS上部署一个可 且具有状态保持功能的聊天机器人的详细指南。

的状态性和可 性

将应用从本地环境迁移到云端，主要挑战在于状态保持和可 性。在多实例 或服务器重启时，的内存中状态机制会丢失数据。本文将提供一种解决方案，解决在将本地POC GenAI应用共享给同事时遇到的问题。

架构

本文介绍的架构利用以下AWS服务：

• 应用程序负载均衡器 : 均衡分配传入流量到多个目标实例。
• 上的弹性容器服务 : 简化容器管理，实现轻松 ，无需管理服务器。使用arm64和0.25vcpu/.5gb ram ECS任务以优化成本效益。
• 弹性文件系统 : 提供可 的文件系统，可挂载到多个ECS节点，确保跨可用区的数据持久性和冗余。
• : 作为CDN，提升性能并减少延迟，并提供HTTPS支持。

为什么不使用？

最初被考虑用于或执行环境。然而，依赖资源/_/，而 API 虽然支持，但需要为连接/数据/断开事件定义多个处理程序，这与传统HTTP端点使用 Web 的方式不同。更重要的是，客户端将数据作为二进制帧发送到 API，而 API 仅支持文本帧，因此无法使用作为后端。

为什么选择EFS而不是其他？

RDS、、和S3等服务也用于状态管理，但各有其复杂性和成本：

选项	优点	缺点
RDS	可靠，健壮	设置复杂，成本高，项目限制
	可 ，快速	设置复杂，成本高，项目限制，需要手动二进制序列化
	高效缓存	设置复杂，重启时状态丢失，需要本地隧道
S3	成本效益高	网络延迟
EFS	易于设置，可 ，持久，成本效益高	大规模 时成本/延迟会成为问题

通过以上分析，我们可以看到，EFS在保持数据持久性和成本效益方面提供了最佳平衡。

本文提供了一个全面的指南，旨在帮助您在AWS上成功部署一个可 且具有状态保持功能的应用。通过遵循这些步骤，您将能够避免在部署过程中遇到的问题，并确保您的应用能够稳定运行。

我们预测，随着生成式AI的不断发展，将变得更加流行。我们欢迎您用实际体验验证我们的观点。