我正在向Windows Azure移植一个巨大的应用程序.它将具有Web服务前端和处理后端.到目前为止,我认为我将使用Web角色为后端处理服务客户端请求和工作者角色.
管理两种角色似乎有问题 – 我需要决定如何扩展两种角色,并且我还需要几个(至少两个)实例来确保合理的容错,这将略微增加运营成本.同样在我的应用程序中,客户端请求相当轻量级,后端处理是重量级的,因此我预计后端处理将比服务客户端请求消耗更多的处理能力.
这就是为什么我正在考虑将Web角色用于所有事情 – 只是生成线程并在每个实例中同时执行服务请求和后端处理.这将使角色更复杂,但我猜想简化管理.我会有更多的统一角色和更好的容错能力.
重用Web角色进行后端处理是一个好主意吗？我应该期待哪些缺点？
听起来你已经非常了解在使用多个角色时应该考虑什么：
>满足SLA的2个实例的成本(尽管如果最终用户没有看到影响,某些后台任务确实不需要SLA)
>单独的比例单位
但是：如果你在一个角色中运行所有东西,那么一切都在一起.例如,如果您在端口8000上有管理网站,则如果您的用户群正在通过流量关闭端口80上的主站点,则可能难以到达它.
我写了一篇关于结合网络和工作者角色的博客,here,我们在这里讨论的内容更详细.此外,截至3月份的某个时候,每个角色限制了5个端点 – 请参阅我的博客文章here,了解您现在可以在多大程度上推动端点.拥有这种限制较少的端点模型确实为单一角色部署开辟了新的可能性.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
