Ирина Борисовская пишет:

Как «призраки» прошлого убивают производительность ИС

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

Например, об этой.

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

Пример из практики. Есть большая древняя СЭД с огромным количеством документов. Многие старые документы до сих пор исполняются, у многих есть периодичные поручения. То есть поручения, по которым пользователем установлен цикл: например, «каждый месяц 10-го числа эти поручения заново формируются для такого-то пользователя».

Но вот в чем нюанс: этого пользователя уже давно нет. Вместо него давно работают другие люди — преемники его учётной записи. Уже сменились тысячи исполнителей, а у многих конечных исполнителей в цепочке накопилось по 100 звеньев переадресаций. Система, чтобы дойти до текущего исполнителя, должна пройти через всю эту археологию.

То есть каждый такой документ — это огромное число операций, которые система должна совершить, чтобы через череду переадресаций выйти на актуального пользователя.

Во многих ИС нет механизма, который автоматически сокращал бы путь от «А» (первый получатель задачи) к «В» (получатель сейчас), минуя 290 промежуточных звеньев преемников.

К чему это приводит:

1. Документы с долгой историей начинают «тормозить» при открытии (именно из-за перерасчета переадресаций). 2. Нагрузка на систему растет нелинейно. Чем дольше живет документ — тем тяжелее он становится для системы. 3. Пользователи жалуются на «медленную работу», а мониторинг показывает штатную работу серверов.

Что нужно делать?

Закладывать программные пути решения этой проблемы на уровне архитектуры и работы ИС.

Например: · Автоматическая «сшивка» или спрямление цепочек переадресаций. · Регламент закрытия/переоформления древних периодичных поручений. · Аудит «мертвых душ» в цепочках маршрутов.

Это не «ошибка пользователей или разработчиков». Это естественный процесс старения системы, и архитектор (или владелец процесса) должен его предусматривать.

А у вас в системах бывают такие «древние» документы с 100+ переадресациями?

Картинка взята с просторов Инета.

#ис #сэд #производительность #архитектура #экспертизаборисовской #управление_ИС