Облачная FMS или локальный сервер для роботов: как выбрать

При выборе системы управления роботами быстро возникает вопрос: где будет работать FMS, в облаке поставщика или на сервере заказчика? Решение влияет на доступ к данным, обслуживание программы и работу команды. Его стоит принять до закупки серверов и настройки сети. Начать лучше с двух документов: списка данных, которые будет обрабатывать система, и распределения обязанностей между заказчиком и поставщиком.

Что означает локальное и облачное размещение

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

Расположение сервера и способ управления им нужно обсуждать отдельно. Частное облако не обязательно находится в здании заказчика: в определении NIST оно может размещаться и вне его территории. Поэтому формулировки «частное облако», «российский сервер» и «локальная установка» недостаточны для технического задания. Нужны конкретные сведения о размещении, доступах и обслуживании.

Сначала разберите состав данных

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

Затем служба информационной безопасности определяет допустимую схему. Одним организациям достаточно согласованного облачного сервиса. Другим требуется хранить отдельные данные внутри своей инфраструктуры. Иногда ограничения относятся только к определённым помещениям или системам. Формулировка «всё должно быть локально» без перечня данных затрудняет обсуждение и может привести к лишним расходам.

Когда рассматривать облачную FMS

Облачное управление роботами удобно рассматривать для нескольких площадок, если центральной команде нужен общий кабинет, а у заказчика нет желания обслуживать отдельную серверную установку. При этом в договоре нужно проверить, какие задачи действительно берёт поставщик: обновление приложения, резервное копирование, мониторинг, восстановление после сбоя. Само слово «облако» не определяет ни состав этих услуг, ни время реакции поддержки.

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

Когда нужен локальный сервер для роботов

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

Запросите требования к ресурсам под свой парк: число роботов, количество площадок, объём журналов и срок хранения истории. Не стоит выбирать сервер только по числу машин. Подробные журналы и длительное хранение могут влиять на потребность в дисках сильнее, чем добавление ещё одного робота.

Кто обновляет и восстанавливает систему

Для локальной FMS нужен понятный порядок обновлений: кто устанавливает новую версию, где её проверяют и как возвращаются к предыдущей при проблеме. Такой же порядок нужен для резервных копий. Проверяйте не только факт их создания, но и восстановление на отдельной среде. Заранее определите допустимую потерю последних данных и время восстановления сервиса. Эти параметры служат основой плана, а не берутся из рекламного описания.

Сравните расходы на одинаковом сроке

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

В обеих схемах остаются сеть на объекте, настройка доступов и помощь пользователям. Поведение робота при потере связи проверяют отдельно. Перенос FMS на локальный сервер сам по себе не подтверждает автономность всех функций.

Пример выбора для сети объектов

Предположим, у компании пять бизнес-центров и небольшая ИТ-команда. Руководителю эксплуатации нужен общий отчёт, а локальные сотрудники должны видеть только свой объект. Если требования к данным позволяют облачное размещение, разумно начать проверку с этого варианта. На пилоте нужно показать разделение доступов и выгрузку отчёта, а в договоре закрепить обслуживание сервиса.

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

Что записать перед согласованием

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

Для ROBO FMS предусмотрены облачное и локальное развёртывание. Состав данных, каналы связи и порядок обновления согласуются в проекте. Начать обсуждение можно с возможностей платформы и перечня требований вашей ИТ-службы. Готовый результат этого этапа: схема размещения и список обязанностей, с которыми согласны все участники внедрения.