Как мы делаем встроенную отказоустойчивость в Postgres
Традиционно отказоустойчивость в Postgres достигается при помощи встроенных механизмов репликации и внешних утилит, наблюдающих за состоянием запущенных экземпляров Postgres и реагирующих соответствующим образом при возникновении различных сбоев. В своем докладе я расскажу что нам нравится и что не нравится в этом подходе, какую мы видим альтернативу, чего мы смогли достигнуть к сегодняшнему дню и что хотим получить к релизу, который планируется на декабрь месяц.
Видео
Видео доступно участникам мероприятия, выполнившим вход в личный кабинет
Другие доклады
-
Борис Пищик Postgres Professional Технический консультант
Postgres Pro Enterprise Manager - центр управления Базами Данных Postgres Pro
В этом обзорном докладе мы познакомимся с первым релизом Postgres Pro Enterprise Manager (PPEM) и его основными возможностями по повышению продуктивности труда Администраторов БД.
-
ММарк Ривкин Postgres Professional Начальник отдела технического консалтинга
Обзор планируемых новых возможностей СУБД Postgres Pro
СУБД Postgres Pro Enterprise построена на основе СУБД с открытым кодом PostgreSQL. Она сильно отличается от PostgreSQL и в версии 15 имеет более 40 важных доработок, которых нет в PostgreSQL. Сейчас ведется разработка еще более 20 механизмов, как в самой СУБД, так и в дополнительных продуктах - BiHA, DBaaS, pg_probackup, и т. д. О них мы и поговорим.
-
Антон Немцев ООО "Нетрика" Руководитель направления Автоматизация
Инструменты автоматизации миграции: практика создания и использования
Рассказ о практических подходах и инструментах автоматизации миграции на 2 реальных примерах: база данных с изменением структуры в новой версии и базы данных с значительным содержанием бизнес-логики приложения.
-
Артем Сергиенко Postgres Professional Инженер
Харденинг кластерного ПО
Hardening — процесс усиления защищенности системы с целью снижения рисков от возможных угроз. В своем докладе, я расскажу как защитить служебные кластерные коммуникации с помощью TLS соединений, во избежание случайного или несанкционированного доступа к хранилищам ETCD и REST API Patroni.