NG
Но вообще да, дизастер рекавери и восстановление из бэкапов с рэббитом - это боль
Size: a a a
2020 September 18
JD
Не понял, что это означает
а с кафкой можно просто с нужного смещения все перечитать)
Правда тогда бедные админы с ума сойдут - "как так не только 1С бэкапить?!"
Правда тогда бедные админы с ума сойдут - "как так не только 1С бэкапить?!"
NG
John Doe
Не понял, что это означает
В смысле "я"
NG
а с кафкой можно просто с нужного смещения все перечитать)
Правда тогда бедные админы с ума сойдут - "как так не только 1С бэкапить?!"
Правда тогда бедные админы с ума сойдут - "как так не только 1С бэкапить?!"
Я не пробовал ставить кафку в проде, но да, кажется, что стоимость владения кафкой сильно выше, чем кроликом, как раз из-за всех этих плясок с персистентностью партиций. Персистентные сообщения в кролике менее привередливые. Но возможно "у страха глаза велики"
JD
Но вообще да, дизастер рекавери и восстановление из бэкапов с рэббитом - это боль
Битовец один причастный советовал для этого поднимать копию очереди для каждой очереди, где отправитель может подниматься из бэкапа :) Ну чтоб типа иметь в этой копии все отправленные с момента последнего бэкапа и до краха отправителя (т.к. в исходной очереди их там уже не будет - получатель все забрал и чистота)
Я не пробовал ставить кафку в проде, но да, кажется, что стоимость владения кафкой сильно выше, чем кроликом, как раз из-за всех этих плясок с персистентностью партиций. Персистентные сообщения в кролике менее привередливые. Но возможно "у страха глаза велики"
Ну это из той же серии, что pg или mssql под 1С. В одном случае (кролик) большая часть комфортно в gui настаривается, да и сам принцип работы среднестатистическому 1Снику сильно понятнее, а в другом надо уже мозг напрячь.
JD
В смысле "я"
Не, я человек мелкий, такие решения не принимаю.
Обычно оно появляется в паре к 1С только потому что есть уже какая-то другая команда (не 1С) которая это использует.
Обычно оно появляется в паре к 1С только потому что есть уже какая-то другая команда (не 1С) которая это использует.
Справедливости ради для обмена только между 1С решениями я бы кафку не брал - не вижу реальных причин.
А в будущем и кролик бы не брал.. как шина от вендора выйдет.
А вот когда разных систем много.. там думать надо, взвешивать.
А в будущем и кролик бы не брал.. как шина от вендора выйдет.
А вот когда разных систем много.. там думать надо, взвешивать.
NG
John Doe
Не, я человек мелкий, такие решения не принимаю.
Обычно оно появляется в паре к 1С только потому что есть уже какая-то другая команда (не 1С) которая это использует.
Обычно оно появляется в паре к 1С только потому что есть уже какая-то другая команда (не 1С) которая это использует.
Ты меня снова не понял :) я про то, что я внедрял у себя кролика с оглядкой на деливери уанс и дизастер рекавери :)
JD
Ну это из той же серии, что pg или mssql под 1С. В одном случае (кролик) большая часть комфортно в gui настаривается, да и сам принцип работы среднестатистическому 1Снику сильно понятнее, а в другом надо уже мозг напрячь.
Среднестатистическому-то как раз понятнее Кафка с оффсетами, т.к. это отлично ложится на квитирование планов обмена (или своих очередей на регистрах).
А вот то что надо делать для Кролика историю отправленных как раз для 1Сников неочевидно.
А вот то что надо делать для Кролика историю отправленных как раз для 1Сников неочевидно.
NG
John Doe
Среднестатистическому-то как раз понятнее Кафка с оффсетами, т.к. это отлично ложится на квитирование планов обмена (или своих очередей на регистрах).
А вот то что надо делать для Кролика историю отправленных как раз для 1Сников неочевидно.
А вот то что надо делать для Кролика историю отправленных как раз для 1Сников неочевидно.
Историю отправленных то как раз не проблема сделать. Отправлять через промежуточный справочник/регистр + регл задание. Плюс это решает проблему с откатом транзакций
NG
Но это очередь перед очередью, да. Точнее партиция
GV
Справедливости ради для обмена только между 1С решениями я бы кафку не брал - не вижу реальных причин.
А в будущем и кролик бы не брал.. как шина от вендора выйдет.
А вот когда разных систем много.. там думать надо, взвешивать.
А в будущем и кролик бы не брал.. как шина от вендора выйдет.
А вот когда разных систем много.. там думать надо, взвешивать.
"А в будущем и кролик бы не брал.. как шина от вендора выйдет."
И в чем преимущество шины от вендора?
И в чем преимущество шины от вендора?
NG
"А в будущем и кролик бы не брал.. как шина от вендора выйдет."
И в чем преимущество шины от вендора?
И в чем преимущество шины от вендора?
Вопрос содержит ответ? :)
JD
Историю отправленных то как раз не проблема сделать. Отправлять через промежуточный справочник/регистр + регл задание. Плюс это решает проблему с откатом транзакций
А какие у планов обмена проблемы с откатом транзакций?
GV
Вопрос содержит ответ? :)
Ну вряд ли Егор просто рекламировал шину. Есть же какие-то предпосылки
NG
John Doe
А какие у планов обмена проблемы с откатом транзакций?
У планов обмена - никаких. Проблема с транзакцией возникает, если отправлять в рэббит/кафку сразу из транзакции. Типа из при записи. потом транзакция откатывается,а сообщение уже улетело
NG
Ну и с планами проблема на блокировках же.
JD
У планов обмена - никаких. Проблема с транзакцией возникает, если отправлять в рэббит/кафку сразу из транзакции. Типа из при записи. потом транзакция откатывается,а сообщение уже улетело
Ну это зашквар