Идея метапортала — единое представление большой группы территориально или логически распределённых источников. Пользователь не переключается между Confluence, Git, почтой и вики; один интерфейс запроса и один набор результатов. Для DevOps это единая база знаний с индексацией из разных систем и чатом по всему архиву.
Точка входа для пользователя — один URL, например /chat/, а не набор закладок на разные вики.
Проблема разрозненности
Документация в Confluence, регламенты в Notion, runbook'и в репозиториях, ответы в переписке. Поиск «как у нас откатывают релиз» требует заходить в несколько систем и знать, где что лежит. Метапортал не переносит контент в одну систему — он даёт единую точку входа: один запрос, агрегированные результаты из всех подключённых источников.
Реализация через индекс и RAG
Коннекторы или API извлекают контент из Confluence, Git, Notion и т.д.; текст индексируется в векторной БД. Один индекс — один поиск по смыслу. Чат с RAG формулирует ответ на основе всех проиндексированных документов и указывает источники. Пользователь получает ответ и ссылки на оригиналы без переключения между порталами.
Владельцы и актуальность
Единый доступ не отменяет владельцев источников. Кто-то отвечает за актуальность Confluence, кто-то — за репо с runbook'ами. Политика обновления индекса (по расписанию, по вебхуку) и ревизия устаревшего контента — часть процесса. Метапортал тогда не «ещё одна вики», а слой доступа поверх существующих систем.
Практики применения
- Сведите доступ к архивам, чату и ключевым ссылкам в один вход; уменьшает время на поиск.
- Интегрируйте с SSO и правами доступа; документируйте структуру портала в базе знаний.
Кратко: метапортал — единый запрос к разным источникам. База знаний с RAG: индексация из Confluence, Git, Notion; один чат и один поиск. Владельцы источников и политика обновления индекса обязательны.