我正在运行一个Azure AppService (目前为ASP.NET 4.6 WebApi ),它总是至少在2个实例上运行,并且--使用自动缩放--最多可扩展到5个实例。
这个应用程序正在处理存储在Azure表中的大量数据,其中许多表是非常静态的。它们每月更新一次或两次,但在日常操作中被阅读了数千次。当我试图提高该服务的性能时,我正在考虑将那些“静态”表缓存在内存中,并且只有当新的更改被推入存储时才更新它们。这不是一个问题,因为通过/POST
调用对存储进行更改完全是通过相同的API进行的。
但是现在我想知道在运行我的服务的多个实例时如何处理这个体系结构。显然,我无法预测哪个实例响应我的/POST
调用,而且所有其他实例都不会被通知更改。
我也不想将状态/信号量写入任何类型的共享存储,因为这将破坏试图减少存储调用的整个目的。
有什么暗示可以让这些例子在彼此之间“交流”吗?
https://stackoverflow.com/questions/74233850
复制相似问题