title

text

Дмитрий Васильев
Дмитрий Васильев Postgres Professional DBA
16:40 26 сентября
45 мин

Управление учетными записями в PostgreSQL в условиях микросервисов

В докладе расскажу о том, как можно организовать управление учетными записями в условиях микросервисов: организация ролевой модели, аутентификация через SSO и межсервисная аутенфикация.

Другие доклады

  • М
    Марк Ривкин Postgres Professional Начальник отдела технического консалтинга
    45 мин

    Обзор планируемых новых возможностей СУБД Postgres Pro

    СУБД Postgres Pro Enterprise построена на основе СУБД с открытым кодом PostgreSQL. Она сильно отличается от PostgreSQL и в версии 15 имеет более 40 важных доработок, которых нет в PostgreSQL. Сейчас ведется разработка еще более 20 механизмов, как в самой СУБД, так и в дополнительных продуктах - BiHA, DBaaS, pg_probackup, и т. д. О них мы и поговорим.

  • А
    Антон Дорошкевич ИнфоСофт руководитель ИТ
    45 мин

    Виды бэкапов и ареалы их обитания

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

  • И
    Игорь Косенков Postgres Professional Инженер
    22 мин

    Фенсинг в облаках и не только...

    Одним из требований для работы отказоустойчивого кластера Corosync/Pacemaker является фенсинг отказавшего узла. В виртуальных средах фенсинг реализуется путем отключения виртуальной машины через гипервизор, в кластере на физических серверах - через IPMI/ILO. Что делать, если фенсинг невозможно организовать, например, закрыт доступ или кластер в облаках? Об альтернативных способах фенсинга отказавшего узла я расскажу в своем докладе.

  • А
    Алена Рыбакина Postgres Professional Младший разработчик
    А
    Андрей Лепихов Postgres Professional Программист
    45 мин

    Перепланирование безнадежных запросов в реальном времени

    За время своего существования, PostgresPro накопил пул проблемных кейсов, когда запрос выполнялся неадекватно долго или, требуя чрезмерно больших ресурсов, не выполнялся вообще. Почти всегда в нашей практике это связано с выбором неоптимального плана запроса. В нашем повествовании мы расскажем о весьма нетрадиционной попытке решения этой проблемы методом перепланирования запросов. Расскажем что это, как это работает, кому может помочь и перспективах применения данной фичи.