用于 Web 到长后台服务应用结构应用程序的 Azure 体系结构
Azure architecture for web to long background service app fabric application
我一直在研究如何尝试组织 Azure 系统，并希望得到一些关于改进的反馈。
我有一个供客户使用的 Web 界面。将其视为仪表板。此仪表板需要在 Service Fabric 控制台应用程序中启动 运行 宁的 Selenium C# 控制台作业。
在不让应用程序不断运行侦听服务总线消息队列消息的情况下，实现此体系结构的最佳方法是什么？我在想在开发过程中这真的会吃掉 $.
最初的设计思路是：
仪表板 Web 应用程序 - 面向客户
上述 Web 应用程序需要启动 运行s Selenium ChromeDriver 的 Service Fabric 控制台应用程序。
我打算通过在 Web 请求上实现服务总线，然后在 Service Fabric 中实现一个侦听器控制台应用程序来实现这一点，该应用程序将启动 Selenium ChromeDriver 控制台应用程序。
除了总是 运行ning 的持续监听轮询处理程序应用程序之外，还有更好的方法来做到这一点吗？
我不确定如何在没有服务总线侦听器的情况下触发服务总线控制台应用程序。
除非您谈论的是 Azure Service Fabric Mesh，它目前处于 public 预览阶段，否则将任何进程作为 Service Fabric 应用程序托管都需要 Service Fabric 集群，这意味着您有一个虚拟机规模集 运行 24x7。鉴于这个事实，我不明白这部分：
What is the best way to implement this architecture without having an application constantly run listening for service bus message queue messages? I'm thinking during development this could really eat up $.
无论如何，您已经为集群付费了。
您最好跳过 Service Fabric 并使用 Azure Container Instances 启动一个容器来完成工作，并在 运行 长作业完成后将其关闭。
我一直在研究如何尝试组织 Azure 系统，并希望得到一些关于改进的反馈。
我有一个供客户使用的 Web 界面。将其视为仪表板。此仪表板需要在 Service Fabric 控制台应用程序中启动 运行 宁的 Selenium C# 控制台作业。
在不让应用程序不断运行侦听服务总线消息队列消息的情况下，实现此体系结构的最佳方法是什么？我在想在开发过程中这真的会吃掉 $.
最初的设计思路是：
仪表板 Web 应用程序 - 面向客户
上述 Web 应用程序需要启动 运行s Selenium ChromeDriver 的 Service Fabric 控制台应用程序。
我打算通过在 Web 请求上实现服务总线，然后在 Service Fabric 中实现一个侦听器控制台应用程序来实现这一点，该应用程序将启动 Selenium ChromeDriver 控制台应用程序。
除了总是 运行ning 的持续监听轮询处理程序应用程序之外，还有更好的方法来做到这一点吗？
我不确定如何在没有服务总线侦听器的情况下触发服务总线控制台应用程序。
除非您谈论的是 Azure Service Fabric Mesh，它目前处于 public 预览阶段，否则将任何进程作为 Service Fabric 应用程序托管都需要 Service Fabric 集群，这意味着您有一个虚拟机规模集 运行 24x7。鉴于这个事实，我不明白这部分：
What is the best way to implement this architecture without having an application constantly run listening for service bus message queue messages? I'm thinking during development this could really eat up $.
无论如何，您已经为集群付费了。
您最好跳过 Service Fabric 并使用 Azure Container Instances 启动一个容器来完成工作，并在 运行 长作业完成后将其关闭。