caching - Appfabric缓存: Configuration Provider as single point of failure

Question

在对使用 Appfabric 进行缓存进行一些初步研究后，我的理解是集群的配置提供程序是单点故障，如下所述:

MSDN

我想将 appfabric 用于分布式缓存，特别是标记功能。有哪些选项可以避免配置提供程序成为此故障点？我想到了两种，但不确定哪种更好或者是否还有其他选择。

(1) 创建我自己的缓存服务配置提供程序。我猜这是可能的(？)，但我不知道如何去做。我可能会创建一个从 S3 获取 xml 文件的提供程序，因为我已经在使用 AWS。

(2) 将每个缓存配置为单节点集群，然后创建一个使用各个节点作为分布式缓存的代理客户端，类似于 memcached 类型的客户端。

我在做出这个决定时应该考虑什么想法或建议，或者其他什么？

Answer 1

是的，它是单点故障。

微软推荐的解决方案似乎是:

• (SQL Server 提供商)使用 SQL Server聚类。在我的有限使用 SQL Server 的经验对此进行聚类可能是“治疗方法比治疗更糟糕”的情况疾病'，即它带来了很多疼痛。除非你已经有了 SQL服务器集群可用，避免!
• (XML提供商)使用 Windows Server聚类。我还有更少这方面的知识比 SQL 还多聚类，所以我不能说有多好(或其他)这可能有用。不过，在我看来，这并不是一件微不足道的事情。

您可以通过实现ICustomProvider来创建您自己的配置提供程序界面及制作some registry entries 。使用 AWS 似乎是一个让配置提供程序具有弹性的好主意，我很想知道您对此的进展如何。

在我看来，创建代理客户端就像您需要为自己做很多工作，此时感觉您会更多地与 AppFabric 作斗争，而不是使用它。