Вход | Регистрация
 

NATS Streaming еще никто в проде не юзал? В режиме Durable

NATS Streaming еще никто в проде не юзал? В режиме Durable
Я
   Garykom
 
27.06.20 - 09:33
7. Жду Интеграционную шину от 1С100% (1)
1. Не юзал0% (0)
2. Юзал, хрень0% (0)
3. Юзал, потянет0% (0)
4. Юзал, супер0% (0)
5. Не знаю что это0% (0)
6. Нафига когда есть свой лисапед на 1С0% (0)
8. Другое0% (0)
Всего мнений: 1

Собственно изучаю аналоги/замены RabbitMQ прочих кафок

Вроде как режим хранения сообщений можно в памяти, на диске или mysql/postgres
   Сияющий в темноте
 
1 - 27.06.20 - 16:46
любая стстема обмена сообщениями-это отдельное приложение,которое еще и администрировать и намтраивать нужно,а для 1с это все часто из пушки по воробьям.
   Garykom
 
2 - 28.06.20 - 00:21
(1) Таки на 1С есть уже система обмена сообщениями своя?
   craxx
 
3 - 28.06.20 - 02:46
(2) сервер взаимодействий же.
   Garykom
 
4 - 28.06.20 - 05:02
   pechkin
 
5 - 28.06.20 - 10:08
имеет смысл когда 1 ко многим.
а 1к1 не очень. ибо отлаживать сложнее
   pechkin
 
6 - 28.06.20 - 10:10
например такую схему
выгружается с ошибкой. в очередь встало норм.
загрузилось с ошибкой - нужно эту ошибку передать назад в источник
   pechkin
 
7 - 28.06.20 - 10:11
в 1с схеме источник ждет подтверждения. в а очереди ничего не ждет
   Сияющий в темноте
 
8 - 28.06.20 - 10:43
очередь сообщений нужна,чтобы сообщение 2 не пришло раньше 1
для 1с,как раз,лучше наоборот,если придет 2,то 1 можно отбросить.
а брокер сообщений-это отдельная программа,которая их доставляет, в том числе и обеспечивая очередность,а также давая некоторую гарантию доставки.
   Garykom
 
9 - 28.06.20 - 11:28
(8) >если придет 2,то 1 можно отбросить

Неа именно очередь потому что одно сообщение содержит у меня обычно один объект, который после записи надо разослать в другие базы.
   Garykom
 
10 - 28.06.20 - 11:33
(7) Гарантированная доставка решает, в жпо подтверждения.
Это совсем отличная от привычной типовым 1Сникам схема обмена.

В базах 1С есть тоже очереди, исходящих и входящих сообщений и есть сервер сообщений с очередями.
При записи 1С пишет сообщения в свою очередь исходящих, затем оно висит там пока гарантированно не уйдет в брокер.
Далее брокер держит сообщение у себя, дублируя/перенаправляя их нужным получателям.
Затем каждая 1С получатель забирает сообщения по очереди из брокера и помещает их в свою входящих.
Далее из своих входящих обрабатывает (записывает в нужные объекты создавая/обновляя их) и только затем удаляя из своей очереди.

Короче подтверждения на каждом этапе а не всего одно.
База 1С которая отправила сообщение не ждет подтверждений от каждого получателя, снимает с себя как оно ушло в брокер.

Это единственная вменяем работающая механизма на больших объемах и распределенной структуре.
   Garykom
 
11 - 28.06.20 - 11:39
(6) Если ошибка на любом этапе то можно посмотреть на это зависшее сообщение.
Не ушло от 1С источника.
Или пришло в 1С получатель но не обработалось (на создался или не обновился объект 1С) - смотрим в очередь входящих и разбираемся что не так.

Т.е. всегда понятна кто виноват а не как с типовым обменом например УТ11-БП3 где уй знает кто виноват когда упало после обновления баз.
   Garykom
 
12 - 28.06.20 - 11:41
(11)+ И да сообщение это json описание одного объекта, сериализованное.
А не как в типовой синхронизации 1С где сообщение (пакет данных) это куча объектов разом.
   pechkin
 
13 - 28.06.20 - 14:17
как гарантированная доставка решит вопрос, если объект нужно перевыгрузить?
   Сияющий в темноте
 
14 - 28.06.20 - 15:01
(13) а никак
если объект нужно переотправить,то это будет еще одно сообщение.
если сообщение не обработалось,то оно торчит в очереди,и его можно обработать еще раз.

гарантированная доставка,на самом деле,никакая не гарантированная,просто,если сообщения не доставляются,то проблема в отсутствии связи.

на самом деле,в стандартных обменах все еще проще,так как никакой очереди нет,так как каждый раз выгружается все,что готово к выгрузке и не помечено полученным.
но,1с не умеет подтверждать получение каждого объекта,а также ввгружает состояние объекта на момент выгрузки,а не на момент изменения,что в случае нескольких получателей может приводить к волнам обмена и прочим прелестям,которые очень сложно выявить и исправить,не переписывая полностью модель обмена.

при желании,сообщения можно хранить в базе 1с и ее же и использовать как брокера,то есть повторить полностью функционал стандартного брокера-он даже проще,чем обмен 1с,но,возникает вопрос,а надо ли?
   lodger
 
15 - 28.06.20 - 16:48
зачем нам сейчас пилить велосипед, когда вендор скоро выдаст мотик?
не порше конечно, но вам ехать или шашечки?

7. Жду Интеграционную шину от 1С
   Garykom
 
16 - 29.06.20 - 10:31
(15) А хотя бы примерные сроки выпуска мотика с завода?

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.