Перейти к основному содержимому
Версия: 0.2.0

Архитектура Salt.Box

Архитектура программного комплекса Salt.Box
Рисунок 1. Архитектура программного комплекса Salt.Box

Таблица 1. Взаимодействия компонентов, контейнеров и подсистем программного комплекса Salt.Box
Описание
1Взаимодействие пользователя с веб-приложением (https)
2Веб-приложение работает с API-шлюзом через прокси
3Для выполнения процедуры аутентификации логин и пароль пользователя передаются системе KeyCloak
4KeyCloak использует СУБД PostgreSQL для хранения регистрационных данных пользователя и хеша его пароля
5Интеграция KeyCloak с корпоративным каталогом LDAP позволяет использовать существующие учетные записи пользователей. Использование OpenID Connect обеспечивает единый вход для всех подключённых приложений
6KeyCloak выдаёт JSON Web Token (JWT) для доступа веб-приложения к компонентам Salt.Box
7JWT передаётся в составе любого запроса веб-приложением
8API-шлюз выполняет валидацию JWT, полученного в составе запроса, в системе KeyCloak
9Если JWT валиден, API-шлюз запрашивает у OPA (Open Policy Agent) политику доступа пользователя-владельца токена к Salt.Box
10Проверка обновлений, получение, упаковка и сохранение изменений в бандлах (bundles)
11Если политика доступа разрешает пользователю выполнение запроса, API-шлюз транслирует запрос Ядру Salt.Box — интерфейсу ядра программного комплекса Salt.Box
12Ядро Salt.Box сохраняет временные данные (данные pillars, команды, результаты выполнения команд), в Redis store — хранилище ключ-значение на базе Redis
13«Движок» (engine) сервера Salt Master (например, модуль подключения мастер-сервера Salt.Box Bridge) имеет доступ к хранилищу Redis store, получают из него данные и сохранят результаты выполнения — Job Return — и прочие структуры данных. Результаты выполнения задач сохраняются с заданным временем жизни (TTL)
14, 15Ядро Salt.Box осуществляет синхронные вызовы (RPC) и обработку событий (Events) через брокер сообщений на базе Redis Pub/Sub channels, управляемый фреймворком FastStream
16Статические данные (коллекции, параметры миньонов и мастер-серверов, схемы команд, шаблоны задач, настройки Salt.Box) хранятся в БД под управлением MongoDB
17Ответ Ядра Salt.Box на запрос API-шлюзу о статусе выполнения команд и задач на стороне миньонов SaltStack
18API-шлюз транслирует ответ веб-приложению для отображения результата пользователю
19Ядро Salt.Box осуществляет запуск продолжительных асинхронных задач посредством Taskiq, используя RabbitMQ в качестве брокера сообщений
20Трансляция вызова метода Salt воркеру сервера Salt Master для публикации задачи (Job) миньонам
21Передача ответа миньона (Job Returns) Воркеру сервера Salt Master
22Взаимодействие сервера Salt Master с «Движком» (engine) (передача команд, получение событий из шины)
23Воркер сервера Salt Master передаёт задание для публикации миньонам
24Получение задачи (Job) миньоном
25Передача SLS-файлов (Pillars и стейтов) и файлов ресурсов
26Ответ миньона (Job Returns) серверу Salt Master
27Передача задачи (Job) в рабочий поток (Jobber) миньона
28Если политика доступа разрешает пользователю выполнение запроса, API-шлюз транслирует запрос Модулю расширения
29Сохранение статических данных модуля расширения
30Получение воркерами Модуля расширения данных для запуска фоновых задач
31Ответ Модуля расширения на запрос API-шлюза со статусом и данными о выполнения заданий планировщика
32Модуль расширения осуществляет запуск продолжительных асинхронных задач посредством Taskiq, используя RabbitMQ в качестве брокера сообщений
33Компонент Модуля расширения взаимодействует с экземпляром Redis Ядра Salt.Box, получают из него и сохранят Runtime-данные, относящиеся к процессу выполнения заданий планировщика
34Данные WebSocket для отображения в реальном времени