yarus@yaruswms.ru
8 (495) 108-32-93
Москва
8 (812) 309-25-75
Санкт-Петербург
Написать нам

Производительность WMS системы

Система WMS должна отвечать самым высоким требованиям в части производительности, а именно:

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

Что мы сделали для этого:

  • применяем транзакционную логику с разделением всех работ-заданий на индивидуальные пакеты для исполнителей;
  • все терминалы сбора данных работают в режиме тонкий клиент («нативный» клиент на Kotlin — Android, построенный по REST API — архитектуре);
  • оригинальный механизм резервирования волн заказов — используем собственный менеджер волн, который в начале операции разбивает все волны на небольшие пакеты и отправляет на сервер запрос на расчет по этим пакетам, причем расчет выполняется одновременно сразу по всем пакетам. Результат выдается в виде заданий на радио терминалы сбора данных;
  • анализ и изучение новых возможностей платформы 1С и современных инструментов мобильной разработки позволяет нам постоянно совершенствовать основные механизмы системы управления складом YARUS.

Нагрузочное тестирование или «overload test»:

Одной из ключевых особенностей работы современной WMS системы (1С Логистика) является возможность обеспечить быстрый отклик при выполнении складских операций (особенно, сборка заказов при волновом методе), система работает в режиме реального времени. Для этих целей мы используем современный стек:

  • сервер 1С;
  • веб — сервер;
  • тонкий клиент на базе Kotlin Android

Обмен данными между сервером и клиентом осуществляется с помощью http — запросов + JSON, при этом все управление организовано на сервере , т.е. клиент выполняет роль консоли для отображения данных. Данная архитектура (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, Сервер  под UNIX)
  • hardware — расчет производится исходя из планируемой нагрузки и горизонта масштабирования.

Ниже приводим типовые требования к hardware при условии:

  1. до 50 ТСД, одновременно работающих
  2. не более 20 000 строк в рабочую (8 часов) смену
  3. размер БД не более 500Гб в год

CPU:
Не менее Intel Core i7 10700 / Intel Xeon Silver 4208
RAM:
не менее 64Гб
Дисковая подсистема:
Серверные SSD Intel s4510 или аналоги
2 шт. не менее 128Гб для ОС. RAID1
2 шт. не менее 480 Гб для БД. RAID1

Остались вопросы?

Заполните форму ниже и наши специалисты свяжутся с вами

    Санкт-Петербург

    8 (812) 309-25-75

    Москва

    8 (495) 108-32-93

    Адрес

    Санкт-Петербург, Набережная реки Смоленки д.14, БЦ "Маркусъ"

    Комплекс программ YARUS создан российскими разработчиками с использованием платформы 1С:Предприятие. YARUS WMS (базовый модуль системы) содержит в себе весь необходимый функционал для автоматизации складского комплекса любого уровня и масштаба.

    Система является модульной и позволяет масштабировать бизнес и решать дополнительные задачи за счет использования необходимых модулей и функциональных блоков системы управления складом.






    Нажимая на кнопку "Получить консультацию", я принимаю положения политики конфиденциальности и даю свое согласие на обработку персональных данных