Перейти к содержимому

Архитектура платформы Minew

Облако, локальный сервер или гибридная схема

Для системы электронных ценников Minew предусмотрены три понятные схемы. Облачная — основная платформа находится на удалённом сервере в облаке или и работает с объектом через интернет либо . Локальная — основной сервер установлен непосредственно в магазине или на другом объекте. Гибридная — локальный сервер остаётся основным, а удалённый сервер подстраховывает его при отказе.

Три схемыплатформа · серверы · объекты
Удалённая платформа
Сервер на объекте
Локальный + резерв
3 варианта

Облачное, локальное и гибридное размещение без навязывания единственной архитектуры.

1 обследование

Перед выбором фиксируются данные, связи, роли, ограничения и целевые показатели эксплуатации.

Резервный контур

В гибридной схеме удалённый сервер принимает работу после обнаружения отказа локального узла.

Единая логика решения

Что остаётся неизменным

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

  1. 01

    Системы заказчика

    , , , , или другой источник цен, товаров, акций и заданий.

  2. 02

    Платформа Minew

    Магазины, данные, шаблоны, пользователи, задания, устройства, журналы и мониторинг.

  3. 03

    Инфраструктура магазина

    Сеть, -коммутатор при необходимости и шлюзы для связи с электронными устройствами.

  4. 04

    Ценники и дисплеи

    Оборудование получает контент, сохраняет отображение и возвращает результат операции.

Обратная связь: результаты обновлений и состояние компонентов возвращаются в платформу независимо от места её размещения.

Выбор архитектуры

Три варианта размещения

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

Удалённый основной сервер

Облако или дата-центр

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

Когда подходит

  • не требуется основной сервер платформы в магазине
  • централизованное управление и сопровождение
  • единый контур для нескольких объектов
  • подключение магазинов к уже работающей платформе

Что нужно учесть

  • доступность и резервирование канала связи
  • , межсетевые экраны и разрешённые направления
  • место хранения данных и границы ответственности
  • условия эксплуатации удалённого серверного контура

Основной ориентир: Подходит, когда объект имеет устойчивую связь с удалённой платформой и не нуждается в локальной обработке при её потере.

Основной сервер на объекте

Локальное размещение

Основная платформа устанавливается непосредственно в магазине или на другом объекте: в серверной, телекоммуникационном шкафу либо на выделенной локальной машине. Шлюзы и сервер работают внутри сети объекта.

Когда подходит

  • работа основной платформы рядом с оборудованием
  • обновления внутри локальной сети объекта
  • возможность не зависеть от внешнего интернета в локальном процессе
  • контроль физического и сетевого доступа на площадке

Что нужно учесть

  • питание, охлаждение и физическая защита сервера
  • локальное резервное копирование и восстановление
  • обслуживание , базы данных и программной платформы
  • удалённый доступ поддержки по согласованному защищённому каналу

Основной ориентир: Подходит, когда основная платформа должна продолжать работу на объекте независимо от доступности внешнего канала.

Локальный основной + удалённый резервный

Гибрид с подстраховочным сервером

Основная платформа работает на локальном сервере объекта. Её данные и конфигурация синхронизируются с резервным сервером в облаке или , который может принять работу при выходе локального узла из строя.

Когда подходит

  • обычная работа выполняется локально на объекте
  • удалённая копия данных и конфигурации
  • возможность переключения на резервный сервер при аварии
  • возврат к локальному серверу после восстановления по регламенту

Что нужно учесть

  • и критерии признания локального сервера недоступным
  • частота синхронизации и допустимая потеря последних изменений
  • маршрутизация шлюзов и систем на резервный адрес
  • порядок обратного переключения без расхождения данных

Основной ориентир: Подходит, когда требуется локальная работа и одновременно удалённая подстраховка на случай отказа сервера в магазине.

Дополнительный контур

Опциональный центральный узел и мониторинга

