Документно-ориентированная интеграция на базе СУБД «Енисей» и сценарии применения
Сейчас мы находимся в эпоху ИИ-агентов. Моделей, которые выполняют задачи без вмешательства человека. Но эта эпоха уходит в прошлое, и ей на смену приходят уже мультиагенты, когда несколько агентов учитывают полный контекст задачи, учатся взаимодействовать друг с другом и, что важно, контролировать друг друга. Это новый этап в развитии, ещё больше повышающий автономность ИИ.
Общее описание
AI Legion — это инфраструктура для построения распределённых многоагентных систем (MAS — Multi-Agent Systems), в которых документно-ориентированная СУБД «Енисей» выполняет ключевые роли:
• Ядро коммуникации — обмен JSON-документами через REST API
• Централизованное хранилище — поддержка бинарных вложений (модели, медиа)
• Механизм синхронизации — благодаря мультимастер-репликации
Архитектура обеспечивает горизонтальную масштабируемость, отказоустойчивость и работу в оффлайн-режиме.
• Ядро коммуникации — обмен JSON-документами через REST API
• Централизованное хранилище — поддержка бинарных вложений (модели, медиа)
• Механизм синхронизации — благодаря мультимастер-репликации
Архитектура обеспечивает горизонтальную масштабируемость, отказоустойчивость и работу в оффлайн-режиме.
Ключевые компоненты
1. Общее хранилище документов
СУБД «Енисей» хранит:
• состояния агентов, задачи и контекст в формате JSON
• историю изменений (режим append-only)
• бинарные данные (например, веса моделей, датасеты)
• историю изменений (режим append-only)
• бинарные данные (например, веса моделей, датасеты)
📊 Пример тренда:
В 2024 году рынок документно-ориентированных СУБД (MongoDB, CouchDB, развитие которой — «Енисей») вырос на 18 % благодаря спросу на гибкие схемы данных для AI-агентов
(Источник: Gartner, 2024)
2. Механизм передачи заданий
Агенты подписываются на изменения через _changes API.
Задания описываются как JSON-документы:
{
"assigned_to": "agent_alpha",
"status": "new",
"context": {"input": "Translate to French"},
"results": null
}🛰️ Сценарий применения:
В робототехнике (например, рои дронов) этот подход позволяет распределять задачи без центрального планировщика.
3. Пространство контекстной информации
Общая база context_db содержит:
• параметры среды (например, температура для IoT-агентов)
• глобальные цели системы
• глобальные цели системы
Поддерживается RAG (Retrieval Augmented Generation) через documents_db.
4. Объединение кластеров агентов
Мультимастер-репликация соединяет разрозненные MAS — например, локальные фабричные агенты с облачной аналитикой.
Преимущества архитектуры
• Агенты взаимодействуют с базой через REST API
• Подписываются на события (/_changes)
• Создают и обрабатывают документы
• Подписываются на события (/_changes)
• Создают и обрабатывают документы
Структуры данных
Основные коллекции:
• agents_db — параметры агентов (LLM, CV-модели)
• workflows_db — цепочки задач (например, «перевести → суммаризировать»)
• tasks_db — задания с приоритезацией
• agents_db — параметры агентов (LLM, CV-модели)
• workflows_db — цепочки задач (например, «перевести → суммаризировать»)
• tasks_db — задания с приоритезацией
📈 Прогноз:
К 2026 году 40 % корпоративных MAS будут использовать документные СУБД для хранения контекста
(Источник: IDC, 2025)
Сценарии использования
Автономные лаборатории
Агенты управляют экспериментами, фиксируют данные в context_db, а СУБД синхронизирует результаты между локациями.
Умные города
Агенты светофоров используют общий documents_db для RAG-анализа ПДД.
Фабрики 4.0
Мультимастер-репликация между цехами обеспечивает согласованность данных даже при обрыве связи.
Возможности дальнейшего расширения
• Распределённая маршрутизация заданий
• Встроенная приоритизация очередей
• Контроль доступа (RBAC) на уровне документов
• Интерфейс визуализации состояния агентов и базы
• Встроенная приоритизация очередей
• Контроль доступа (RBAC) на уровне документов
• Интерфейс визуализации состояния агентов и базы