🐘 Подводим итоги PGPro TechDay 2026: более 700 участников, 16 докладов и воркшопов, 9 демо-стендов с продуктами Postgres Professional.

Представили наши новые решения и мажорные обновления продуктов, рассказали все самое важное про фичи Postgres Pro Enterprise 18, провели отдельный большой трек по аналитике и работе с данными.

Спасибо всем, кто пришел и смотрел онлайн. До встречи на PGConf.Russia 2026.

Вышла Postgres Pro Enterprise 18 — флагманская версия СУБД объединила надежность наших Enterprise-решений и все новинки ядра PostgreSQL 18.

Публикуем видео-обзор новой версии. Артём Галонский, CPO Postgres Professional, рассказывает, какие улучшения получила СУБД:

✔️ Выше производительность и проще эксплуатация, улучшено планирование и мониторинг.

✔️ Новые фичи для отказоустойчивости и удобства работы с кластером.

✔️ Еще более умная оптимизация запросов.

✔️ Массовая запись и загрузка данных стали быстрее, разработаны новые механизмы кеширования.

✔️ Добавлены улучшения в области администрирования и безопасности.

За несколько минут получите цельную картину и поймете, какие возможности предоставляет Postgres Pro Enterprise 18.

✔️ Смотрите полное видео на YouTube, Rutube и VK.

Вышла PG Pro Backup 3.2 — утилита для управления резервным копированием и восстановлением кластеров Postgres Pro и PostgreSQL. Она рассчитана на корпоративные и высоконагруженные среды.

Инструмент поддерживает полные и инкрементальные бэкапы. Умеет параллельно обрабатывать данные, проверять целостность резервных копий и настраивать стратегии хранения.

PG Pro Backup используют для построения надежных схем резервного копирования. В том числе для восстановления на момент времени (PITR), резервного копирования с реплик и работы с большими объемами данных.

Ключевые изменения релиза — поддержка Postgres Pro Enterprise 18 и TDE (Transparent Data Encoding). Информация о наличии TDE теперь явно отображается в метаданных резервных копий и в выводе команды show. Это упрощает контроль соответствия требованиям безопасности и регуляторов при работе с кодированными базами данных.

Что конкретно улучшили в 3.2:

✔️ Добавили поддержку Postgres Pro Enterprise 18.

✔️ Реализовали поддержку TDE: наличие TDE видно в метаданных бэкапов и в выводе show.

✔️ Для прозрачности администрирования в backup.control и в выводе команд сохраняется и отображается хост, с которого выполнен бэкап.

✔️ Улучшили восстановление резервных копий с read-only носителей: поведение унифицировано, сообщения об ошибках и предупреждения — информативнее.

✔️ Повысили стабильность вспомогательных операций: при remote=true в archive-push и archive-get сигнал SIGQUIT игнорируется, что предотвращает появление core dump у вспомогательных программ при остановке сервера.

✔️ Добавили проверку соответствия порта в каталоге PGDATA и параметра pgport в конфигурации. Для осознанного расхождения есть ключ --force.

Подробности и дистрибутив — на сайте.

OpenAI рассказала, как масштабирует PostgreSQL под нагрузку ChatGPT: один основной узел и почти 50 реплик для чтения в нескольких регионах.

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

Важно, что упор в статье не на волшебные настройки, а на инженерные решения вокруг СУБД.

Вот что оказалось ключевым:

✔️ Чтение отдельно от записи — трафик чтения разгружают на реплики, основной узел минимизируют по нагрузке на чтение и запись.

✔️ Вынос write-heavy и шардируемого — шардируемые нагрузки с преобладанием операций записи переносят в шардированные системы вроде Azure Cosmos DB. Новые нагрузки по умолчанию распределяют на шардированные системы, а в текущее развертывание PostgreSQL больше не разрешают добавлять новые таблицы.

✔️ Контроль дорогих запросов — по возможности избегают сложных многотабличных соединений. Если соединения нужны, рассматривают разбиение запроса и перенос сложной логики соединений на уровень приложения.

✔️ Проверка SQL от ORM — тщательно проверяют SQL, который генерируют ORM, и убеждаются, что он работает как ожидается.

✔️ Защита autovacuum — используют idle_in_transaction_session_timeout, чтобы длительные простаивающие запросы не блокировали autovacuum.

✔️ Высокая доступность и чтение при сбоях — критические чтения обслуживаются с реплик даже при падении основного узла. Основной узел работает в HA с горячим резервом.

✔️ Изоляция по приоритетам — запросы с высоким и низким приоритетом направляют в отдельные экземпляры, чтобы низкоприоритетная ресурсоемкая нагрузка не просаживала критичный трафик.

✔️ Кеш без лавины промахов — используют механизм блокировки и аренды кеша, чтобы только один читатель, не нашедший данные по ключу, извлекал их из PostgreSQL и заново заполнял кеш, а остальные ждали обновления кеша.

Результат:

Задержка на стороне клиента на уровне низких двузначных миллисекунд для p99 и доступность 99,999% в продакшене.

За последний год был один инцидент SEV-0, когда трафик записи вырос более чем в 10 раз, а за неделю зарегистрировались 100 млн новых пользователей.

Вывод для бизнеса:

PostgreSQL выдерживает глобальный масштаб, когда ее усиливают правильной эксплуатацией. Реплики, HA, изоляция нагрузок, PgBouncer, защита кеша и строгие правила миграций превращают сильную СУБД в платформу, на которую можно опираться.

🐘 Мы на практике показываем, что PostgreSQL может быть основой для работы информационных систем. С нашими значимыми доработками в ядро СУБД и фичами для большого бизнеса система становится мощным инструментом для заказчиков. Подробнее — в кейсах внедрения Postgres Pro.