Asp.net 谷歌云发布/订阅发布者生命周期
我正在ASP.NET web应用程序(.NET标准2)中运行一个云Pub/SubAsp.net 谷歌云发布/订阅发布者生命周期,asp.net,singleton,google-cloud-pubsub,azure-load-balancer,quartz.net-3.0,Asp.net,Singleton,Google Cloud Pubsub,Azure Load Balancer,Quartz.net 3.0,我正在ASP.NET web应用程序(.NET标准2)中运行一个云Pub/SubPublisherClient实例作为Singleton。这是否会保留到指定云发布/子主题的持久HTTPS连接,我应该显式调用shutdownsync方法,还是在应用程序池回收时让连接断开 与Quartz.NET一起运行,每30秒以相对较小的批量将消息发布到Pub/Sub。这似乎在3节点Azure负载平衡器集群中引入了服务器亲缘关系,其中大部分流量在运行1个多小时后路由到任何给定节点。这里的最佳实践不是100%确定
PublisherClient
实例作为Singleton
。这是否会保留到指定云发布/子主题的持久HTTPS连接,我应该显式调用shutdownsync
方法,还是在应用程序池回收时让连接断开
与Quartz.NET一起运行,每30秒以相对较小的批量将消息发布到Pub/Sub。这似乎在3节点Azure负载平衡器集群中引入了服务器亲缘关系,其中大部分流量在运行1个多小时后路由到任何给定节点。这里的最佳实践不是100%确定
使用Pub/Sub C#NuGet包V1.0和Quartz NuGet 3.0.7,我假设您正在使用。根据,PublisherClient实例应在使用后关闭。这可确保发送本地排队的消息。另请参见。是的,正是这样。
PublisherClient
在web应用程序的上下文中运行,在应用程序的整个生命周期中发布消息。如果我可以帮助的话,您是否愿意在每次发布操作后都不关机?您是否可以安排在应用程序关闭时调用shutdownsync
?是的,这是当前的实现。想知道这是否是最佳实践。假设可以以静态方式使用PublisherClient
,类似于HttpClient
,Pub/Sub SDK或Quartz.NET是否有任何特定内容可能会导致3节点负载平衡集群中的服务器关联性?是的,这是当前的实现。不知道这是否是与文档相符的最佳实践
关于Pub/Sub SDK或Quartz.NET是否有任何特定内容可能会导致3节点负载平衡集群中的服务器关联性
,这似乎是另一个问题,需要更多背景知识。作为一个新问题,请随意提问。