личные итоги первой недели работы Меркурий

Добрый день, коллеги!

Входные данные: работает предприятие 24/7, с ограничением молочки подконтрольной до сыров и масла, в сутки примерно 50 ТТН (до 300 ВСД), производственных ВСД 10-15.
Интеграционное решение построено таким образом, что если не получает в ответе COMPLETED или REJECTED, будет запрашивать дальше, но не более 1200 запросов. Ошибки типа APLM0012 логируются, но игнорируются.
Не игнорируется время в PrdcRsltDate и ранее указанного времени повторный запрос не отправляется. А для пущей уверенности добавляем секунду между запросами.

Статистика по количеством повторных запросов по датам, времени, операциям, начиная с 01.07.2019:
Операция resolveDiscrepancyRequest Повторных запросов 1126 Статус REJECTED RcvDate 2019-07-02 23:18:47 PrdcRsltDate 2019-07-02 23:39:00 D043D87E-8E47-4076-B85D-E8AEFF968103
Операция getVetDocumentListRequest Повторных запросов 220 Статус COMPLETED RcvDate 2019-07-05 18:23:57 PrdcRsltDate 2019-07-05 18:27:56 9FB4614D-85BA-4A56-8E5A-9BB04F7B40BB
Операция prepareOutgoingConsignmentRequest Повторных запросов 193 Статус COMPLETED RcvDate 2019-07-05 04:25:18 PrdcRsltDate 2019-07-05 04:28:51 94F17B74-3EA4-4963-AF14-8AE919FAB6AA
Операция prepareOutgoingConsignmentRequest Повторных запросов 126 Статус COMPLETED RcvDate 2019-07-02 05:49:26 PrdcRsltDate 2019-07-02 05:51:45 9DBE1C9C-3D33-4517-BFFA-8D6E7B872DC5
Операция checkShipmentRegionalizationRequest Повторных запросов 112 Статус COMPLETED RcvDate 2019-07-02 05:47:24 PrdcRsltDate 2019-07-02 05:49:26 48F4D493-1350-4399-9D20-C837B6F4E775
Операция prepareOutgoingConsignmentRequest Повторных запросов 69 Статус COMPLETED RcvDate 2019-07-02 06:15:00 PrdcRsltDate 2019-07-02 06:16:14 A78F788A-30E4-453C-8B85-56E9CF03C9C1
Операция resolveDiscrepancyRequest Повторных запросов 50 Статус COMPLETED RcvDate 2019-07-05 04:24:16 PrdcRsltDate 2019-07-05 04:25:10 B1FBF908-0F26-4ED6-BFB5-206864EB292B
Операция prepareOutgoingConsignmentRequest Повторных запросов 48 Статус COMPLETED RcvDate 2019-07-06 02:49:32 PrdcRsltDate 2019-07-06 02:50:24 3950A351-F29B-48F2-9913-5204C42D43B0
Операция checkShipmentRegionalizationRequest Повторных запросов 47 Статус COMPLETED RcvDate 2019-07-02 06:14:10 PrdcRsltDate 2019-07-02 06:15:01 39EC46CE-775C-4F43-B3A9-7928C067C530
Операция resolveDiscrepancyRequest Повторных запросов 32 Статус COMPLETED RcvDate 2019-07-01 13:56:47 PrdcRsltDate 2019-07-01 13:57:21 9D01BA95-B5E8-484A-8BA0-5406AF2799B0
Операция resolveDiscrepancyRequest Повторных запросов 26 Статус COMPLETED RcvDate 2019-07-01 13:59:49 PrdcRsltDate 2019-07-01 14:00:16 7D421064-ED03-4208-9F9A-7D19CC29CBB5
Операция checkShipmentRegionalizationRequest Повторных запросов 21 Статус COMPLETED RcvDate 2019-07-02 05:16:07 PrdcRsltDate 2019-07-02 05:16:30 43C3D041-ACC4-4095-9EBA-BE3E3424E49B
Операция resolveDiscrepancyRequest Повторных запросов 20 Статус COMPLETED RcvDate 2019-07-05 05:38:36 PrdcRsltDate 2019-07-05 05:38:58 0F3FABDE-476C-41B3-866F-483492D6F321
Операция resolveDiscrepancyRequest Повторных запросов 14 Статус COMPLETED RcvDate 2019-07-05 05:16:42 PrdcRsltDate 2019-07-05 05:16:57 3C50460C-0012-4D68-B534-886616A9DDE4
Операция getVetDocumentListRequest Повторных запросов 10 Статус COMPLETED RcvDate 2019-06-30 14:29:40 PrdcRsltDate 2019-06-30 14:29:50 F1DB4917-E23A-4964-A262-1904820F2CFE
Операция checkShipmentRegionalizationRequest Повторных запросов 10 Статус COMPLETED RcvDate 2019-07-03 04:54:02 PrdcRsltDate 2019-07-03 04:54:12 1AE91E0C-CE77-422F-98F9-017223BDAD23
Операция getVetDocumentListRequest Повторных запросов 9 Статус COMPLETED RcvDate 2019-07-05 15:23:27 PrdcRsltDate 2019-07-05 15:23:37 E03A2B6A-74B7-4A77-B172-A7F2E07FD728
Операция resolveDiscrepancyRequest Повторных запросов 8 Статус COMPLETED RcvDate 2019-07-03 15:02:39 PrdcRsltDate 2019-07-03 15:02:47 22AA1CF4-AEED-4FC6-AEE3-49590DB935B3
Операция checkShipmentRegionalizationRequest Повторных запросов 8 Статус COMPLETED RcvDate 2019-07-05 04:25:10 PrdcRsltDate 2019-07-05 04:25:18 8888118F-7CEC-42F9-B1FA-F7369C8A35C9
Операция resolveDiscrepancyRequest Повторных запросов 8 Статус COMPLETED RcvDate 2019-07-02 03:44:39 PrdcRsltDate 2019-07-02 03:44:47 16EB1C7C-C8F2-401B-AFFF-FCCA0819636B

