Architecture 传入请求的公共队列的最佳体系结构？

我们有一个web应用程序（ASP），其中包含工作流，管理层可以将工作分配给个人。问题出现在签出工作之前。在晚上/晚上/清晨，操作人员较少，因此，如果在远离计算机的地方执行其他关键工作（从架子上为机械师取工具），则可能不会密切关注工作管理队列。因此，我们有一个功能需求，即创建一个程序，在工作区的监视器或电视屏幕上不断刷新未分配的新工作

我的问题：对于部署体系结构，有什么推荐的最佳实践吗？Web与桌面厚客户端应用程序

Web:

Pro-保持体系结构的一致性

缺点-控制箱子可能很困难，我们必须采取额外措施确保箱子不会被劫持到其他站点，控制有限的登录、其他安全和计算机资源

桌面厚客户端：

缺点-现在需要支持Web和客户端应用程序。将需要在两个位置部署两个实例

---

优点-安全性和限制盒子的使用很简单。不需要应用程序安全登录，因此PE等功能可以在需要时将应用程序重新启动。

我觉得这是一个适合于应用程序的场景，这将允许您滚动未来的“观察者”（移动设备、台式机等），而无需重新构建核心工作流应用程序。

我在过去创建了类似的东西。我用了一台“杰克电脑”（jackpc），上面连着一台大液晶电视。Jack PC配置为使用RDP自动连接到服务器，并编写脚本在服务器上启动Windows窗体应用程序。Windows窗体应用程序基本上是一个带有WebBrowser控件的窗体。该应用程序基本上根据预定义的计划调用查询，以查找要加载的URL。还有第二个Web应用程序，其中包含具有加载/显示数据逻辑的页面。本质上，它可以显示任何HTML内容，包括报告。希望这能给你一些想法