В России представили методологию стресс-тестов для систем класса ERP

В России представили методологию стресс-тестов для систем класса ERP

В России представили методологию стресс-тестов для систем класса ERP

Автономная некоммерческая организация «Национальный центр компетенций по информационным системам управления холдингом» (АНО «НЦК ИСУ») представила методологию нагрузочного тестирования для российских ERP-систем. Теперь её планируют внедрять совместно с разработчиками как единый подход при создании и развитии таких решений.

В работе над документом участвовали архитекторы с опытом реализации крупных ИТ-проектов. При разработке авторы опирались на проверенные в отрасли практики — в том числе из банковского, нефтегазового, металлургического и транспортного секторов.

В качестве одного из примеров использовались результаты нагрузочного теста «1С:ERP Управление предприятием» на 30 тысяч одновременных пользователей, работающих в общей базе данных под управлением PostgreSQL и Linux.

Также разработчики консультировались со специалистами в области тестирования системного ПО и оборудования — в том числе с представителями российских вендоров.

По словам генерального директора АНО «НЦК ИСУ» Кирилла Семиона:

«Для участников нагрузочного тестирования методология станет инструментом быстрого освоения принципов данного процесса и его эффективной организации, обеспечит им прозрачность испытаний и технических характеристик российских СУР, даст возможность управления тестированием и воспроизведения его результатов. Также использование документа в ходе испытаний позволит им придерживаться единого согласованного подхода и объективно проводить проверку готовности отечественных ERP к реальным нагрузкам и высоким требованиям бизнеса. Такая оценка необходима российским вендорам СУР для создания обоснованных дорожных карт развития, успешной конкуренции с зарубежными производителями ERP, повышения доверия заказчиков, получения дополнительных преимуществ при участии в тендерах и достижения других важных целей».

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

  1. Анализ поведения пользователей и выбор ключевых сценариев;
  2. Подготовка тестового окружения, близкого к реальной инфраструктуре;
  3. Формирование тестовых сценариев;
  4. Проведение тестов с замером производительности и ресурсов;
  5. Анализ проблем, отчёты и рекомендации по оптимизации.

Для оценки результата предлагается использовать показатели вроде APDEX для ключевых операций, нормативов загрузки оборудования, отсутствия критических ошибок и доли некритичных, не превышающей 1–5%.

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

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

Напомним, на неделе мы сообщали, что Минцифры совместно с рядом других ведомств рассматривает возможность отнесения ERP-систем к объектам критической информационной инфраструктуры (КИИ).

Минтруду не удалось оспорить штраф за утечку данных

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

Объём утечки оказался относительно небольшим — около 1400 записей. Однако в открытый доступ попали наиболее востребованные на теневом рынке сведения, включая номера паспортов и реквизиты банковских карт.

Мировой судья оштрафовал Минтруд на 100 тыс. рублей. Ведомство попыталось оспорить решение, настаивая, что ответственность за защиту данных лежала на подрядной организации, а значит, само министерство следует считать пострадавшей стороной. В итоге спор дошёл до Верховного суда.

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

Руководитель практики защиты данных Stonebridge Legal Денис Бушнев в комментарии для радиостанции «Коммерсантъ FM» назвал решение Верховного суда логичным продолжением сложившейся правоприменительной практики и разъяснений Роскомнадзора:

«Есть оператор и есть подрядчики оператора — так называемые обработчики или лица, действующие по поручению. Переложить ответственность на таких обработчиков не получится: оператор отвечает за всё. Верховный суд фактически подвёл черту под этим вопросом. Резонанс делу придаёт то, что в нём фигурирует Минтруд. При этом размер штрафа оказался сравнительно небольшим».

«Минтруд, имея возможность провести аудит, ничего не предпринял. Если бы были представлены акты проверок, ответственность можно было бы попытаться переложить на подрядчика, но для этого необходимо выполнить ряд мер. В выигрыше оказываются юристы, которые убеждают клиентов выстраивать корректную систему работы: раньше им не хватало наглядного судебного примера. Теперь он есть — с конкретным штрафом, да ещё в отношении госструктуры. А выигрывают и те, кто заранее выстроил процессы и “подстелил соломку”», — отметила руководитель практики комплаенса юридической фирмы LCH.LEGAL Елена Шершнева.

RSS: Новости на портале Anti-Malware.ru