В статистике не участвует операция getStockEntryListRequest, так как всегда по 20-30 запросов. На остатках не более 300 позиций.

С уважением, Павел.

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

dk wrote:Нет смысла делать секунду между запросами, только увеличиваете общее время обработки для всех, на месте Меркурия, я бы отключал такие интеграции.
1000 таких интеграций и ниодин сервер не переживёт.

Знаю, но за пределы ограничений по количеству запросов не выходим, значит соответствуем требованиям.
Наверное удивлю Вас, но система подобная Меркурий распределенная и это даже не десяток серверов.

Какой смысл видите Вы, если на корректный запрос из раза в раз IN_PROCESS или APLM0012?

dk wrote:Android приложение для группового гашения ВСД по QR-кодам

Сразу оговорюсь, не хочу ни как Вас обидеть, но делать приложение, которое опирается на QR-коды, которые предоставлять не требуется по закону, довольно оптимистично.
Дай Бог Вам побольше пользователей.

miskevich wrote:Знаю, но за пределы ограничений по количеству запросов не выходим, значит соответствуем требованиям.

Чем больше вы будете бомбить меркурий ненужными запросами, тем больше APLM0012 будут получать все.
Я понимаю, если бы от этого был бы какой-то практический результат.
Они конечно тоже виноваты, что не дали конкретные рекомендации на этот счёт.

только из профессиональной этики продолжу этот бесполезный разговор.

как быть предприятию, которое работает круглосуточно, когда в ответ на корректный запрос остатков получаешь APLM0012, или при оформлении транспортных ВСД, или при получении условий регионализации для транспортных ВСД? подождать часик?
это еще хорошо, что постоянную отгрузку убедили поставить в однопоточном режиме. многопоточный вариант в гарантией бы заклевал Меркурий.
по внутреннему регламенту максимальное время получения UUID транспортных ВСД - 3 минуты. Это время ожидания водителя уже погруженной машины пакета документов с ВСД. Ожидание более 30 минут - угроза срыва поставки из-за выпадания из времени разгрузочного окна.

Практический результат - своевременное ВСД у клиента, отсутствие штрафов у предприятия и водителя. Пока у нас получается.

позиция совершенно логичная, пусть хоть колом встанет Меркурий, а предприятию нужно работать, остальное в рабочем порядке.

Читается как: "пусть хоть все не смогут работать, а мы и дальше будем DDoS-ить Меркурий раз в секунду". XD
Вы ждете ответа от сервера или сразу через секунду после посыла повторяете запрос? Попробуйте ради эксперимента увеличить в несколько раз. А может реализовать динамическую задержку ;D

Путь хоть 100500 запросов отправляют. Сейчас пока лояльно относятся. Но по результатам месяца, могут просто закрыть доступ к шлюзу. Из-за не корректной интеграции.
По идее должны будут сначала предупредить, но кто его знает.

miskevich wrote:только из профессиональной этики продолжу этот бесполезный разговор.

как быть предприятию, которое работает круглосуточно, когда в ответ на корректный запрос остатков получаешь APLM0012, или при оформлении транспортных ВСД, или при получении условий регионализации для транспортных ВСД? подождать часик?
это еще хорошо, что постоянную отгрузку убедили поставить в однопоточном режиме. многопоточный вариант в гарантией бы заклевал Меркурий.
по внутреннему регламенту максимальное время получения UUID транспортных ВСД - 3 минуты. Это время ожидания водителя уже погруженной машины пакета документов с ВСД. Ожидание более 30 минут - угроза срыва поставки из-за выпадания из времени разгрузочного окна.

Практический результат - своевременное ВСД у клиента, отсутствие штрафов у предприятия и водителя. Пока у нас получается.

позиция совершенно логичная, пусть хоть колом встанет Меркурий, а предприятию нужно работать, остальное в рабочем порядке.