Дополнительно можно использовать отдельный удалённый сервер как точку защищённого подключения и наблюдения за инфраструктурой. Он может работать независимо от основной платформы и резервного сервера либо совмещаться с ними, если это допускает проект.

Магазин или объектлокальный основной сервер
защищённый -канал
Центральный узел доступ · мониторинг · уведомления
контроль и оповещение
Команда сопровождениянаблюдение и реакция

Центральная точка

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

Мониторинг инфраструктуры

Проверяется доступность локальных серверов, сервисов, каналов, шлюзов и других согласованных компонентов.

Сбор событий и уведомления

Метрики, журналы и аварийные события централизуются и направляются ответственным по установленному регламенту.

Независимая проверка отказа

Внешний узел может подтвердить недоступность локального сервера и передать сигнал для ручного либо автоматического переключения.

Важно: отдельный узел не является обязательной частью платформы Minew. Его отказ не должен останавливать локальную работу объекта, если контуры разделены проектом.

Сводная таблица

Сравнение вариантов

Это ориентир для первичного выбора. Конкретная схема зависит от версии платформы, интеграции, сети, объёма оборудования и требований к доступности.

КритерийОблакоЛокальноГибрид
Основная платформаНа удалённом сервере в облаке или .На сервере непосредственно в магазине или на объекте.На локальном сервере; удалённый сервер находится в режиме резерва.
Путь к шлюзамЧерез интернет, корпоративную сеть или до объекта.Внутри локальной сети объекта.Штатно локальный; при аварии маршрутизируется к удалённому резерву.
Работа без интернетаНовые задания не поступают, пока не восстановлен путь к удалённой платформе.Основная платформа и шлюзы могут продолжать локальную работу.Локальная работа продолжается; интернет нужен для синхронизации и удалённой подстраховки.
Отказ основного сервераОбрабатывается резервированием удалённой площадки, если оно предусмотрено.Требует восстановления локального сервера из копии или его замены.После проверки отказа работа переводится на сервер в облаке или .
Актуальность резерваЗависит от резервирования самой удалённой платформы.Поддерживается резервными копиями локального сервера.Определяется частотой синхронизации локального и удалённого серверов.
и мониторингМогут входить в удалённый контур платформы.Могут быть вынесены на отдельный центральный узел.Центральный узел контролирует оба сервера и каналы переключения.
ЭксплуатацияОсновной сервер обслуживается удалённо.Нужно обслуживать сервер и инфраструктуру на объекте.Нужно обслуживать локальный и резервный серверы, синхронизацию и переключение.
Основной сценарийУдалённое централизованное управление через сеть.Автономная работа платформы непосредственно на объекте.Локальная основная работа с удалённой аварийной подстраховкой.

Связь и автономность

Что происходит при потере внешней связи

ценник сохраняет уже выведенное изображение без постоянного питания. Потеря канала не стирает цену с экрана, но влияет на получение новых данных и команд.

Облачная схема

Текущая информация остаётся на устройствах. Новые задания будут ждать восстановления связи магазина с облачной платформой или потребуют согласованного резервного канала.

Локальная схема

Основная платформа, база и шлюзы находятся на объекте, поэтому предусмотренные локальные операции могут продолжаться без внешнего интернета. Удалённый мониторинг в это время будет недоступен.

Гибридная схема

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

Отказоустойчивость

Надёжность проектируется заранее

Фразы «облако» или «локальный сервер» сами по себе ничего не говорят о доступности. Нужны конкретные решения по резервированию, восстановлению, наблюдаемости и ответственности.

Резервные копии

База данных, конфигурация и необходимые файлы копируются по согласованному расписанию и сроку хранения.

Проверка восстановления

Наличие файла копии недостаточно — процедура восстановления должна регулярно проверяться на тестовом контуре.

Удалённый резервный сервер

В гибридной схеме он получает актуальную копию необходимых данных и готовится принять работу при отказе локального основного узла.

Синхронизация состояния

Определяются состав реплицируемых данных, частота передачи, очередь изменений и допустимая потеря последних операций.

