在 Windows Azure 平台中托管 wcf 服务
我正在开发一个使用 WCF 与业务层通信的 .Net 应用程序。 WCF 服务托管在 Windows 服务中。
现在我正在使用Windows Azure平台将应用程序转移到云应用程序，因此我以辅助角色托管我的WCF服务，并且它们正常工作。
我想知道以辅助角色托管 WCF 服务是否是正确的决定，或者是否有其他更好的解决方案可以做到这一点。
I am working on a .Net application that uses the WCF to communicate with the business layer. The WCF services are hosted in a windows service.
Now I am transferring the application to a cloud application using the windows azure platform, so I hosted my WCF service in a worker role and they are working normally.
I want to know if this is the correct decision to host the WCF services in a worker role or is there any another better solution to do so.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您只有 (2) 个选项 - Web 或辅助角色 （或 VM - 但这在这里没有用）。辅助角色永远不会重新启动来释放内存，而Web角色将回收（除非使用IIS 自动启动/AlwaysRunning）。本质上 - 他们在做同样的事情（他们甚至使用相同的主机）。我能看到的唯一问题是 IIS 如何管理进程生命周期，而不是标准 Windows 始终运行的进程。另一个考虑因素是 IIS（Web 角色）可能比标准 Windows 进程（辅助角色）具有更多的安全检查和权限。我当然会考虑提高 WCF 主机的默认安全性。
You only have (2) options - Web or Worker Role (or VM - but that isn't useful here). Worker Roles will never restart to release memory, while Web Roles will recycle (unless using IIS autostart/AlwaysRunning). Essentially - they are doing the same thing (they even use the same host). The only issue I could see is how IIS manages process lifetime versus a standard windows always-running process. The other consideration is that IIS (web role) probably has more security checks and permissions than the standard windows process (worker role). I would certainly take a look at improving the default security of your WCF host.