Документация / Из чего собрана платформа
Из чего собрана платформа
Для администратораПеред разбором отказов
Платформа на ваших серверах - это одиннадцать работающих частей и четыре места, где лежат данные. Каждая часть отвечает за свое, и по тому, какая из них замолчала, сразу видно, что перестанет работать у сотрудников.
Сервисы платформы
| Часть | За что отвечает | Если откажет |
|---|---|---|
Ядро платформыcore | Права, вход, автоматизации, экраны сотрудников, журнал действий | Останавливается вся платформа |
Обработка ИИai-pipeline | Исполнение шагов автоматизации, обращения к языковой модели | Только эта часть, остальное продолжит работать |
Маскированиеmasking | Замена персональных данных метками перед отправкой в модель | Запуски с персональными данными останавливаются |
Поиск по документамrag | Индексация выгрузок и поиск по смыслу | Ассистенты перестают отвечать по документам |
Выбор моделиllm-router | Куда уходит запрос, учет расхода, пределы | Только эта часть, остальное продолжит работать |
Локальный инференсml-inference | Классические модели машинного обучения на ваших серверах | Автоматизации, которым он нужен, останавливаются |
Сбор телеметрииotel-collector | Прием записей хода запусков | Теряется запись хода, работа продолжается |
Просмотрщик записейtrace-ui | Экран разбора хода запуска | Нельзя смотреть разбор, запуски идут |
Вход и учетные записиkeycloak | Аутентификация сотрудников и сервисов | Сотрудники не могут войти |
Чат сотрудниковm21-chat | Доступ сотрудников к языковым моделям | Только чат, автоматизации работают |
Антивирусclamav | Проверка загружаемых файлов | Загрузка файлов останавливается |
Состояние каждой части видно на экране «Обзор платформы», там же написано последствие ее отказа. Подробнее об экране рассказано на странице экранов администратора.
Сколько каждая часть просит
Это значения базового слоя, то есть отправная точка. Ваш слой описателя их переопределяет, и под нагрузку их поднимают.
| Часть | Ядер | Памяти | Несколько экземпляров |
|---|---|---|---|
| Ядро платформы | 2 | 2 ГиБ | Да |
| Обработка ИИ | 2 | 2 ГиБ | Да |
| Обезличивание | 1 | 1 ГиБ | Да |
| Поиск по документам | 2 | 4 ГиБ | Да |
| Выбор модели | 1 | 1 ГиБ | Нет |
| Расчет обученными моделями | 4 | 8 ГиБ | Нет |
| Вход и учетные записи | 1 | 1 ГиБ | Нет |
| Антивирус | 1 | 3 ГиБ | Нет |
| Основная база данных | 2 | 4 ГиБ | По профилю |
| Хранилище записей хода | 2 | 4 ГиБ | По профилю |
| Обмен событиями | 1 | 1 ГиБ | По профилю |
Столбец про экземпляры отвечает на практический вопрос об обновлении. Часть, у которой экземпляр один, при замене останавливается, и перерыв будет. Часть, у которой их несколько, заменяется без перерыва. Промышленный профиль поднимает по два экземпляра у ядра, обработки и обезличивания, показной оставляет по одному.
Антивирус просит три гигабайта памяти не под работу, а под базы сигнатур, и стартует он минутами. Это нормально, и проверка готовности дает ему на это время.
Четыре сети платформы
Части платформы разложены по четырем сетям, и это не украшение схемы. Сеть решает, кто до кого вообще может дотянуться.
| Сеть | Что в ней |
|---|---|
| Внешняя | Балансировщик, который принимает обращения снаружи |
| Внутренняя | Сами сервисы платформы, разговор между ними |
| Данные | Базы данных и объектное хранилище |
| Выход наружу | Только те сервисы, которым он нужен по делу |
Сервис, не объявленный в сети выхода наружу, не разрешит даже имя внешнего адреса. Это не настройка, которую можно обойти, а свойство сети, и именно поэтому список выходящих наружу частей короткий.
Где что хранится
- PostgreSQL. Основная база платформы. Здесь сотрудники, автоматизации, дела, очереди решений и журнал действий.
- ClickHouse. Записи хода запусков и метрики. Сюда пишется каждый шаг каждого запуска, и отсюда их читает разбор.
- Redis. Очереди и обмен событиями между частями платформы. Долговременных данных здесь нет.
- Объектное хранилище. Файлы, то есть загруженные документы, выгрузки и результаты запусков.
Все четыре хранилища работают внутри вашей сети. Резервная копия снимается со всех сразу, об этом на странице резервных копий.
Что будет, если часть откажет
Части делятся на две группы, и это видно на экране состояния. Отказ критической части останавливает платформу целиком, потому что без нее не работает ничего. Отказ остальных выключает только их собственную работу.
Практическое следствие простое. Если сотрудники жалуются на одну автоматизацию, смотрите часть, которая ей нужна. Если не работает ничего и вход тоже, смотрите ядро, базу и часть, отвечающую за вход.