Подключение уже готово
Привяжите базу к приложению — DATABASE_URL появится в его переменных окружения автоматически.
УПРАВЛЯЕМЫЙ POSTGRESQL
PostgreSQL рядом с вашим приложением. Подключение, бэкапы по расписанию и мониторинг — без самостоятельной установки и сопровождения базы.
Управляемый движок — PostgreSQL. Другие базы можно запустить контейнерами на App Servers.
Привяжите базу к приложению — DATABASE_URL появится в его переменных окружения автоматически.
Выберите копирование каждый час или день и хранение 7, 14 или 30 дней. Скачивайте копии из консоли.
Меняйте ресурсы инстанса без ручного переноса данных. Приложение продолжит использовать ту же строку подключения.
НАЧАТЬ РАБОТУ
Выберите проект, размер инстанса и объём диска. База развернётся на инфраструктуре платформы в России.
При создании выберите расписание и срок хранения. Копии будут храниться отдельно от базы — в объектном хранилище.
Выберите базу в настройках приложения. DATABASE_URL добавится автоматически, а подключения и нагрузка будут видны в консоли.
Бэкапы, восстановление схемы, мониторинг и доступ — в том же проекте, что и приложение.
Восстановить можно не только весь инстанс целиком, но и отдельную схему — это то, что реально нужно, когда неудачная миграция задела одну часть данных, а остальное продолжает работать.
Метрики подключений, запросов и нагрузки видны в реальном времени в той же панели, где живёт приложение. Отдельный экспортер и дашборд поднимать не нужно — история хранится вместе с метриками сервиса.
База доступна приложению по внутренней сети, а не через публичный адрес. Доступ разграничен по ролям проекта, соединения шифруются, и пароль не приходится передавать вручную между разработчиками.
MySQL, MongoDB, ClickHouse и Redis как управляемые ресурсы недоступны. Их поднимают контейнером на своём сервере и ведут из той же панели, но бэкапы и обновления в этом случае на вашей стороне.
Вы получаете владельца своей базы: схемы, таблицы, роли, расширения из поддерживаемого списка. Операции уровня кластера, которые ломают соседей и сам инстанс, закрыты.
По умолчанию база слушает только внутреннюю сеть проекта. Подключиться локальным клиентом с ноутбука без включения внешнего доступа не выйдет, и это сделано намеренно.
Копия разворачивается из объектного хранилища, и на большой базе это занимает время. Восстановление отдельной схемы обычно быстрее, чем всего инстанса, но и оно не мгновенно.
Инстанс один. Масштабирование идёт вертикально — ресурсы меняются на месте без переноса данных. Если нужна географически распределённая репликация, сценарий решается на своём сервере.
Управляемый вариант — PostgreSQL. Он создаётся рядом с приложением, а строку подключения DATABASE_URL платформа прокидывает в сервис автоматически. MySQL и Redis запускаются на вашем сервере (App Server), а не как managed-ресурс.
Нет. При создании базы вы привязываете её к приложению, и DATABASE_URL появляется в переменных окружения сервиса сам — DSN руками собирать не нужно.
Да. Бэкапы включаются при создании базы: вы выбираете расписание (почасовое или ежедневное) и срок хранения — 7, 14 или 30 дней.
Да. Ресурсы инстанса меняются без ручного переноса данных — приложение продолжает использовать ту же строку подключения.
Да. Резервные копии складываются в объектное хранилище, и из панели выдаётся временная ссылка на скачивание. Копия остаётся у вас, даже если инстанс потом будет удалён.
Восстановление работает не только для всего инстанса, но и для отдельной схемы. Это тот случай, ради которого схемное восстановление и делали: остальные данные продолжают работать, пока восстанавливается пострадавшая часть.
По умолчанию нет: приложение ходит в базу по внутренней сети проекта. Публичный доступ — отдельное решение, которое включается осознанно, а не является состоянием по умолчанию.
Инстансы разворачиваются на серверах в России, поэтому первичная обработка персональных данных российских пользователей идёт внутри страны. Именно это чаще всего заставляет переезжать с зарубежных managed-баз.