|
v8 1С в качестве SOAP сервера | ☑ | ||
---|---|---|---|---|
0
Snork
19.10.17
✎
09:27
|
Насколько реально 1С может работать в качестве SOAP сервера.
Есть 1С клиент-сервер, интранет канал и удаленный сервер. Удаленный сервер посылает запросы на сервер 1С по SOAP. 1С серверу это все надо отлавливать и отвечать обратно Это все стабильно сможет работать? |
|||
1
Snork
19.10.17
✎
09:32
|
Удаленный сервер это не 1С, а вообще другая система
Схема взаимодействия есть (wsdl) |
|||
2
Snork
19.10.17
✎
10:04
|
up
|
|||
3
Flover
19.10.17
✎
10:09
|
(1) "Схема взаимодействия есть (wsdl)"
смотри обмен с 1с через веб-сервисы А по стабильности все решается минимальным наличием "кривых" рук на проекте. |
|||
4
Snork
19.10.17
✎
10:45
|
апп
|
|||
5
Asmody
19.10.17
✎
10:58
|
Это называется "веб-сервисы". Работает, если относительно невысокая нагрузка. У нас сервисы на python и php берут инфу из базы 1С через SOAP.
|
|||
6
Snork
19.10.17
✎
16:13
|
(5) да, это в чистом виде веб сервисы. Вопрос в том, что это все дело лучше реализоваться через предназначенные для этого средства и языки: python, php, пр. или и 1С вытянет.
Нагрузка там будет приличная. Поэтому не хочется впрягаться, создавать. Но чтобы потом не взлетело, только из-за того, что 1С такую нагрузку не потянет. Т.к. 1С в общем-то не для этого предназначена. Есть ли у кого реальный опыт? |
|||
7
Юрий Лазаренко
19.10.17
✎
16:15
|
(6) Сколько запросов в секунду планируется в среднем, при пиковой нагрузке? Сколько миллисекунд выполняется один запрос?
Проверяли, работает стабильно. Делали нагрузочные тесты длительностью 11 часов - полтора миллиона запросов отработали успешно, у всех ответ "200". |
|||
8
Юрий Лазаренко
19.10.17
✎
16:16
|
Проверить можно легко, написав тестовый стенд, который будет бомбить 1С запросами.
|
|||
9
Джинн
19.10.17
✎
16:16
|
(6) 1C в данном случае только как сервис? Сама по себе какие-то учетные функции несет или просто инструмент?
|
|||
10
Snork
19.10.17
✎
16:40
|
(9) да, учетных функций полно. Я бы сказал, что это критически важная инфраструктура. Встанет 1С, встанет весь таможенный терминал.
Причина, зачем весь сыр бор с SOAP - материнской компании надо в режиме онлайн откачивать данные в головную систему. (8) Писать тестовый стенд - это класс, но трудозатраты больше Сейчас мне принципиально надо понять, браться за это или нет |
|||
11
Джинн
19.10.17
✎
16:42
|
(10) Обмен чем не устраивает?
|
|||
12
xxTANATORxx
19.10.17
✎
16:46
|
(10)был опыт передачи данных через веб сервисы
на тесте отрабатывалось порядка 10-20 "документов" в секунду, в течении 6-7 часов, в рабочем варианте нагрузка была меньше |
|||
13
xxTANATORxx
19.10.17
✎
16:46
|
(10)>>Встанет 1С, встанет весь таможенный терминал
используй шину данных |
|||
14
Юрий Лазаренко
19.10.17
✎
17:05
|
(10) Так скажи, сколько запросов в секунду у вас там планируется делать, я тебе с вероятностью 99% сразу скажу, потянет 1С это или нет. Мы этих нагрузочных тестов уже несколько десятков делали.
|
|||
15
Snork
19.10.17
✎
17:09
|
(14) думаю в сек 50-100. Это запросы из 1С в головную.
а вот запросы это запросы из головной в 1С - 10-30 в сек, но это запросы с большим объем данных - таблицы с тысячами строк |
|||
16
Юрий Лазаренко
19.10.17
✎
17:16
|
(15) 10-30 1Ске вполне по силам. Большие запросы разбивайте на два: первым отправляйте параметры (какую именно информацию хотите получить), эти параметры обрабатываете в модуле веб-сервиса, запускаете выборку данных и подготовку ответа в фоновом задании. Ответ храните, например, в регистре сведений. Через какое-то время вторым запросом выгребаете этот ответ. Висеть все время в одном запросе, пока готовятся данные не надо - поднимется слишком много сеансов 1С, отожрут всю память.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |