选择 Windows Azure 上的会话管理方式
我正在计划一个将部署在 Windows Azure 上的应用程序。 Web 角色将有多个实例。我发现对于多个实例，in-proc 会话将无法工作。我发现我有以下方法来管理我的会话
使用 Azure 存储
SQL Azure
AppFabric
我不想选择选项 2 (SQL Azure)。
我应该选择哪个选项？
更新1
我遇到了这个post 演示了 Azure 上的会话亲和力与应用程序请求路由（ARR）。使用这个选项而不是上面的选项怎么样？
I am planning for a application which will be deployed on Windows Azure. The web role will have multiple instances. I see that with multiple instances in-proc session will not work.I see that I have following ways to manage my session
Use Azure Storage
SQL Azure
AppFabric
I don't want to go with option 2 (SQL Azure).
Which option should I choose?
Update 1
I came across this post which demonstrates session affinity on Azure with Aplication Request Routing(ARR). How about going with this option, instead of above?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
AppFabric 缓存服务，当然。 它将在30 天，请查看此链接：使用 Windows Azure AppFabric 缓存会话状态以了解如何使用它。
表存储提供程序工作得不是很好，只是一个概念证明，不应该在生产代码中使用。
Microsoft 不支持在 SQL Azure 中保留会话状态。此外，由于没有 SQL 作业代理，因此您必须将清理逻辑放在 WebRole 或单独的 Worker 角色中。
AppFabric Caching Service, definitely. It will be live in 30 days, take a look on this link: Using the Windows Azure AppFabric Caching for Session State in order to see how to use it.
The table storage provider doesn't work very well, is just a proof of concept and should not be used in production code.
Keep the session state in SQL Azure is not supported by Microsoft. Besides, since there is no SQL Job Agent, you have to put the cleaning logic in your WebRole or in a separate Worker role.
我在 Codeplex 上创建了一个名为 Azure Providers 的开源项目，其中包含一个会话状态提供程序。会话状态提供程序将会话数据存储在 Windows Azure 表存储中。 http://azureproviders.codeplex.com/
I made open source project called Azure Providers on Codeplex that includes a session-state provider. The session-state provider stores the session data in the Windows Azure Table Storage. http://azureproviders.codeplex.com/