16:00
<link rel="preload" as="image" href="https://tech-events.vktech-static.ru/static/images/icons/LocationMapIcon_28.svg"/><div class="EventPageDateAndTime_location__uQjGW"><img src="https://tech-events.vktech-static.ru/static/images/icons/LocationMapIcon_28.svg" alt="" class="EventPageDateAndTime_locationIcon__AS6PF"/><p class="typography_23498 bodyM_055b7">Онлайн</p></div>
О мероприятии
Покажем, как перейти на Lakehouse по управляемому сценарию: перенести данные, SQL и пайплайны в Iceberg, сохранить работающий контур на время перехода и проверить корректность и производительность нового решения до переключения.
Вебинар будет особенно актуальным для тех, кто использует Greenplum и откладывает миграцию из-за возможного простоя и переписывания логики.
О чем поговорим:
- Что именно переносится из Greenplum и куда. Разберем три слоя хранилища и покажем, как каждый из них ложится на архитектуру Lakehouse с Iceberg и SQL-движком.
- Как построить план миграции без риска для бизнеса. От инвентаризации таблиц, зависимостей и «мертвых» витрин до переноса данных, SQL, процедур, пайплайнов, BI и доступов — с параллельной работой старого и нового контуров.
- Как доказать, что миграция прошла корректно. Покажем верификацию данных, схем, SQL-результатов и производительности, а затем — безопасное переключение через теневой запуск.
Кому будет полезно:
- CTO, Head of Data, CDO — выбрать платформу и архитектуру.
- Дата-архитекторы — спроектировать миграцию и оценить риски.
- Data- и Platform-инженеры — понять техническую механику перехода без даунтайма.
Подписывайтесь на канал [«Данные на стероидах»](https://telegram.me/sterodata) — там можно задать вопросы спикерам до и после эфира, а также следить за анонсами новых материалов и продуктов.
[→ Добавить событие в календарь](https://tools.emailmatrix.ru/event-generator/?format=ics&id=499105)
В программе
Greenplum → Lakehouse: что переносить, что перепроектировать и как не сломать прод
Никита СуровегинАналитик направления Data Services, компания VK Tech
- Как устроен Greenplum изнутри: координатор, сегменты, зеркала, типы таблиц и распределение данных — и почему эти решения не переносятся в Lakehouse напрямую.
- Что происходит с данными при переносе: Parquet, партиционирование и сортировка Iceberg, замена внешних таблиц и загрузчиков на ELT, судьба последовательностей и вспомогательных объектов.
- Куда уходит логика: SQLGlot для SQL и представлений, раскладка хранимых процедур на рутины движка, Airflow и Spark, замена индексов и расширений MADlib, PostGIS, GPText.
- Как обеспечить безопасное переключение: CDC и инкрементальная догрузка, мораторий на изменения в источнике, сверка схем, типов и результатов SQL, теневой запуск и эксплуатация Iceberg после переезда.
Миграция вживую: от Greenplum до работающего Lakehouse
Павел СавченкоРуководитель presale-направления Data Services, компания VK Tech
- Перенесем данные из Greenplum в Iceberg: покажем чтение с сегментов через нативный коннектор CedrusData Engine, выбор партиционирования и сортировки, перенос обычных, append-optimized и колоночных таблиц в Parquet.
- Разберем три класса объектов: перенесем декларативный SQL через SQLGlot, спроектируем схему таблиц с распределением и партициями под Iceberg, разложим хранимые процедуры на SQL, Airflow и Spark.
- Соберем работающий контур: перенесем cron-задания в Airflow, переведем загрузки в ELT, переподключим Superset и внешних потребителей через Trino-коннекторы, настроим роли и доступы.
- Проверим результат перед переключением: сравним количество строк, контрольные суммы, схемы и результаты SQL на старом и новом движке, замерим производительность и запустим новый контур в тени.