Внешний мониторинг

Недоступность всей платформы нельзя надёжно обнаружить только её собственным , поэтому применяется независимая проверка серверов и каналов.

Уведомления и регламент

События классифицируются, назначаются ответственные и способы оповещения, а сроки реакции закрепляются в согласованном .

Исходные данные

Что нужно уточнить для выбора

Эти вопросы Decoline разбирает вместе с бизнесом, - и -службой до фиксации окончательного варианта.

Масштаб сети

Количество магазинов, устройств, товарных позиций и план роста.

Каналы связи

Доступность, стабильность, пропускная способность и резервные подключения.

Требования

Границы контуров, допустимые соединения, хранение данных и удалённый доступ.

Допустимый простой

Какие операции должны продолжаться и сколько времени допустимо ждать восстановления.

Источники данных

Где находятся , и другие системы и могут ли они работать локально.

Ресурсы -службы

Кто администрирует , базу данных, сеть, резервные копии и обновления.

Ответственность сторон

Где заканчивается зона Decoline и начинается инфраструктура заказчика или облачного провайдера.

Полная стоимость

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

Результат обследования

Что получает заказчик после проектирования

Архитектурные решения фиксируются документально, чтобы их можно было проверить, согласовать и передать в эксплуатацию.

  1. 01

    Архитектурная схема

    Центральные и локальные компоненты, магазины, потоки данных и направления связи.

  2. 02

    Матрица ответственности

    Серверы, сеть, платформа, интеграция, шлюзы, устройства, резервные копии и поддержка.

  3. 03

    Требования к инфраструктуре

    Ресурсы, операционная среда, сегменты сети, порты и зависимости — после подтверждения версии .

  4. 04

    План надёжности

    Резервирование, копирование, восстановление, мониторинг, уведомления и целевые показатели.

  5. 05

    Сценарии отказов

    Потеря интернета, недоступность сервера, сбой локального узла, шлюза или интеграции.

  6. 06

    План пилота

    Ограниченный контур, критерии приёмки, проверка автономности и дальнейшее масштабирование.

Ответы для бизнеса и

Частые вопросы о размещении

На этой странице «локально» означает основной сервер непосредственно на объекте, а «гибрид» — локальный основной сервер плюс удалённый резерв в облаке или . Синхронизация, , автоматическое переключение и отдельный узел /мониторинга проектируются Decoline и требуют согласованной инфраструктуры.

Можно ли разместить платформу Minew на сервере заказчика?

Да, документация Minew предусматривает развёртывание на частном сервере. Конкретные требования к ресурсам, , базе данных, лицензированию и процедуре обновлений подтверждаются для выбранной версии платформы.

Что именно означает гибридная архитектура?

Основная платформа работает на локальном сервере магазина или объекта. Удалённый сервер в облаке либо получает синхронизированные данные и используется как резерв при выходе локального сервера из строя.

Будут ли ценники показывать цену без интернета?

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

Можно ли работать полностью без прямого доступа магазина в интернет?

Возможность зависит от выбранной топологии. Локальный сервер и шлюзы могут работать в изолированном сегменте и обмениваться с центром через корпоративную сеть или , но конкретные соединения определяются проектом.

Гарантирует ли локальное размещение бесперебойную работу?

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

Для локального варианта сервер обязательно находится в магазине?

Да, в принятой на этой странице классификации локальный вариант означает сервер непосредственно на объекте: в серверной, телекоммуникационном шкафу или другом подготовленном месте рядом с инфраструктурой .

Можно ли вынести и мониторинг на отдельный сервер?

Да. Отдельный центральный узел может принимать -подключения объектов, контролировать доступность серверов и шлюзов, собирать метрики и отправлять уведомления. Он не обязан быть основной платформой Minew.

Кто отвечает за обновления и резервные копии?

Это зависит от выбранной модели и договора сопровождения. На этапе проектирования ответственность разделяется между Decoline, -службой заказчика и при необходимости облачным провайдером.