Схема системи
Основні компоненти та напрямок обробки запиту. Пунктир позначає звернення до сховища; схема узагальнює зв’язки, а не перелічує кожний внутрішній виклик.
Схема показує основні компоненти та шлях завдання від вебінтерфейсу до зовнішніх систем. Нижче наведено призначення кожного компонента.
Карта компонентів
| Компонент | Призначення | Що бачить користувач |
|---|---|---|
| Вебінтерфейс | Показує бібліотеки, полотно, параметри та результати. | Єдиний простір для підготовки й запуску потоків. |
| Сервер API | Перевіряє запити, права, ревізії та налаштування. | Контроль доступу, збереження, діагностика. |
| Стійка черга | Зберігає завдання до виконання та захищає від повторного прийняття того самого запиту. | Статуси «у черзі», «виконується», «очікує». |
| Виконавець | Обробляє завдання, підтримує heartbeat, скасування та відновлення після збоїв. | Поступ виконання й достовірний підсумок. |
| Планувальник графа | Визначає готові блоки, незалежні гілки та етапи запису. | Відтворювана залежність кроків. |
| Конектори | Читають об’єкти й готують операції запису до конкретної системи. | Поля підключення та вибір об’єктів. |
| Сховище результатів | Зберігає таблиці й підготовлені дані запуску. | Перегляд виходів і діагностика. |
| Планувальник завдань | Визначає наступний запуск і зміни контрольованих джерел. | Розклади та історія автоматичних запусків. |
Розділення метаданих і даних
У спільній базі зберігаються визначення об’єктів, права, ревізії, черга та журнали. Вміст завантажених файлів зберігається поза цією базою. Таблиці й матеріали конкретного запуску мають окреме тимчасове або робоче сховище. Тому резервна копія лише бази не є повною копією системи.
Межі відповідальності
UBC Data Bridge керує порядком обробки та перевіркою операцій, але зовнішні сервіси залишаються власниками своїх даних і правил доступу. Загальної транзакції між кубом, SQL-базою та повідомленням немає. Якщо частина зовнішніх дій уже підтверджена, подальша помилка не означає їх автоматичного відкату.
Локальні ресурси, API та композиція
UBC Data Bridge Agent працює біля локальних ресурсів і встановлює вихідний захищений канал. Сервер надсилає через нього дозволені операції; конфігурація агента обмежує адреси та папки. Вхідні API приймають запити зовнішніх клієнтів, а публікації надають результат процесу. Підпотоки виконують повторно використовувану обробку всередині поточного запуску; окремий виклик потоків створює дочірні виконання. Кожний механізм використовує власні правила доступу й перевіряється у відповідному середовищі.