Кэширование Appfabric: поставщик конфигурации как единая точка отказа

Question

После некоторого начального исследования использования Appfabric для кэширования, я понимаю, что поставщик конфигурации для кластера является единственной точкой отказа, как упомянуто здесь:

* MSDN 1004 *

Я хочу использовать appfabric только для распределенного кэширования, особенно для функций тегирования. Какие есть варианты, чтобы поставщик конфигурации не использовался в качестве этой точки отказа? Я думал о двух, но не уверен, что один лучше или есть какие-то другие варианты.

(1) Создайте свой собственный поставщик конфигурации службы кэширования. Я предполагаю, что это возможно (?), Но я не знаю, как это сделать. Я бы, вероятно, сделал провайдера, который извлекает XML-файл из S3, так как я уже использую AWS.

(2) Настройте каждый кэш как кластер с одним узлом, а затем создайте прокси-клиент, который использует отдельные узлы в качестве распределенного кеша, например, клиент типа memcached.

Мысли или рекомендации, или что-то еще, что я должен учитывать при принятии этого решения?

Answer 1

Да, - это единичная точка отказа.

Рекомендуемые решения Microsoft:

• (поставщик SQL Server) Используйте кластеризацию SQL Server.По моему ограниченному опыту использования кластеризации SQL Server для этого, вероятно, случай "излечения хуже, чем болезнь", то есть он приносит много боли.Если у вас уже нет кластера SQL Server, избегайте!
• (поставщик XML) Использовать кластеризацию Windows Server.Я знаю об этом еще меньше, чем кластеризация SQL, поэтому не могу сказать, насколько хорошо (или иначе) это может работать.Это не кажется мне тривиальным делом.

Вы можете создать свой собственный поставщик конфигурации, реализовав интерфейс ICustomProvider и сделав некоторые записи реестра.Использование AWS кажется действительно хорошей идеей для обеспечения устойчивости провайдера конфигурации, мне было бы интересно узнать, как вы справились с этим.

Создание прокси-клиента кажется мне таким, как будто вы много работаете для себя, в этот момент создается ощущение, что вы будете больше бороться с AppFabric, чем работать с ним.

Answer 2

Мы также попробовали AppFabric , но это доставило нам немало головных болей, например, из-за отсутствия доступа к API, что затрудняет использование нашей текущей стратегии модульного тестирования. Теперь мы перешли на NCache , что является лучшим вариантом, чем AppFabric. NCache предоставляет функцию тегирования, и это не единственная точка отказа.