Постепенно влошаване на производителносттае често срещан проблем на развиващите се информационни системи
Постепенното влошаване на производителността е често срещан проблем на разрастващи се информационни системи от всякакъв мащаб, от малки офиси до големи ERP решения, изградени на най-модерните платформи. Причините за това могат да бъдат различни и този проблем също може да бъде решен по различни начини. Единственият грешен избор е бездействието, защото самият проблем няма да бъде решен.
ИТ одит на ефективността
Емпирично е установено, че продължителността на живота на развиващите се информационни системи обикновено е около пет години. Това означава, че ако вземете нова информационна система, която перфектно решава възложените й задачи, и я оставите на себе си, след около пет години тя вече няма да решава тези проблеми по задоволителен начин.
В различна степен производителността на една информационна система се влияе от скоростта на изпълнение на кода, скоростта на обмен на данни и достъпа до тях (виж фигурата).
Всеки, който поне веднъж се е сблъсквал с подобни проблеми, разбира, че те трябва да бъдат решени още преди да са се появили! И често първата превантивна мярка е увеличаване на капацитета на сървъри, работни станции, RAM, пропускателна способност на мрежата – тоест увеличаване на инвестициите във вече формираната информационна инфраструктура.
Дори не е, че това ще доведе до допълнителни разходи - много по-лошо е, че проблемът няма да бъде решен, защото източникът му най-вероятно е съвсем друг и е важно първо да го откриете и тогава да вземете мерки. В края на краищата всяка система се развива - на първо място нараства количеството данни, съхранявани в нея. И сега откривате, че цялостният спад на производителността се дължи на факта, че отчетите, които бяха написани преди пет години, започнаха да работят много бавно, т.к.количеството данни, необходимо за създаването им, е станало с порядък по-голямо и тези данни вече не могат да се обработват чрез просто изброяване, трябва да се използват други алгоритми.
Проблеми могат да възникнат и в резултат на въвеждане на неизползвани досега функции на основното решение – ERP, CRM или системи за управление на документи. В добър смисъл, преди да стартирате нова функционалност на ниво предприятие, трябва да извършите нейното тестване на натоварването, но на практика това не винаги се прави.
Разбира се, разгледахме най-простите задачи. Тяхната причина може да бъде увеличаване на размера на базата данни, повишен темп на растеж на тези размери, недобре замислена архитектура на решението, фрагментация, нарушения на целостта на данните, липса на честотна лента на инфраструктурата, код с ниско качество, недостатъчна производителност на сървъра и много други. С годините на работа на една информационна система такива проблеми обикновено се натрупват много. Рано или късно – и по-добре рано, отколкото късно – тези тесни места ще трябва да бъдат открити, идентифицирани и отстранени.
Експертите са единодушни, че в щатния състав на ИТ отделите на компаниите не трябва да се включва позицията на специалист по оптимизация на информационните системи. Тесен специалист, да речем, в ERP системи или бази данни, не може да помогне тук. Оптимизацията е специализирана тема, която изисква задълбочени познания и опит, каквито по правило имат големите системни интегратори. Това е много специфична дейност и може да се извършва от професионалисти, които по време на работа са изследвали десетки и стотици различни системи.
Как изглежда?
Одитът е стандартен, но много обемист набор от процедури, който ви позволява да локализирате проблеми в различни части на информационната система. ERP системата еобширна среда с много таблици и колосален програмен код, а конкретното място, което поражда проблеми, може да бъде навсякъде. За извършване на одит се използва определен код, който се въвежда в работната система и поддържа специални журнали за изпълнение на различни задачи и функции. Сървърите на бази данни и системите за работни процеси се изучават по подобен начин. В същото време важна роля играе правилната работа на потребителите на информационната система, която също се изследва. Системните интегратори, предлагащи услуги за одит на ефективността и оптимизация на информационни системи, имат собствени разработки, които дори могат да бъдат представени като отделни софтуерни пакети.
Мнозина смятат, че такъв одит трябва да се извършва периодично, поне веднъж на две години. Тези, които поддържат тази гледна точка, препоръчват всички промени в информационната система да бъдат проследявани и графично представени - като броя на потребителите, състава на данните, нови формуляри и отчети - и да изследват информационната система винаги, когато има забележима промяна в ефективността. По правило тук се прави аналогия с поддръжката на автомобил - в края на краищата трябва да смените двигателното масло и филтрите, както и редовно да се подлагате на процедура за технически преглед.
Но има (и има право на живот) и обратната гледна точка: не е необходимо периодично да се извършва одит, това се изисква само когато системата престане да задоволява потребителските заявки. Когато една компания е изправена пред въпроса за допълнителни разходи за информационна система, но самата система все още не е остаряла и въвеждането на ново решение, свързано с големи разходи за труд и инвестиции, ще бъде преждевременно. Именно в този случай е необходимо даодит, който вероятно ще ви позволи да намерите неоптимални кодови секции и да предложи различни начини за увеличаване на производителността на системата.
Пътищата, по които вървим
Логистичната компания е автоматизирала работата на склада. Пет години по-късно се оказва, че с увеличаването на оборота операторът на склада вече не може да се справи с документооборота.
Вариант 1. Разширяването на персонала показа, че „тясното място“ в системата не е складовият оператор, а складовата верига, чиято скорост падна поради увеличаването на количеството данни в системата. Беше решено да се надстрои сървърът на склада чрез разширяване на обема на RAM и инсталиране на скъпа система за съхранение на данни; помогна, но не за дълго. Компанията беше принудена да внедри нова складова система.
Вариант 2: Преди вземане на кадрови или инвестиционни решения, компанията проведе одит на ефективността и цялостна оптимизация; В резултат на повишената производителност на складовата система се оказа, че един складов оператор може да обработи три пъти повече документи.
Спадът в производителността е често и естествено явление, почти неизбежен етап от жизнения цикъл на информационните системи. Одитът на този параметър може да бъде еднократно или редовно събитие или може да бъде непрекъсната дейност. Важно е резултатът от тези дейности да бъде оценка на потенциала и действителната производителност на ERP системата на компанията, локализиране на „тесните места“, които намаляват производителността, и пакет от препоръки за подобряване на ефективността на информационната система.
Влиянието на различни фактори върху работата на IC
Автор: Олег Ричковски, водещ консултант в Navicon.