Что уже настроено
Автоматическая установка клонирует официальный Docker Compose-стек Supabase и запускает все одиннадцать сервисов: Postgres, API-шлюз Kong, GoTrue (Auth), PostgREST, Realtime, Storage, Studio, Edge Functions на Deno и связку Logflare/Vector для логирования. Kong стоит перед всеми сервисами и маршрутизирует входящие запросы к нужному внутреннему компоненту, поэтому REST-, GraphQL- и Auth-эндпоинты доступны через один шлюз сразу после первого запуска. Автоматизация также генерирует JWT-секрет и API-ключи anon/service_role, необходимые приложению для подключения — вручную создавать их не нужно.
Первый вход
Панель Studio — административный интерфейс Supabase — отдаётся через тот же шлюз Kong и защищена базовой авторизацией с логином и паролем из переменных DASHBOARD_USERNAME и DASHBOARD_PASSWORD, сгенерированных при установке.. Внутри Studio на странице настроек API снова видны URL проекта и оба ключа API — копаться в файле .env для подключения клиентской библиотеки не придётся.
Несколько практических деталей
Файлы в Storage по умолчанию пишутся на локальный диск сервера через bind mount, а не во внешнее объектное хранилище — это стоит учитывать при планировании резервного копирования. Self-hosted Supabase не отправляет телеметрию, поэтому проект не появится в панели Supabase Cloud — он существует только на вашем сервере. Если понадобится полный сброс, помните: удаление контейнеров с флагом удаления томов безвозвратно стирает данные Postgres.