Установка с использованием отдельных образов

Есть вопросы, проблемы или предложения по этому руководству? Задайте вопрос в нашем сообществе или внесите изменения самостоятельно на https://gitlab.com/baserow/baserow/-/tree/develop/docs .

Для сборки Baserow требуется Docker версии 19.03 или выше. Однако настоятельно рекомендуется установить последнюю доступную версию Docker. Проверьте, что ваш Docker обновлен, запустив команду docker -v.

Baserow состоит из нескольких служб, две из которых мы предоставляем в виде отдельных образов:

• baserow/backend:1.33.4, который по умолчанию запускает сервер Gunicorn Django для Baserow, но также используется для запуска рабочих процессов celery и celery beat.
• baserow/web-frontend:1.33.4, который является сервером Nuxt, обеспечивающим серверную рендеринг для веб-сайта.

Если вы хотите использовать собственное программное обеспечение для оркестрации контейнеров, например Kubernetes, то эти образы позволяют вам запускать и масштабировать различные части Baserow независимо.

Для примера использования этих образов см. docker-compose.yml в корне нашего репозитория.

Все службы, необходимые для запуска Baserow

Это все службы, которые вам нужно настроить для запуска Baserow с использованием отдельных образов:

• baserow/backend:1.33.4 (по умолчанию команда gunicorn)
• baserow/backend:1.33.4 с командой celery-worker
• baserow/backend:1.33.4 с командой celery-export-worker
• baserow/web-frontend:1.33.4 (по умолчанию команда nuxt-local)
• База данных PostgreSQL
• Сервер Redis

Ограничения конфигурации

• См. Настройка Baserow для получения подробной информации о поддерживаемых переменных окружения.
• Вы должны установить BASEROW_PUBLIC_URL (обычно только при использовании обратного прокси, см. ниже для деталей) или PUBLIC_BACKEND_URL и PUBLIC_WEB_FRONTEND_URL.
• Вы должны установить PRIVATE_BACKEND_URL, чтобы веб-фронтенд мог отправлять прямые HTTP-запросы к бэкенду. Веб-фронтенд может не иметь доступа к PUBLIC_BACKEND_URL или BASEROW_PUBLIC_URL, или может существовать более прямой внутренний маршрут, который он может использовать (например, из контейнера в контейнер вместо интернета).
• Эти образы не включают Caddy Reverse Proxy, поэтому переменная окружения BASEROW_CADDY_ADDRESSES, используемая в других методах установки, не имеет эффекта.
• Вы должны установить переменную окружения SECRET_KEY для сервера gunicorn бэкенда.
• См. наш пример Caddyfile для примера правильной настройки обратного прокси с Baserow. Вкратце вам нужно:
  • Перенаправлять запросы /api/ и /ws/ на сервис gunicorn бэкенда без удаления этих префиксов.
  • Обслуживать файлы в папке /baserow/media в сервисе gunicorn бэкенда (поделитесь с прокси с помощью тома) по эндпоинту /media. Убедитесь, что запросы с параметром dl имеют добавленный заголовок Content-disposition со значением attachment; filename=THE_DL_QUERY_PARAM_VALUE.
  • Перенаправлять все остальные запросы на сервис веб-фронтенда.
• Вы должны предоставить все переменные окружения, связанные с электронной почтой, как для бэкенда, так и для сервиса celery-worker. Это связано с тем, что сервис celery-worker фактически подключается через SMTP для отправки электронной почты.