Архитектура Bonsite
Целевая архитектура отделяет создание сайта от его просмотра: AI готовит версии, посетителям выдаются готовые файлы.
Ошибка агента не должна выключать уже опубликованный сайт.
Это проект архитектуры для сценария «запрос → минисайт → правки». Продуктовый путь принят; предложенные ниже способы хранения заданий, выполнения сборки и размещения ещё требуют реализации и проверки. Текущая основа описана отдельно.
Как проходит запрос
text
Автор → редактор → API → сохранённое задание → исполнитель
│ │
PostgreSQL AI → сборка → проверки
│ │
└──── версия и статус ← готовые файлы
│
предпросмотр автора
│ публикация
Посетитель → домен → выдача опубликованной версии → файлы сайтаРедактор показывает результат и историю. API проверяет права и принимает команды. Исполнитель выполняет долгую работу вне HTTP-запроса. Публикация связывает постоянную ссылку с готовой версией. Просмотр страницы не запускает AI.
Начальная форма
Предлагается сохранить один репозиторий и модульный API, выделив выполнение заданий и выдачу клиентского содержимого в отдельные процессы с разными правами. Это не отдельный сервис на каждый сайт. Одна публикационная система обслуживает множество проектов; новый минисайт добавляет данные и файлы, а не новый деплой приложения.
PostgreSQL хранит владельцев, состояния и связи. Объектное хранилище — материалы и версии сайта. Для начала не предлагаем Kubernetes, отдельную базу каждому клиенту или рой агентов. Это выбор для обсуждения, не описание уже развёрнутой системы.
Что читать дальше
- Границы компонентов — кто отвечает за каждую часть.
- Что есть в коде — переиспользуемая основа и ограничения.
- Задания и версии — сбои, повторные запросы и публикация.
- Агент и сборка — путь от материалов к результату.
- Доступ и изоляция — границы доверия.
- DevOps — окружения, выпуск и восстановление.