Развёртывание

Crawbl разработан для self-hosted развёртывания в различных конфигурациях инфраструктуры. На этой странице описаны модели развёртывания, требования к инфраструктуре и GitOps-процесс, который поддерживает всё в согласованном состоянии.

Модели развёртывания

Self-Hosted (рекомендуется)

Разверни Crawbl в своей собственной инфраструктуре:

Аспект	Подробности
Контроль	Полное владение данными и конфигурацией
Безопасность	Данные не покидают твою среду
Соответствие требованиям	Выполнение региональных требований к хранению данных
Стоимость	Предсказуемые затраты на инфраструктуру

Поддерживаемые платформы

Платформа	Статус	Примечания
Любой управляемый Kubernetes	✅ Поддерживается	Референсная платформа
AWS EKS	✅ Поддерживается	Требуются незначительные изменения конфигурации
Google GKE	🔜 Запланировано	Аналогично EKS
Azure AKS	🔜 Запланировано	Аналогично EKS
On-Premises	✅ Поддерживается	Любой Kubernetes-кластер

Что остаётся неизменным при любом развёртывании

Независимо от того, где запущен Crawbl, следующие свойства гарантируются самой моделью платформы, а не конфигурацией:

• Скоординированная работа агентов остаётся частью основной модели платформы.
• Границы подтверждения остаются видимыми до выполнения важных действий.
• Память и непрерывность сохраняются между сессиями и повторяющимися задачами.
• Отсутствие привязки к вендору остаётся частью философии развёртывания.

Требования к инфраструктуре

Минимальные характеристики

Для разработки и тестирования:

Компонент	Характеристика
Kubernetes	1.28+
Рабочие узлы	2 узла, 4 CPU, 8 ГБ RAM каждый
Хранилище	50 ГБ SSD на узел
База данных	PostgreSQL 15+, 2 ГБ RAM
Redis	1 ГБ RAM

Производственные характеристики

Для продуктовых нагрузок:

Компонент	Характеристика
Kubernetes	1.28+ с высокодоступной плоскостью управления
Рабочие узлы	3+ узла, 8 CPU, 16 ГБ RAM каждый
Хранилище	200 ГБ SSD на узел с динамическим провижнингом PV
База данных	PostgreSQL 15+, 8 ГБ RAM, с репликацией
Redis	4 ГБ RAM, с персистентностью

Компоненты архитектуры

Click diagram to zoom

Процесс развёртывания

Последовательность начальной загрузки

Click diagram to zoom

Необходимые секреты

Перед развёртыванием настрой:

Секрет	Назначение
anthropic-api-key	Доступ к Claude
firebase-project-id	Мобильная аутентификация
database-url	Подключение к PostgreSQL
redis-url	Подключение к Redis
oauth-providers	Учётные данные OAuth-приложений

Секреты внедряются во время выполнения через слой управления секретами платформы. Подробнее о хранении и ротации секретов — в разделе Безопасность.

GitOps-процесс

Crawbl использует модель непрерывного развёртывания на основе GitOps:

Click diagram to zoom

CI/CD-пайплайн

1. Код попадает в основную ветку
2. CI собирает образы контейнеров
3. CI обновляет теги образов в репозитории развёртывания
4. GitOps-контроллер автоматически синхронизирует изменения с кластером

Мониторинг и наблюдаемость

Проверки работоспособности

Все компоненты предоставляют:

• /health — проба живости
• /ready — проба готовности
• /metrics — метрики Prometheus

Логирование

• Структурированные JSON-логи
• Correlation ID для трассировки запросов
• Агрегация в кластерном логировании

Метрики

• Задержка запросов (p50, p95, p99)
• Частота ошибок по эндпоинтам
• Утилизация ресурсов
• Потребление токенов LLM

примечание

Свяжись с нами для получения рекомендаций по требованиям к инфраструктуре и подбору размера развёртывания.

Подробнее

Подробные руководства по развёртыванию и справочные материалы по инфраструктуре доступны операторам платформы.