|
Какой технологией можно получать данные из 1с во внешний источник в реальном времени? | ☑ | ||
---|---|---|---|---|
0
Sun Lover
02.08.23
✎
17:47
|
Есть, к примеру 1с. В ней есть данные, например, заявки со статусами. И нужно как-то понимать что этот статус изменился и сразу же вытаскивать изменения.
Как это реализовать самым правильным способом? Типа как держать постоянный коннект через Web Socket и получать изменения. |
|||
1
Bigbro
02.08.23
✎
18:00
|
Rabbit используют для чего то подобного.
|
|||
2
Garykom
02.08.23
✎
18:01
|
(0) http-сервис в 1С или прямой доступ к базе sql
|
|||
3
rphosts
02.08.23
✎
18:03
|
Если не нарушая лиц.соглашение - любая шина, если пофиг - делая запросы в базу
|
|||
4
Garykom
02.08.23
✎
18:07
|
Эээ
Шина и кролик это не онлайн - это очереди |
|||
5
Bigbro
02.08.23
✎
18:08
|
ну так вон статус изменился это событие как раз подписка и фигачим в шину а там уже пусть ловят с той стороны.
шина как раз идеально. |
|||
6
asady
02.08.23
✎
18:09
|
(0)
1. Подписка на событие изменения статуса заявки в 1С. 2. В подписке отправляем на нужный URL HTTP запрос с json данными по статусу заявки |
|||
7
Sun Lover
02.08.23
✎
18:47
|
(6)а подписку на событие можно только вмешательством в код 1с через конфигуратор ведь?
|
|||
8
Sun Lover
02.08.23
✎
18:47
|
(2)а http сервис в 1с как будет решать задачу? через подписки на события?
|
|||
9
Sun Lover
02.08.23
✎
18:48
|
(4)это тоже подойдет в принципе. главное чтоб данные при изменении туда прилетали. Но ведь всеравно придется вешать подписки на события через конфигуратор 1с ?
|
|||
10
Garykom
02.08.23
✎
19:10
|
(8) для начала реши вы хотите втягивающий или выталкивающий интерфейс?
|
|||
11
Sun Lover
02.08.23
✎
19:40
|
(10)двусторонний. Дело в том, что заявки будут создаваться 1с, поступать в веб-портал из 1с, но при этом через веб-интерфейс можно будет регулярно менять некоторые поля (корректировать) и в этом случае данные должны отпрваляться уже в 1с и там будет задействован штатный механизм версионности в рамках той конфигурации. Как вовремя отправлять туда данные мы сможем реализовать - в крайнем случае нам напишут api Но вот как получать данные сразц после их изменения - это нужно как то события вешать и в Kafka их отправлять.
|
|||
12
sitex
naïve
02.08.23
✎
20:30
|
(0) При изменение 1C записывает в базу данных сервиса , где крутится веб сервер или иное ("Животное!) от даже уже web технологии что изменилось в базе данных сервиса
|
|||
13
sitex
naïve
02.08.23
✎
20:31
|
(1) Вообще ответ уже есть. Это же самое что в 12
|
|||
14
Грю
02.08.23
✎
20:33
|
(0) При возникновении события создания заявки, 1С отправляет запрос во внешний источник с новыми данными. Вот так, очень просто.
|
|||
15
Грю
02.08.23
✎
20:36
|
(1) Раббит используют как раз не для реального времени, а для отложенных очередей.
|
|||
16
sitex
naïve
02.08.23
✎
20:57
|
(15) не умеешь готовить , не говори так. Шеф Константин Ивлев@
|
|||
17
Грю
02.08.23
✎
21:09
|
(16) Ага, это я-то не умею. Ну ты шутник.
|
|||
18
Garykom
02.08.23
✎
21:12
|
(16) у кролика нет гарантии доставки
только гарантия соблюдения последовательности (очереди) |
|||
19
Garykom
02.08.23
✎
21:13
|
(18)+ в смысле если нужна обратная связь что сообщение было получателем(ями) хотя бы принято (не говоря уже об прочитано-обработано)
надо самостоятельно обратно посылать другие сообщения например через другую очередь |
|||
20
Грю
02.08.23
✎
21:16
|
Гарантии последовательности тоже нет. Он нужен только лишь для того, чтобы иметь возможность отложить обработку сообщений. Например, когда их слишком много, и в реальном времени они не успевают обработаться. Короче, это не наш случай.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |