22-11-2016 – 23-11-2016 Не работает тестовый стенд ГИС ЖКХ. Обсуждение в чате ТНС.

[22.11.2016 19:11:19] ЛАНИТ: коллеги, а зачем вы такое кол-во договоров на тестовый стенд грузите?

[22.11.2016 19:11:47] ЛАНИТ: просто нескончаемый поток

[22.11.2016 19:11:58] ЛАНИТ: несколько в секунду

[22.11.2016 19:12:20] ЛАНИТ: естественно тестовый стенд под такие нагрузки не расчитан и из-за этого проблемы с производительностью вылезают

[22.11.2016 19:23:51] Марат Батершин, Стек Ярославль: Это в какой момент происходило? С какими нагрузками этот сервер справится? Несколько в секунду это много для одного клиента или на весь стенд?

[23.11.2016 9:03:39] ЛАНИТ: а зачем вам вообще такой поток нужен на тестовом стенде?

[23.11.2016 9:08:07] Галина Рыжикова: Мы вчера по ТНС Вел. Новгород 2 раза по 4 договора выгружали на тест. стенде. Это много?.

[23.11.2016 9:13:11 | Изменены 9:13:20] ЛАНИТ: за вчера от информационной системы СТЕК на СИТ02 к нам поступило 75823 запроса на импорт договоров ресурсоснабжения

[23.11.2016 9:20:58] Марат Батершин, Стек Ярославль: А Вы можете как-то сгруппировать запросы по ip-адресам? Ведь наша система установлена у большого количества клиентов

[23.11.2016 9:21:10] Марат Батершин, Стек Ярославль: или это все именно от нас?

[23.11.2016 9:21:47] ЛАНИТ: 694;»213.241.204.79″

[23.11.2016 9:21:50] ЛАНИТ: 75129;»77.95.91.74″

[23.11.2016 9:22:03] Марат Батершин, Стек Ярославль: оба не наши.

[23.11.2016 9:22:26] Марат Батершин, Стек Ярославль: видимо кто-то из клиентов

[23.11.2016 9:23:07] ЛАНИТ: ну у вас для этой ИС только один поставщик на СИТ-02

4

[23.11.2016 9:25:15] Марат Батершин, Стек Ярославль: не вижу противоречий ) ip не наши, стало быть кто-то из ТНС тестировали. Теперь знаем, где искать. Вы не ответили, Роман, какая нагрузка допустима? Мы сейчас никак не ограничиваем количество запросов: сколько надо, столько и отправляем

[23.11.2016 9:26:31] ЛАНИТ: ну в разумных пределах, в течение дня около 100 хотя бы и не одномоментно

[23.11.2016 9:26:52] ЛАНИТ: если так будут все грузить, то на тестовый надо тогда железо ставить мощнее промышленного контура)

[23.11.2016 9:27:42] Марат Батершин, Стек Ярославль: 1. сейчас все грузят на тест, потму что на проме нельзя удалять

[23.11.2016 9:27:52] Москва ТНС: То есть Вы хотите сказать, что с такими нагрузками промышленный стенд не справится?

[23.11.2016 9:28:16] Марат Батершин, Стек Ярославль: 2. Мы не можем регулировать нагрузку на стенд, потому что это отправляют сами клиенты. Мы можем только регулировать в пределах клиента скорость отправки

[23.11.2016 9:28:32] ЛАНИТ: промышленный то справится при любом раскаладе, там всё заложенно под динамическое расширение

[23.11.2016 9:29:08] Марат Батершин, Стек Ярославль: 3. 100 запросов в день — это по 0,3 запроса от активных клиентов на текущий момент. Так мы до 2020 года не справимся.

[23.11.2016 9:29:35] ЛАНИТ: а вы что хотите на тестовый стенд загрузить все свои продуктивные базы клиентов?

[23.11.2016 9:29:42] ЛАНИТ: тестовый для этого не предназначен

[23.11.2016 9:30:03] ЛАНИТ: плюс там нет гарантии защиты конф. информации

[23.11.2016 9:30:13] ЛАНИТ: на тестовом должны быть только тестовые данные для отладки

[23.11.2016 9:32:03] Москва ТНС: Дело в том, что у нас типовых ситуаций огромное количество и нам все эти ситуации надо проверить и отладить. А на промышленном стенде см.пункт 1 от Марата

[23.11.2016 9:32:33] Марат Батершин, Стек Ярославль: эммм… Попробую объяснить: до нашего совместного совещания никакой информации о том, как вы планируете нагрузки, что вы подразумеваете под тестом и в каком порядке что нужно делать не было. 1 линия ТП — даже не смешно. А главное — клиенты боятся переходить в пром, потому что там нельзя ничего удалять и штрафы за недостоверную информацию. Все стараются отладить в тесте.

[23.11.2016 9:33:07] Марат Батершин, Стек Ярославль: Они это делают сами. Мы только устанавливаем, настраиваем ETL с OLTP и консультируем

[23.11.2016 9:33:36] Марат Батершин, Стек Ярославль: Мы можем что-то начать ограничивать, раз это необходимо. Главное — понять, что и на каком уровне )

[23.11.2016 9:41:12] ТНС: Доброе утро!

Роман, а СИТ-02 продолжает лежать?

элементарный exportHouseData возвращает:

   <ns4:ErrorCode>EXP001000</ns4:ErrorCode>

               <ns4:ErrorMessage>Внутренняя ошибка</ns4:ErrorMessage>

               <ns4:StackTrace>javax.ejb.EJBException: java.io.IOException: Channel Channel ID 8eca188f (outbound) of Remoting connection 072197e0 to /127.0.0.1:5447 has been closed

[23.11.2016 9:53:31] ЛАНИТ: да, смотрят админы, там похоже от такого кол-ва запросов пул коннектов забился, поправим

[23.11.2016 9:54:18] ЛАНИТ: слабо себе представляю как можно что-то отладить на таком потоке (несколько запосов в секунду)

[23.11.2016 9:54:46] ЛАНИТ: понимаю схему: сформировали пакет, отправил, проверили на наличие ошибок, при необходимости поправил и отправили заново

[23.11.2016 9:54:56] ЛАНИТ: Добрый день

<<< эммм… Попробую объяснить: до нашего совместного совещания никакой информации о том, как вы планируете нагрузки, что вы подразумеваете под тестом и в каком порядке что нужно делать не было. 1 линия ТП — даже не смешно. А главное — клиенты боятся переходить в пром, потому что там нельзя ничего удалять и штрафы за недостоверную информацию. Все стараются отладить в тесте.

Они это делают сами. Мы только устанавливаем, настраиваем ETL с OLTP и консультируем

Мы можем что-то начать ограничивать, раз это необходимо. Главное — понять, что и на каком уровне )>>> ([23 ноября 2016 г. 9:32] Марат Батершин, Стек Ярославль:)

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

Как минимум необхоимо согласование какие виды информации и в каких объемах вы планируете отгружать на стенды

[23.11.2016 10:01:11] Марат Батершин, Стек Ярославль: видимо необходимо. Этап отладки конкретных запросов проходит у нас. К клиентам попадают уже только те модули, которые умеют правильно формировать запросы. Однако, проверки требуют так же данные и, что гораздо важнее, качество автоматизации процесса: отправка данных планируется без участи пользователя в принципе. В настоящий момент пользователь лишь нажимает кнопку «отправить». При этом отправляется все, что было изменено или ни разу не отправлено. Считаю это единственно верной схемой работы системы интеграции с ГИС. А вот почему наши клиенты не хотят переходить в пром сейчас, я уже объяснил. Причина в сложности исправления ошибочных данных и повышенной ответственности. Это решение наших клиентов скорее…

[23.11.2016 10:04:46] Марат Батершин, Стек Ярославль: Есть большое количество простых вопросов, на которые просто не существует ответов: где добыть конечный ОКТМО, если его нет в ФИАС, Как разделить марку и модель счетчика, если это не указано даже в паспорте счетчика, как выгрузить квитанцию без начислений.. Это сотая часть таких вопросов. И какие еще появятся можно узнать, только отправив к вам все данные. Потому что количество уникальных комбинаций разных данных не поддается прямому анализу.

[23.11.2016 10:06:09] Марат Батершин, Стек Ярославль: Я уточню: на все эти вопросы должны быть автоматические, без участия пользователей, ответы. Невозможно решить силами наших клиентов 600 тысяч вопросов в различных уникальных комбинациях. Их нужно систематизировать и решать централизованно

[23.11.2016 10:07:25] ЛАНИТ: Это все понятно.

Но если ваш информационный поток заблокирует работу других операторов (например, забьются очереди какого-либо запроса), мы его перекроем.

[23.11.2016 10:08:46] Марат Батершин, Стек Ярославль: Повторю: это не наш поток. Это поток наших клиентов. Предложите решение. Мы готовы отработать эти вопросы совместно с вами.

 

Добавить комментарий