title

text

03 – 05 февраля 2020

PgConf.Russia 2020

PgConf.Russia 2020

PGConf.Russia – международная техническая конференция по открытой СУБД PostgreSQL, ежегодно собирающая более 700 разработчиков, администраторов баз данных и IT-менеджеров для обмена опытом и профессионального общения. В программе – мастер-классы ведущих мировых экспертов, доклады в три тематических потока, примеры лучшего опыта и разбор ошибок, блиц-доклады из зала.

Темы встречи

  • PostgreSQL на переднем крае: большие данные, интернет вещей, блокчейн
  • новое в PostgreSQL и вокруг: развитие PostgreSQL и его экосистемы
  • PostgreSQL в реальных системах: архитектура, миграция, эксплуатация
  • Использование PostgreSQL в платформе 1С
  • PostgreSQL в геоинформационных системах (GIS)
  • более
    0 участников
  • 0 докладчиков
  • 0
    минут общения
  • 62 доклада
  • оффлайн
    формат

Доклады

Архив докладов

PgConf.Russia 2020
  • Павел Лузанов
    Павел Лузанов Postgres Professional Руководитель образовательных программ

    В мае 2019г. компания «Постгрес Профессиональный» запустила программу сертификации PostgreSQL. Теперь можно не только пройти обучение на наших курсах, но и подтвердить знания, сдав соответствующий набор тестов.

    В этом выступлении я поделюсь итогами первых месяцев работы программы и отвечу на чаще всего возникающие вопросы:

    • Где узнать о программе сертификации?
    • Сертификация по PostgreSQL или Postgres Pro?
    • Сертификаты по версии 10, уже вышла 12. Когда будете обновлять?
    • Обязательно ли проходить обучение в учебных центрах?
    • Можно ли сдать тест удаленно? Не в Москве?
    • Можно ли в один день сдавать сразу несколько тестов? (например иногородним)
    • Как готовиться? Есть ли примеры вопросов для тренировки?
    • Во время теста попался некорректный вопрос, что делать?
    • Как узнать на какие именно вопросы ответы были не правильные?
    • Когда можно пересдать после не успешной попытки?
    • Как обжаловать результаты теста?

  • Олег Правдин
    Олег Правдин Lingualeo CTO

    Небольшая история о том, как переход на PostgreSQL увеличил на порядок эффективность работы компании:

    1. Программный код сократился в 50 раз, в команде разработки бэкенда вместо 15 человек осталось трое
    2. Сроки разработки нового функционала стали измеряться днями, а не месяцами
    3. Стоимость владения в расчете на 1 млн. пользователей снизилась в 20 раз
    4. Структура данных и документация существенно упростилась: вместо 100 тыс. таблиц со сложными связями стало 20 простых таблиц
    5. Повышение безопасности системы за счет запрета внешних SQL команд к базе данных
    6. Быстрый сбор аналитики по ключевым параметрам
    7. Без остановки работы бизнеса

  • Shawn Kim
    Shawn Kim Apposha CEO

    Cloud storage has some unique characteristics compared to traditional storage mainly because it is virtualized and controlled by software. One example is that AWS EBS shows higher throughput with larger I/O size up to 256 KiB without hurting latency. Hence, a user can get only about 4 MiB/sec with 1,000 IOPS EBS volume if the I/O request size is 4 KiB, whereas a user can get about 250 MiB/sec if the I/O request size is 256 KiB. This is because EBS consumes one I/O in a given IOPS budget for every I/O request regardless of the I/O size (up to 256 KiB). Unfortunately, PostgreSQL cannot exploit the full potential of cloud storage because PostgreSQL has designed without considering the unique characteristics of cloud storage.

    In this talk, I will introduce the AppOS extension that improves the throughput of a write-intensive workload by 10x by transparently making PostgreSQL cloud storage-native. AppOS works like a storage driver that efficiently exploits the characteristics of cloud storage, such as I/O size dependency to storage throughput and latency, atomic write support in cloud block storage, and fast, but non-durable local SSDs. To do this, AppOS comprises a Linux-compatible file I/O stack including virtual file system, page cache, block I/O layer, cloud storage driver. On top of the file I/O stack, syscall module supports registering pre- and post-handler for file I/O-related system calls in order to transparently work without modifying PostgreSQL codes.

    I will focus on presenting key use cases and performance results of the AppOS extension after explaining the internals. Specifically, I will show the performance results of OLTP and some batch workloads using standard benchmarking tools like pgbench and sysbench. I will also present performance results and implications on multiple clouds including AWS, GCP, and Azure.

  • Константин Евтеев
    Константин Евтеев X5 FoodTech Главный архитектор

    PostgreSQL с момента старта Avito решает серьезные и важные задачи. Вокруг СУБД были построены основные компоненты архитектуры. За 10 лет проект активно развивался, изменилась архитектура и инфраструктура.

    Как вступление, сделаю обзор: эволюции архитектуры и инфраструктуры PostgreSQL в Avito; успешно решенных вызовов.

    В основной части расскажу о статусе PostgreSQL в Авито 2020: микросервисная архитектура; шардирование; проблемы коммуналок; DBaaS( Database discovery, управление доступом, failover, backup, archive, вопросы разделения ресурсов итд.); вопросы интеграции; эволюция команды.

    В заключение поделюсь нашим wishlist/нерешенными вопросами.

Все доклады

Партнёры

PgConf.Russia 2020

Организационный партнёр

Информационные партнёры

Технический партнёр

Партнёр