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.

Вебинар по Postgres Pro Enterprise 18: как ускорить и обезопасить критичные системы без лишней магии

В декабре вышла наша флагманская СУБД Postgres Pro Enterprise 18. В релизе более 30 улучшений производительности, отказоустойчивости и безопасности корпоративных данных.

26 февраля на вебинаре Марк Ривкин, руководитель отдела технического консалтинга Postgres Professional, разберет ключевые изменения и покажет, как они влияют на скорость и предсказуемость эксплуатации под высокой нагрузкой.

В программе:

✔️ Масштабируемость и производительность

✔️ Отказоустойчивость и высокая доступность

✔️ Безопасность

✔️ Разработка

✔️ Управляемость и администрирование

✔️ Аналитика

Участие бесплатное, регистрируйтесь по корпоративной почте.

ProGate 1.1.0: отказоустойчивость BiHA и стабильная миграция

ProGate — решение для миграции и репликации данных между Oracle, PostgreSQL и Postgres Pro.

В составе ProCopy для первичной загрузки, ProSync для CDC-репликации изменений и ProCheck для верификации.

Главное в новой версии:

✔️ Поддержка Postgres Pro BiHA: в DSN можно указывать несколько хостов кластера, миграция и репликация продолжаются при переключении ролей узлов.

✔️ В ProCopy и ProSync появились расширенные параметры DSN для работы с BiHA-кластерами.

✔️ Совместимость с Postgres Pro Enterprise c версии 16.4, которая дает нужные расширения для BiHA.

ProGate умеет выгружать данные в Apache Parquet, а еще делает преобразования данных прямо в процессе переливки. Есть веб-интерфейс для мониторинга проектов и CLI для автоматизации задач.

В видео коротко рассказали об утилитах, из которых состоит ProGate. Подробности — на сайте.

Последний шанс подать доклад на PGConf.Russia 2026

Прием заявок закрывается 16 февраля.

Если хотите выступить на PGConf.Russia 2026 — присылайте тему и тезисы: программный комитет рассмотрит заявку, свяжется с вами и поможет подготовиться.

🐘 PGConf.Russia 2026 — крупнейшая российская конференция по PostgreSQL и решениям на ее основе, главная встреча сообщества в России.

📍 23-24 марта, онлайн и офлайн в Москве: обсудим новые фичи СУБД, обменяемся практикой, идеями и опытом эксплуатации. Будут доклады ведущих российских специалистов, практические мастер-классы и демо-стенды разработчиков Postgres Pro.

Будет более 40 докладов на разные темы:

✔️ Новости PostgreSQL

✔️ Оптимизация запросов, мониторинг, отказоустойчивость и безопасность

✔️ Облегченная миграция с Oracle, Microsoft SQL Server и других систем

✔️ Искусственный интеллект в СУБД

✔️ Масштабируемость, шардирование и секционирование

✔️ Совместимость PostgreSQL с другим ПО

✔️ И другие темы

Подайте доклад до 16 февраля: поделитесь опытом и сделайте вклад в сообщество.

Если не планируете выступать, а хотите прийти послушать — регистрируйтесь до 28 февраля со скидкой 15%.

Oracle на самом деле ушел из России? И может ли Postgres заменить его в корпоративных системах?

Обсуждаем в первом выпуске подкаста «Слон в IT-лавке» с генеральным директором Postgres Professional Иваном Панченко и Марком Ривкиным.

Марк много лет работал в Oracle и был одним из авторов внутреннего документа «Почему PostgreSQL никогда не заменит Oracle». Сейчас он руководит отделом технического консалтинга Postgres Professional.

В подкасте:

✔️ Разберем, что изменилось после ухода Oracle: офис, техподдержка и облачные сервисы, и почему Oracle как СУБД продолжает жить в ряде компаний.

✔️ Обсудим, когда PostgreSQL и Postgres Pro могут заменить Oracle, а когда все упирается в масштаб, архитектуру и требования к системе.

✔️ Поговорим про зависимость от Oracle и про переход на PostgreSQL и Postgres Pro. Пройдемся по этапам миграции и узким местам.

За час узнаете, что именно Oracle обрубил в России, где он все еще незаменим и почему. И услышите взгляд человека, который много лет продвигал Oracle, а теперь помогает компаниям переходить на Postgres Pro.

✔️ Смотрите на Youtube, Rutube и VK или слушайте на Яндекс-музыке.

Профессиональная сертификация на PGConf.Russia 2026

PGConf.Russia 2026 пройдет 23-24 марта, онлайн и офлайн в Москве. Помимо докладов и общения, на конференции можно пройти профессиональную сертификацию по PostgreSQL и подтвердить квалификацию.

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

Важно: сертификация не включена в билет на конференцию и проходит только офлайн. Записаться и оплатить тестирование нужно отдельно в личном кабинете на сайте Postgres Professional. 

✔️ Пройти сертификацию можно по 10 (DBA2, DBA3, QPT) и 13 версии СУБД (DBA1, DBA2, DBA3, QPT).

✔️ Те, у кого есть сертификат уровня «Эксперт» по PostgreSQL 10, могут пройти переходный тест Expert 10 → 13 и получить аналогичный сертификат по 13 версии СУБД.

Запишитесь на сертификацию в личном кабинете до 2 марта за 8 000 ₽ вместо 10 000 ₽.