Есть такая задачка по физике: если в закрытой комнате поставить холодильник, включить его и открыть дверцу этого холодильника, в комнате станет холоднее? Холодильник рабочий.

Вы реально думаете, чем больше вы будете долбить Меркурий ненужными запросами, тем быстрее получите ответ? Первые 5 секунд вообще бессмысленно ждать ответа.
Вот у вас регламент 3 минуты, 1 минута на регионализацию, 2 минуты на основной запрос, если регионализацию вы сделаете 5, 25, 45, 60, вы гарантировано получите результат, очень редко бывает дольше.
Ну если не в терпёж долбите со второй минуты каждые 5 секунд, меньше нет смысла. Аналогично для остального запроса.
Никакого выигрыша от постоянных запросов вы точно не получите, только увеличите APLM0012 для всех.

Ибо APLM0012 имхо, это ограничитель общей очереди запросов, чтобы очередь не росла до бесконечности.

oleg-x wrote:Путь хоть 100500 запросов отправляют. Сейчас пока лояльно относятся. Но по результатам месяца, могут просто закрыть доступ к шлюзу. Из-за не корректной интеграции.
По идее должны будут сначала предупредить, но кто его знает.

Для того, чтобы кого-то отключить надо сначала рекомендации выдать как надо, а то многие трактуют не запрещено, значит разрешено.
А за нарушение рекомендаций можно смело отключать.

dk wrote:

oleg-x wrote:Путь хоть 100500 запросов отправляют. Сейчас пока лояльно относятся. Но по результатам месяца, могут просто закрыть доступ к шлюзу. Из-за не корректной интеграции.
По идее должны будут сначала предупредить, но кто его знает.

Для того, чтобы кого-то отключить надо сначала рекомендации выдать как надо, а то многие трактуют не запрещено, значит разрешено.
А за нарушение рекомендаций можно смело отключать.

"Не запрещено, значит разрешено" это еще ладно.
А когда блокируют за "Опционально, но вы обязаны" - вот это уже весело.

Пример - поле "Количество мест" и "Упаковка".

dk wrote:

oleg-x wrote:Путь хоть 100500 запросов отправляют. Сейчас пока лояльно относятся. Но по результатам месяца, могут просто закрыть доступ к шлюзу. Из-за не корректной интеграции.
По идее должны будут сначала предупредить, но кто его знает.

Для того, чтобы кого-то отключить надо сначала рекомендации выдать как надо, а то многие трактуют не запрещено, значит разрешено.
А за нарушение рекомендаций можно смело отключать.

Рекомендация есть на сайте:

12. После регистрации организации или учреждению предоставляются:
Реквизиты доступа к продуктивной версии Ветис.API (реквизиты доступа направляются на адрес указанной электронной почты контактного лица).
Возможность использовать продуктивную версию Ветис.API в соответствии с назначенной ролью и указанной "Зоной обслуживания".
Доступ к тестовой версии Ветис.API сохраняется.
Доступ в веб-интерфейс для рабочего сервера необходимо получить по отдельной заявке. Инструкцию и шаблон заявки вы можете посмотреть здесь
13. Регистрация может быть аннулирована в следующих случаях.
Если общее количество любых ошибок при выполнении бизнес-операций в продуктивной версии Ветис.API превысило 10% от общего количества запросов этого типа за сутки. В этом случае организации или учреждению, ответственному за оформление запросов к шлюзу, выносится предупреждение. Если ошибки не устранены в течение 5 рабочих дней, производится отключение программной системы от продуктивной версии Ветис.API на срок не менее 1 месяца и до устранения ошибок. В этот период учреждению или организации доступна только тестовая версия Ветис.API.
14. Для восстановления доступа к продуктивной версии Ветис.API необходимо отправить соответствующую заявку.

В данном случае ошибок то никаких нет.

egais2018 wrote:Читается как: "пусть хоть все не смогут работать, а мы и дальше будем DDoS-ить Меркурий раз в секунду". XD
Вы ждете ответа от сервера или сразу через секунду после посыла повторяете запрос? Попробуйте ради эксперимента увеличить в несколько раз. А может реализовать динамическую задержку ;D

Это не ддос, а попытка нормально работать. А если "ддосить" будут все, так, чтобы это говно, наконец, легло на пару дней, то за пустые полки в магазинах может быть нагнут тех, кого давно надо.

kofeinik wrote:

egais2018 wrote:Читается как: "пусть хоть все не смогут работать, а мы и дальше будем DDoS-ить Меркурий раз в секунду". XD
Вы ждете ответа от сервера или сразу через секунду после посыла повторяете запрос? Попробуйте ради эксперимента увеличить в несколько раз. А может реализовать динамическую задержку ;D

Это не ддос, а попытка нормально работать. А если "ддосить" будут все, так, чтобы это говно, наконец, легло на пару дней, то за пустые полки в магазинах может быть нагнут тех, кого давно надо.

Не нагнут, выпустят очередную новость, что была Дос-атака. А потом, может заблокируют наиболее активные шлюзы и все продолжат работать.