Доклады

В докладе рассматривается опыт разработки Python-фреймворка для тестирования PostgreSQL, как системы, а не как компонента приложения. Описывается архитектура фреймворка, интеграция с внешними библиотеками и управление жизненным циклом кластера. В ходе доклада демонстрируются отдельные модули и компоненты фреймворка, а также объясняется логика их устройства и причины, повлиявшие на текущий вид этих компонентов.

В докладе обсудим:

• Методы контейнеризации сетевых функций (VNF) с использованием реальной кодовой базы устройств для обеспечения 100% идентичности поведения.
• Организацию сетевого взаимодействия между виртуальными точками доступа и контроллером через Open vSwitch и туннелирование.
• Проблемы потребления ресурсов при запуске массовых инстансов vAP и способы оптимизации операционной системы для поддержки 10,000+ сетевых интерфейсов.
• Моделирование сценариев "регулярной" и "нерегулярной" нагрузки: от мониторинга до массового обновления ПО на точках доступа.

Сделать ПАК для PostgreSQL - это не «накатить базу на какую-либо ОС», а собрать продукт, который повторяемо даёт высокую доступность, катастрофоустойчивость и предсказуемую производительность на реальном отечественном железе.

Расскажу, какие компоненты пришлось написать самим, чтобы связать bare metal, ОС, инстансы и контейнеры в единый управляемый цикл: сервис провижининга ОС на голое железо, управление жизненным циклом инстансов, внутриконтейнерный провижнер и трёхагентная модель ответственности.

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