我可以使用服务器端 blazor 进行生产吗？答案

【问题标题】：Can i use server side blazor for production?我可以使用服务器端 blazor 进行生产吗？
【发布时间】：2020-07-04 21:08:38
【问题描述】：

是的，我知道它已准备好用于生产，但如果我用于生产，我很害怕我可能会遇到一些代理问题或其他问题。我的计划是启动一个 blazor 服务器端项目并在 IIS 中部署，我是否需要在 IIS 中进行任何设置更改，并且你们中的任何人都在生产中使用过 blazor 服务器端，部署时是否遇到任何问题？

【问题讨论】：

“如果我用于生产，我很害怕我可能会遇到一些代理问题或其他问题。”然后在 WebAssembly 上等待 Blazor。
@LexLi，你认为现在不是启动服务器端 blazor 的合适时机吗？
我选择关闭这个问题，因为它是主观的和基于意见的。你的恐惧仍然是你的，而其他人可能会有不同的感觉。我只是评论说 WebAssembly 上的 Blazor 可能是一个更好的选择，但你也会感到害怕。
在生产环境中运行服务器端运行良好。只需记住用户的地理位置对延迟很重要。此外，利用您的托管公司功能，例如Cloud flare 有额外的选项来实现更高的延迟，值得额外的钱。

【解决方案1】：

我没有评论的声誉。服务器端 Blazor 非常适合生产。许多公司已经使用了很长时间。部署与任何 asp.net 核心应用程序相同。结帐 www.csharpcademy.com

我也收到了更多有兴趣将应用程序从 asp.net 和 webforms 转换为 Blazor 服务器端的公司的联系。

服务器端 Blazor 的几个陷阱： 1. 如果你的服务器宕机一毫秒，每个客户端都死了。他们需要刷新才能获得新的连接。这在当今世界并不经常发生，但结果可能会因用例而异

我在 csharpacademy 看到，如果您在手机中的某个选项卡中将网页打开数小时，然后在执行其他任务后返回该网页，则页面已死，需要进行刷新。
UI 延迟在服务器端更为明显。如果您在美国有服务器而在其他国家有客户，他们可能会看到更多延迟。再次，检查 csharpacademy 上的延迟。它托管在美国，我注意到大多数点击/交互的延迟为 0。

最后一条评论，如果您不确定是使用服务器端还是客户端，我鼓励您尝试在构建应用时考虑到灵活性。创建一个剃须刀组件库并将所有组件/逻辑放在那里，以便您可以在客户端和服务器端应用程序之间共享该库。

干杯！

【讨论】：

我认为您的观点准确地说明了为什么它不是一个好的生产模型。 IMO 认为使用 websocket 传输每个 DOM 交互是一个糟糕的想法，并且很难扩展 websocket 基础设施。