История страницы
ROBIN Orchestrator представляет собой клиент-серверное приложение и разворачивается на централизованном сервере.
Сервер приложения может быть развернут в трёх типовых вариантах, описанных ниже. Возможно разворачивание индивидуальной конфигурации по согласованию.
Отображение дочерних элементов
Для реализации функциональных возможностей в состав ROBIN Orchestrator также входят служебные сервисы. В таблице представлены такие сервисы и их описание
Сервис | Описание сервиса |
Keycloack | Приложение служит для реализации единой точки аутентификации и авторизации, а также для управления правами пользователей: настройка и проверка прав пользователей. Поддерживается как интеграция с корпоративным каталогом пользователей, так и организация внутреннего хранилища |
Rabbit MQ | Очередь сообщений, которая обеспечивает передачу данных от сервера к клиентским приложениям платформы ROBIN |
WildFly | Сервер приложений (back-end) |
Nginx | Сервер приложений (front-end) |
ElasticSearch | Компонент централизованного хранения и индексирования логов выполнения роботов и компонентов платформы ROBIN |
Logstash | Компонент сбора логов выполнения роботов и работы компонентов платформы ROBIN |
PostgreSQL | Сервер СУБД PostgreSQL. Может быть использован PostgresPro при наличии лицензии |
Nexus | Менеджер репозиториев хранения пакетов. Необходим для хранения и управления (в том числе и версионностью) пакетами действий роботов, доступных в ROBIN Studio, пакетами схем роботов и пакетами готовых роботов |
RobinRDPmanager | Менеджер удаленных рабочих столов. Позволяет создавать и удерживать rdp-соединение с машиной на время выполнения робота, которому требуется наличие графической сессии |
HAProxy | Прокси-сервер. Организует единую точку коммуникации клиентских приложений платформы ROBIN с сервером, а также выполняет роль балансировщика нагрузки в кластерном варианте разворачивания |
Этот раздел представляет основные компоненты решения, их взаимодействие, а также принципы, на которых базируется архитектура решения.
В настоящее время существует возможность использования типовой архитектуры или на одном сервере.
- Типовой вариант
- На одном сервере
Типовой вариант
На рисунке изображен «типовой вариант» архитектуры.
...
Сетевые доступы (Типовой вариант)
Для корректного функционирования компонентов системы между ними должно быть разрешено сетевое взаимодействие и открыт список следующих портов.
В случае сетевой удаленности контура эксплуатации от сервера оркестратора, необходимо обеспечить доступность оркестратора по нижеперечисленным портам (в случае использования систем ограничения сетевого доступа).
...
На одном сервере
На рисунке изображен вариант архитектуры «на одном сервере».
...
Обзор
Инструменты контента