C# Web API - 在内存缓存中存储和持久化数据

Question

我正在编写一个 REST API，它需要提供与我组织的 ActiveDirectory 的集成服务，专门用于查询用户和组数据，然后在 API 中为自动完成字段查询提供一个端点。

我的组织的 ActiveDirectory 非常大，总共有大约 13 万个用户和组对象。

查询所有这些对象并将它们存储在我们当前的后备存储 (MongoDB) 中大约需要 40 分钟。

我们决定检查是否有一个选项可以跳过 Mongo 的使用并将所有查询的 AD 对象存储在 Web API 内存中。

查看 SO 中的其他问题我意识到 Singleton 无法工作，因为每次重置 IIS 应用程序池时存储在其中的数据都会丢失，然后 API 无法提供大约 40 分钟的数据，这可以发生。

我也看了this引用命名空间 System.Runtime.Caching 的问题。但是，命名空间提供的 MemoryCache 也会在 IIS 应用程序池重置时丢失所有数据。

我的问题是 - 是否有任何其他解决方案可以将来自 AD 的数据存储在 Web API 内存中。我们目前希望避免使用持久存储(关系数据库或文档数据库)来保存信息，但如果没有可行的解决方案出现，我们可能会坚持使用 Mongo(除非提供更好的存储)。

Answer 1

从可扩展性的角度来看，In-Memory 听起来像是一个糟糕的计划。如果您想对您的 API 进行负载平衡，您可能会在内存中拥有此数据的多个副本，但当您的 API 的一个实例处理请求或另一个实例处理请求时，它们都可能略有不同，从而导致不同的结果。

In-Memory，可能会推断出一个列表，或者更好的是字典。您可以考虑支持多个节点的 Redis 服务器，并将数据存储在内存中。它类似于字典，因为您将键值对存储为 <string, string>。 .您的 API 的所有实例都可以指向同一个 Redis 集群，因此您将获得一致性、规模和性能。

您还可以考虑 Service Fabric，它具有允许您在有状态和无状态服务之间共享状态的特殊集合。与 Redis 一样，数据被序列化并存储在整个 Service Fabric 集群中。它具有很强的容错能力，具有内置的 HA 和 DR。

虽然在性能方面没有什么比单例字典更好，所以这取决于您现在和将来的需求。