Mor*_*Paz 5 c# asp.net api iis caching
我正在编写一个 REST API，它需要提供与我组织的 ActiveDirectory 的集成服务，专门用于查询用户和组数据，然后在 API 中提供一个端点以进行自动完成字段查询。
我的组织的 ActiveDirectory 非常大，它包含大约 130K 用户和组对象。
查询所有这些对象并将它们存储在我们当前的后备存储 (MongoDB) 中大约需要 40 分钟。
我们决定检查是否有选项可以跳过 Mongo 的使用并将所有查询的 AD 对象存储在 Web API 内存中。
查看 SO 中的其他问题，我意识到单例无法工作，因为每次重置 IIS 应用程序池时，存储在其中的数据都会丢失，然后 API 无法提供大约 40 分钟的数据，这不可能发生.
我还看了这个问题，它指的是 namespace System.Runtime.Caching。但是MemoryCache，在重置 IIS 应用程序池时，命名空间提供的所有数据也将丢失。
我的问题是 - 是否有任何其他解决方案可以将来自 AD 的数据存储在 Web API 内存中。我们目前希望避免使用持久存储（关系数据库或文档数据库）来保存信息，但如果没有可行的解决方案出现，我们可能会坚持使用 Mongo（除非提供更好的存储）。
从可扩展性的角度来看，内存中听起来是一个糟糕的计划。如果您想要对 API 进行负载平衡，您可能会在内存中拥有该数据的多个副本，但当您的 API 的一个实例或另一实例处理请求时，它们可能都略有不同，从而导致不同的结果。
内存中，可能推断出一个列表，或者更好的是字典。您可以考虑支持多个节点的Redis服务器，并将数据存储在内存中。它与字典类似，您将键值对存储为<string, string>. API 的所有实例都可以指向同一个 Redis 集群，这样您就可以获得一致性、规模和性能。
您还可以考虑 Service Fabric，它具有特殊的集合，允许您跨有状态和无状态服务共享状态。与 Redis 一样，数据被序列化并存储在 Service Fabric 群集中。它具有很强的容错能力，内置HA和DR。
不过，就性能而言，没有什么比单例字典更好的了，所以这取决于您现在和将来的需求。
| 归档时间： |
|
| 查看次数： |
2506 次 |
| 最近记录： |