【问题标题】:Escaping from Affinity while Polling in the Azure Cloud在 Azure 云中轮询时从 Affinity 中逃脱
【发布时间】:2012-01-24 21:46:54
【问题描述】:

我正在尝试在 Windows Azure 中构建一个需要通知的应用程序 - 所以我正在使用 Http Polling,但我遇到了问题。我需要访问我的网络角色的同一个实例,以便维护轮询。我找到了一个网络场请求重写的解决方案(添加额外的代理角色),但我不喜欢这个解决方案。

我的问题: 有没有办法进行无状态轮询,如果有人实现了这个 - 你能给我一个提示或链接吗?

【问题讨论】:

    标签: azure scalability long-polling pollingduplexhttpbinding


    【解决方案1】:

    您只需要将轮询请求传递到某种共享的“有状态”层。最好的选择可能是使用 Windows Azure 缓存服务。 http://www.windowsazure.com/en-us/home/tour/caching/ 你也可以只使用存储,两者之间的选择很大程度上取决于你的应用程序有多忙;即,为某些缓存空间支付固定成本而不按请求收费,还是为存储空间几乎不支付任何费用但按请求付费是否更便宜。

    通过采用这种方法,后续轮询请求是否最终被路由到不同的实例并不重要。对我来说,无论如何这是最佳实践;我已经看到当人们在将 AJAX 调用回 Azure Web 角色时假定会话亲和性时会弹出一些丑陋的错误。

    【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-10-31
    • 2016-02-11
    • 1970-01-01
    • 1970-01-01
    • 2012-08-21
    相关资源
    最近更新 更多