Что такое ПАК и почему “накатить PostgreSQL на сервер” - не ПАК
Сделать ПАК для PostgreSQL - это не «накатить базу на какую-либо ОС», а собрать продукт, который повторяемо даёт высокую доступность, катастрофоустойчивость и предсказуемую производительность на реальном отечественном железе.
Расскажу, какие компоненты пришлось написать самим, чтобы связать bare metal, ОС, инстансы и контейнеры в единый управляемый цикл: сервис провижининга ОС на голое железо, управление жизненным циклом инстансов, внутриконтейнерный провижнер и трёхагентная модель ответственности.
Отдельно разберём «Postgres на стероидах»: расширения и ускоряющие режимы, а также низкоуровневые оптимизации вроде NUMA и RDMA - что они дают, какие новые риски вносят и как превратить их из “магии в проде” в продуктовую фичу через пайплайны релизов, perf/failure‑gates, staged rollout и заранее продуманные откаты. В конце станет очевидно, где именно заканчивается «сервер с PostgreSQL» и начинается ПАК.