Производительность WMS системы
Система WMS должна отвечать самым высоким требованиям в части производительности, а именно:
- поддержка параллельной работы большого количества пользователей с конкурирующими данными;
- оптимальное время отклика при выполнении работ с терминалами сбора данных;
- оптимальное время для резервирования волн заказов;
- формирование отчетности (остатки и движение товаров, графическая планограмма склада);
- при этом необходимо отслеживать корректное выполнение всех транзакций, корректировку и списание остатков, отслеживание статусов работников, заказов и все это в режиме реального времени.
Что мы сделали для этого:
- применяем транзакционную логику с разделением всех работ-заданий на индивидуальные пакеты для исполнителей;
- все терминалы сбора данных работают в режиме тонкий клиент («нативный» клиент на Kotlin — Android, построенный по REST API — архитектуре);
- оригинальный механизм резервирования волн заказов — используем собственный менеджер волн, который в начале операции разбивает все волны на небольшие пакеты и отправляет на сервер запрос на расчет по этим пакетам, причем расчет выполняется одновременно сразу по всем пакетам. Результат выдается в виде заданий на радио терминалы сбора данных;
- анализ и изучение новых возможностей платформы 1С и современных инструментов мобильной разработки позволяет нам постоянно совершенствовать основные механизмы системы управления складом YARUS.
Нагрузочное тестирование или «overload test»:
Одной из ключевых особенностей работы современной WMS системы (1С Логистика) является возможность обеспечить быстрый отклик при выполнении складских операций (особенно, сборка заказов при волновом методе), система работает в режиме реального времени. Для этих целей мы используем современный стек:
- сервер 1С;
- веб — сервер;
- тонкий клиент на базе Kotlin Android
Обмен данными между сервером и клиентом осуществляется с помощью http — запросов + JSON, при этом все управление организовано на сервере 1С, т.е. клиент выполняет роль консоли для отображения данных. Данная архитектура (REST API) обеспечивает быстрый и стабильный канал обмена данными с возможностью добавлять новые поля и схемы обмена налету!
Для тестирования данного стека нами был разработан тестовый стенд по работе с ботами — мы задаем необходимое количество ботов, которые выполняют заданный сценарий на клиенте и с помощью Junit — среды мы можем проверять Asserts по заданным TimeOut. Если на какой — либо операции происходит отклонений по TimeOut тест не проходит.
Для тестирования данного стека нами был разработан тестовый стенд по работе с ботами — мы задаем необходимое количество ботов, которые выполняют заданный сценарий на клиенте и с помощью Junit — среды мы можем проверять Asserts по заданным TimeOut. Если на какой — либо операции происходит отклонение по TimeOut тест не проходит.
Одно из самых частых требований к WMS системам является время отклика ТСД при работе с экранными формами. Это требование становится все более актуальным чем больше транзакций проводится в системе, а это напрямую зависит от специфики и масштабов бизнеса. Самые высокие требования предъявляют Retail — компании и крупные интернет — магазины. WMS система всегда работает в режиме реального времени и каждая задержка при работе WMS системы ведет к простоям
- при приемке товара — простой транспорта и дефицит товарного запаса на складе (при коротком товарном запасе)
- при сборке товара — от простоя транспорта при отгрузке до недовольных клиентов и отказов в будущем
- при инвентаризации — при неудобной или долгой ревизии в WMS системе пропадает ее цикличность, что ведет к некорректным остаткам
Далее мы приводим наглядный пример выполнения задания на ТСД в WMS системе по сборке заказа на 100 строк, что является большим значением для среднего задания на сборку.
Требования к аппаратной части при автоматизации склада:
При внедрении WMS системы рекомендуется выделить отдельные ресурсы для работы WMS системы. Ресурсы можно разделить на две части:
- программная часть (sowftware) — включает в себя серверную ОС, СУБД, клиентская часть, службы печати и лицензирования.
- железная часть (hardware) — виртуальный или аппаратный сервер, на который устанавливается software.
В результате практики применения и нагрузочных тестов мы рекомендует использовать для автоматизации склада с помощью WMS программы YARUS
- software — можно использовать «фристек» полностью на UNIX — платформе (Debian, PostgreSQL, Сервер 1С под UNIX)
- hardware — расчет производится исходя из планируемой нагрузки и горизонта масштабирования.
Ниже приводим типовые требования к hardware при условии:
- до 50 ТСД, одновременно работающих
- не более 20 000 строк в рабочую (8 часов) смену
- размер БД не более 500Гб в год
CPU:
Не менее Intel Core i7 10700 / Intel Xeon Silver 4208
RAM:
не менее 64Гб
Дисковая подсистема:
Серверные SSD Intel s4510 или аналоги
2 шт. не менее 128Гб для ОС. RAID1
2 шт. не менее 480 Гб для БД. RAID1
Заполните форму ниже и наши специалисты свяжутся с вами