Рецепты ZooKeeper и куратор Apache

Question

Я пытаюсь понять ровно какие проблемы Apache ZooKeeper («ZK») решает, и, возможно, их Recipes page - лучшее место для начала.

Во-первых, я делаю следующие предположения:

• The Zookeeper API (доступный как в Java и C) выставляет these 7 simple methods, которые затем позволяют создавать свои собственные модели использования, известные как " ZK Рецепты»
• это потом до вас, чтобы использовать эти ZK рецепты для решения проблем в распределенном программировании себя
• Или, вместо того, чтобы строить вверх свой собственный ZK Рецепты, вы можете использовать только те, которые поставляются с Apache Curator
• Так или иначе, вы используете ZK Рецепты (опять же, доморощенные или предоставляемый Хранитель) для решения распределенных вычислительных задач

Я считаю, что Apache Kafka является примером того, где Кафка использует ZK создать distributed Queue (который является одним из перечисленных рецептов ZK). Поэтому, если мои предположения верны, ZK предоставляет эти API-методы, и создатели Apache Kafka либо использовали ZK напрямую, либо использовали куратор для реализации «Queue» ZK Recipe.

Если какое-либо из приведенных выше допущений неверно, начните с исправления! Предполагая, что я более или менее на трассе:

Глядя на список ZK Рецепты, я вижу следующее (не исчерпывающий):

• Барьеры
• Замки
• Лидер Избирательные

Для того, чтобы оценить эти рецепты и предлагаемые ими решения, мне сначала нужно оценить проблему, которую они решают! Я понимаю, что такое блокировка от базового параллелизма Java, но я просто не вижу случая использования, когда когда-либо понадобится «распределенная блокировка». Для ведущих выборов все, что я могу придумать, в качестве варианта использования для , в котором нужно, в первую очередь - было бы, если бы вы создавали приложение, которое вы хотели отправить с помощью встроенного master/slave или первичной/вторичной возможности , Возможно, в этом случае вы использовали бы ZK для реализации собственного рецепта «Лидерские выборы» или, возможно, просто используйте Leader Latch Куратора. Что касается барьеров, я не вижу, как они отличаются от Locks. Так что я спрашиваю:

• Является ли мой главный/подчиненный или основной/вторичный вопрос точным прецедентом для рецепта выбора лидера ZK?
• Что было бы примером распределенной блокировки? Какие проблемы решаются?
• То же для барьеров: и в чем разница между замками и барьерами?

Answer 1

1. Да. Пример вашего рецепта выбора лидера Zk - правильный. В общем, если рецепт уже существует, зачем его переписывать?

Цитирование Zookeeper документации:

Zookeeper является централизованной службой для поддержания информации о конфигурации, наименования, обеспечивая распределенную синхронизацию, а также предоставление групповых услуг.

1. Что касается распределенных блокировок - Допустим, у вас есть распределенная система, где все настройки сохраняются на Zookeeper, и более чем одна организация отвечает за обновление определенной конфигурации - В таком случае вы хотите конфигурацию обновления должны быть синхронными.

2. Что касается барьера, то я лично их никогда не использовал - но с замком вам нужно приобрести замок, чтобы на самом деле что-то сделать на узле, барьер, который вы ждете, пока он свободен, но необязательно нужно устанавливать барьер один раз это бесплатно.