Size: a a a

Архитектура ИТ-решений

2019 August 18

PD

Phil Delgyado in Архитектура ИТ-решений
Rinat Shigapov
Между ДЦ из разных зон доступности репликацию нужно делать асинхронно.
Ну, в надёжном решении да: три zk в разных ДЦ и три реплики хотя бы в двух. Но m4 все равно для zk многовато. Ну и если сравнивать с кроликом, то там распределение между ДЦ все равно не работает нормально.
источник

RS

Rinat Shigapov in Архитектура ИТ-решений
Phil Delgyado
Ну, в надёжном решении да: три zk в разных ДЦ и три реплики хотя бы в двух. Но m4 все равно для zk многовато. Ну и если сравнивать с кроликом, то там распределение между ДЦ все равно не работает нормально.
В случае кролика можно федерацию настроить между разными ДЦ и забирать только те сообщения, которые не успевают обрабатывать локальные консьюмеры.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Rinat Shigapov
В случае кролика можно федерацию настроить между разными ДЦ и забирать только те сообщения, которые не успевают обрабатывать локальные консьюмеры.
Так это не про надёжность
источник

S

Sergey in Архитектура ИТ-решений
так каков финальный совет про кролика ?
источник

RS

Rinat Shigapov in Архитектура ИТ-решений
Sergey
так каков финальный совет про кролика ?
Иметь отдельную инсталляцию в каждом ДЦ?
источник

S

Sergey in Архитектура ИТ-решений
так и порешим
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Зависит от SLA, а конкретно от RPO. Если данные могут быть потеряны за "заданный" промежуток времени, то асинхронная репликация не проблема
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Если кролик выгребает по производительности и данные можно потерять, то почему бы и нет
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
С другой стороны, как писали коллеги выше, можно и кафку на одной машине поднять в таком случае. Но тут нужно смотреть. У кролика богатая админка и мощный роутинг, в нём больше паттернов реализовано
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Кролик очень интересный инструмент для небольших проектов, где не требуется катастрофоустойчивость и нет экстремально высоких требований к производительности.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И ещё. Чтобы делать решения на кафке разработчики должны глубоко знать как устроена Кафка и писать клиентский код с использованием нативного API. А при работе с кроликом всё проще, можно использовать спринг не особо вникая и это почти всегда будет работать.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иными словами, с кроликом работать проще и удобнее. Для небольших проектов это очень интересный инструмент. Кролик много где прекрасно работает годами.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Не топлю за кролика, Кафка лично мне очень нравится. Все последние проекты на ней
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Вот тут не согласен категорически. Клиент к Кафке у спринга тоже вполне простой и стандартный. Но с любой очередью надо работать понимая, что внутри. При этом 'что внутри' Кафки хорошо описано и не сложно, а вот внутри кролика - магия и тьма.
Поэтому и сопровождение дорогое.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Клиент простой, это так. Но его лучше не использовать, потому что при работе с Кафкой нужен контроль. Разработчик должен чётко понимать, что он делает. А спринговые абстракции дают ложное ощущение простоты. С остальным согласен.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Нуу, при работе с Кроликом тоже нужен контроль, но его вообще не бывает. А на том же уровне непонимания можно и спринговый клиент к Кафке взять. Будет точно не хуже.
источник

S

Sergey in Архитектура ИТ-решений
а если с точки зрения Go смотреть, то что лучше будет ?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Я не вижу причин в 2019м году брать в проект кролика.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А какая разница? Клиент и туда и туда есть. Скорее всего сырой и глючный (как все клиенты для го). Кафка проще, там будет меньше глюков.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Нуу, при работе с Кроликом тоже нужен контроль, но его вообще не бывает. А на том же уровне непонимания можно и спринговый клиент к Кафке взять. Будет точно не хуже.
Пожалуй соглашусь
источник