Какие возможности дает новая инновационная архитектура InStock WMS для развития и масштабирования бизнеса.
Какая должна быть архитектура WMS чтобы поддерживать рост вашей компании.
Три основные проблемы классической wms, которые мы видим на протяжении многих лет.
1. Это низкая отказоустойчивость
2. Проблемы масштабирования и
3. Низкая стабильность системы
Что такое отказоустойчивость - это когда все находится на одном сервере. Если “падает” сервер, падает система. склад останавливается, пока IT специалисты не решат проблему.
В классической wms - все программное обеспечение стоит все на одном сервере, либо разделено на 2 3 сервера, но все равно на каждом из серверов стоит критический узел. Если он упадет, то остановится работоспособность склада. Например, база данных, работа с тсд, отчеты все на одном сервере. Классическая архитектура wms - это монолит.
Чем это грозит. Из нашего опыта, к нам зачастую обращаются клиенты за помощью в случае, если вредоносное ПО “ шифровальщик” зашифровал все данные. Базы данных потеряны, хорошо если есть сохраненная копия, но бывают случаи, когда его нет. Это и есть низкая отказоустойчивость классических wms.
Вторая проблема может возникнуть при масштабировании из за измельчения заказов и
т и открытии новых складов.
Третья проблема классической wms - стабильность.
Что такое стабильность. Например, работают ТСД, но медленно. Планируются заказы, но тоже не с той скоростью какая необходима. Некоторое время назад все работало хорошо, но вдруг появляются замедления.
Что вам дает микросервисная архитектура.
Микросервисервисная архитектура делит систему на компоненты. Т.е. вместо монолита у нас есть отдельный компонент для загрузки данных, отдельный компонент для работы с тсд, для выгрузки отчетов и т.д.
Имея разные компоненты, мы можем их разместить на разных серверах. Мы можем дублировать компоненты. Если одного компонента не хватает для обработки файла с большим количеством номенклатуры, мы можем запустить два или три, любое количество компонентов, сколько потребуется. Добавили новый склад и добавили количество экземпляров этих компонентов. Любые банковские приложения имеют микросервисная архитектуру, благодаря этому одновременно миллионы людей могут пользоваться приложениями.
Таким же образом база данных дублируется. И если один сервер упал, то мы имеем дубли базы данных. Таким образом получаем высокую отказоустойчивость
Масштабируемость на микросервисной архитектуре.
Если в классической WMS при масштабировании вы покупаете большой дорогой сервер , через год он не справляется с ростом нагрузки, вы покупаете другой в несколько раз мощнее и несколько раз дороже, через пару лет его тоже нужно менять и т.д. С нашей InStock WMS готова работать на множестве серверов. Их можно наращивать до бесконечности. Добавляя новые сервера, старые продолжают работать и поддерживают работу системы.
Работа с базой данных на микросервисной архитектурой.
У нас несколько серверов в кластере, и мы можем дублировать базу данных на разные сервера и снижать нагрузку на каждый сервер. Мы можем разбивать базу данных для выполнения в первую очередь приоритетных задач - работа терминала сбора данных, отбор заказов. Все остальные задачи, такие как выгрузка отчетов не влияют на быстродействие приоритетных задач.
Еще одно важное преимущество такого горизонтального масштабирования, то, что все ваши склады находятся в единой информационной системе. При классической Wms часто один склад - отдельное внедрение, все склады на отдельных локальных серверах и нет возможности мониторить все склады в едином поле.
Стабильность InStock WMS на микросервисной архитектуре.
Мы можем четко сформулировать задачу конкретного сервиса и гарантировать что у него хватит ресурсов выполнить эту задачу и будет работать независимо от других компонентов. Например, у нас есть компонент, который отвечает за отчетность, и мы его не ставим на тот сервер, где несть компонент, отвечающий за работу терминала сбора данных, отбор заказов. То есть мы можем изолировать компоненты.
Еще одно важное преимущество микросервисной архитектуры- возможность бесшовного обновления. Поскольку у нас много компонентов. Мы остановили один компонент, обновили, при этом склад нормально работает.
Расширение базы данных
При классической монолитной архитектуре. База данных -узкое место при обращении большого числа пользователей. Нарастить работу базы данных всегда самая сложная задача. Система начинает тормозить если одновременно к одним таблицам, к одним операциями обращается большое количество пользователей.
В микросервисной архитектуре мы разводим потоки. Мы можем дублировать базы считывания сколько угодно количество раз. Можно базу данных можно расширить за счет сегментации. Таким образом мы видим все склады в едином информационном поле, с другой стороны, мы можем масштабировать систему до бесконечности.