Postgres Pro Team

Все хотят спать по ночам. Но для этого мало просто поднять отказоустойчивую систему — нужно еще выстроить эксплуатацию так, чтобы критичные инциденты не становились сюрпризом. На DUMP SPB 2026 Евгений Пажитнов, технический менеджер Postgres Professional, рассказал, почему сбои возникают даже в зрелой инфраструктуре: как соотносятся технологии, человеческий фактор и процессы, и почему во многих случаях корень проблемы — не в самой СУБД, а в отсутствии понятных регламентов. В центре внимания — переход от героического тушения пожаров к проактивной поддержке: обновления, бэкапы, аварийное восстановление, мониторинг, базовые показатели и контроль изменений. Будет полезно тем, кто отвечает за эксплуатацию критичных систем и хочет не просто устранять аварии, а снижать их вероятность и сокращать время простоя. Подробнее про доклад уже писали, а теперь выкладываем видео. ▶️ Смотрите на Youtube и Rutube.

Гравитация организовала все на свете. Нам остается только организовывать конференции и конкурсы. Главная встреча сообщества PostgreSQL в России уже организована — PGConf.Россия 2026 пройдет 23-24 марта, а сейчас мы организуем конкурс, в котором можно выиграть билет на участие в ней. Условия конкурса: ✔️ Подписаться на канал. ✔️ Репостнуть эту публикацию себе в истории. ✔️ Написать «Хочу на PGConf» в комментарии к этой записи. Победителя выберем 18 марта в 12:00 с помощью рандомайзера. Билет нельзя продать, поменять на деньги или передать. Участвовать можно онлайн или офлайн в Москве. Удачи и до встречи на конференции!

Савелий подготовил подборку статей, книг и курсов для тех, кто хочет вкатиться в работу с LLM. Некоторые статьи из подборки Савелий не только прочитал, но и написал. 🔘 Книги Многие книги в этой области быстро устаревают, особенно, если они направлены на какой-то конкретный новомодный фреймворк. Поэтому ориентируйтесь на фундаментальную теорию и наборы практик. Вот некоторые из них: 📕 Серрано Луис «Грокаем машинное обучение». Очень хорошая база для людей, которые только знакомятся с тем, что из себя представляет машинное обучение. 📕 Орельен Жерон «Прикладное машинное обучение с помощью Scikit-Learn, Keras и TensorFlow». Практическая база MLE: как устроены типовые пайплайны. 📕 Дэвид Свит «Тюнинг систем: экспериментирование для инженеров от A/B-тестирования до байесовской оптимизации». Сильная книга именно под культуру экспериментов, бенчмаркинг и итеративные улучшения. 📕 Lewis Tunstall, Leandro von Werra, Thomas Wolf "Natural Language Processing with Transformers". Хорошая книга для входа в трансформеры и прикладной NLP/LLM-стек. 🔘 База по ML/DL Stepik: "Deep Learning". Вводный курс по Deep Learning. Andrej Karpathy: "Neural Networks: Zero to Hero". Очень понятный путь от backprop до GPT. Общая витрина курсов Hugging Face Learn. Удобно выбрать ровно тот трек, который нужен — LLM/agents и так далее. Курс «Машинное обучение» 2019 года от К. В. Воронцова. Для тех, кто хочет углубиться в математику ML. 🔘 LLM как прикладная система: prompting, tooling, context engineering, RAG, evaluation Claude Cookbook. Практические паттерны для LLM-приложений: prompting, tool use, RAG, evals, agent building и так далее. «Базовый минимум. Часть 3: RAG-системы». Нормальный вводный текст с терминологией и базовой архитектурой. «Выбор LLM и фреймворка для ИИ-агентов». Прикладной разбор стека и инженерных решений для LLM-продуктов и экспериментов. «Будущее ИИ — формальные грамматики». Про контролируемый/структурированный вывод и почему это важно для надежности ИИ-систем. Evidently AI: "LLM evaluation: a beginner’s guide". Вводный гайд по типам оценок, метрикам, тест-наборам и рабочим процессам. 🔘 Fine-tuning — дообучение LLM под конкретную задачу Aliona Surovtseva, Innovation Analyst: "LLM training: the process, stages, and fine-tuning gritty details". Про этапы обучения LLM. Cameron R. Wolfe: "Understanding and Using Supervised Fine-Tuning (SFT) for Language Models". Описание того, что такое SFT и как использовать этот подход для обучения языковых моделей. Sebastian Raschka: "Parameter-Efficient LLM Finetuning With LoRA". Понятная статья про LoRA. «Как мы готовим RL для Alignment в больших языковых моделях: опыт команды YandexGPT». Про алгоритмы DPO и PPO и их использование. Yihua Zhang: "From GRPO to DAPO and GSPO: What, Why, and How". GRPO → DAPO → GSPO. «Как мы обеспечили +33% к точности на сложных SQL-запросах». Пример того, как использовать RL для обучения на конкретной задаче. Сохраняйте подборку себе и отправляйте коллегам. Оставляйте в комментах свои любимые материалы по теме.

Так звучала бы пятница перед тремя выходными, если бы она была песней 🐘

На DUMP SPB 2026 Евгений Пажитнов, технический менеджер Postgres Professional, выступил с докладом «Снижение количества критичных инцидентов при эксплуатации продуктивных систем». Это был доклад про неприятную правду эксплуатации: даже если система спроектирована правильно и в ней есть репликация, резервирование и балансировка, критичные сбои все равно случаются. И только часть инцидентов имеет чисто технические причины. Остальное обычно упирается в людей и процессы. Евгений рассказал, как перейти от героической поддержки к проактивной. Не тушить пожары быстрее, а уменьшать их число за счет оценки текущего состояния и понятного плана улучшений. Этот мини-чеклист нужен тем, кто отвечает за стабильность прода: DBA, SRE и инженерам эксплуатации, тимлидам и владельцам критичных сервисов. Он помогает за 10 минут понять, где в повседневной эксплуатации у вас слабые места, которые чаще всего превращают небольшой сбой в критичный инцидент. ✔️ Мониторинг работает 24x7, шлет уведомления, и у предупреждений есть владелец? ✔️ Зафиксирован базовый уровень и отклонения для CPU, дискового ввода-вывода, задержки диска, памяти и пользовательской нагрузки? ✔️ Обновления ставятся регулярно, есть тестовое окружение, и для каждого изменения предусмотрен откат? ✔️ Есть план аварийного восстановления, детализированный до команд, и его регулярно прогоняют с фиксацией времени восстановления? ✔️ Ведется журнал изменений с датой, автором, старым и новым значением и причиной? Если по большинству пунктов у вас все закрыто, инциденты проще переживать: проблему быстрее замечают, изменения можно откатить, восстановление идет по понятному сценарию. Если набралось несколько «Нет», это уже системный риск: при следующем сбое команда будет импровизировать, а простой почти наверняка затянется. Сначала отработайте аварийное восстановление и фиксируйте реальное время возврата сервиса. Затем наведите порядок в изменениях: тестовый контур, откат, журнал. И уже после усиливайте мониторинг и базовые показатели, чтобы ловить отклонения до аварии.

Завтра первый день весны, а сегодня — последний день, чтобы назначить синки, собрать фидбэк и сдвинуть вправо дедлайны. Планируете переходить на звонки, обратную связь и сроки?

Фотка с котиком без звука, так что поясним — это Михаил Жилин докладывает о результатах тестирования S3 и Postgres Pro Axe. Если пропустили наш традиционный совместный митап с Selectel, приходите за подробностями на PGConf.Russia 2026. Спасибо всем, кто был, слушал и задавал вопросы. До встречи!

Простите, что беспокоим в воскресенье. У нас внеплановая экскурсия по спортзалу в московском офисе.

В русском языке большинство слов с буквой Ф — заимствованные, а заимствования Пушкин не жаловал. Поэтому в «Сказке о царе Салтане» только одно слово с буквой Ф — «Флот». Но это лишь потому, что в сказке ничего про СУБД нету. Иначе без упоминания Postgres Professional и слова «Профессионалы» Пушкин бы не обошелся. Живи Александр Сергеевич сегодня, наверняка у него был бы магазинчик с мерчем. И наверняка он захотел бы с 1 марта соблюдать новые требования к использованию иностранных слов в нерекламной информации. Мог бы он тогда использовать слово «Профессиональный» на вывеске своего магазина «Профессиональный поэт»? Конечно. Открываем словарь иностранных слов Института лингвистических исследований РАН и на странице 1512 видим пруфы. Кстати, «Пруфов» в словаре нет.

PGMeetup.SPB/26 — традиционная февральская встреча Postgres Professional и Selectel Встречаемся 26 февраля в Санкт-Петербурге, чтобы поговорить о том, как строить эффективную инфраструктуру, когда требования СУБД встречаются с реальными возможностями железа и облаков. Зимним вечером увидимся на Цветочной улице и обсудим темы, которые с флорой никак не связаны: как устроены современные S3-хранилища, как тестируют аналитические СУБД, и наконец разберемся в споре вокруг P- и E-ядер. Программа: ➡️ Кошкино время Михаил Жилин, Postgres Professional — директор департамента системной производительности Как измерять время выполнения, когда нужны доли секунды и от вас ждут конкретных цифр. На примере тестирования OLAP-запросов в Postgres Pro и ClickHouse — и с неожиданными параллелями к баг-репорту эмулятора PlayStation 3 и исследованиям про фотоэмиссию. ➡️ Как мы строим S3 в Selectel Александр Гришин, Selectel — руководитель по развитию продуктов хранения данных Алексей Миронов, Selectel — директор по облачной инфраструктуре Что такое объектное S3-хранилище и зачем оно нужно. Как выглядит S3 на физическом уровне: ЦОДы, стойки, серверы, дисковые подсистемы. А еще — архитектура приложения (layered design, микросервисы, ключевые компоненты), клиентские кейсы и использование S3 как основы для дата-платформ. ➡️ Эпоха универсальных CPU закончилась: как выбрать между P- и E-ядрами Xeon 6 Максим Башмаков, Selectel — руководитель отдела тестирования оборудования Зачем Intel разделил Xeon 6, куда смотрят облака и почему универсальные CPU перестали быть оптимальными. Плюс типовые ошибки при выборе сервера или CPU и результаты тестов. 📍 Где и когда: Санкт-Петербург, офис Selectel, ул. Цветочная, 19 26 февраля, 18:30 Регистрируйтесь и приходите с хорошим настроением и вопросами к спикерам. На входе понадобится паспорт. До встречи!

В рабочих чатах полно асапных задач, согласований и правок, но не хватает любви? Забирайте стикерпак, с которым общаться с коллегами станет еще приятнее. Вообще-то мы пишем о любви не раз в год, а довольно регулярно. Если вы пропустили, вот подборка постов о любви к профессии: ➡️ Чем QA-инженеры отличаются от волков и змей ➡️ Кто такой товарищ программист Си ➡️ Как кошка съела акулу, и почему ИИ должен дружить с БД ➡️ Кому звонят, когда падает прод ➡️ У какого детектива лицензия на производительность Поделитесь стикерами и постами с коллегами — несите любовь в рабочие чаты.

Виталий советует начинать с книг. В них изложение построено лучше, а сложность растет плавно. Это удобнее, чем по крупицам собирать информацию из статей.  📕 Книги:  ➡️ Михалис Цукалос «Golang для профи: Создаем профессиональные утилиты, параллельные серверы и сервисы», 3 издание ➡️ Тейва Харшани «100 ошибок Go и как их избежать»  ➡️ Том Стил, Крис Паттен, Дэн Коттман «Black Hat Go: Программирование для хакеров и пентестеров» ➡️ Натан Козыра, Мэтт Батчер, Мэтт Фарина «Go на практике», 2 издание Книги — это база. Теперь вы готовы шерстить интернет в поисках полезных статей. Впрочем, Виталий уже сделал это за вас.  Интерфейсы: Разбираемся с интерфейсами в Go Интерфейсы в Go — как красиво выстрелить себе в ногу Погружение в интерфейсы Go От интерфейсов переходим к зависимостям:  Все равно не обойдетесь! Использование интерфейсов и внедрение зависимостей для долговечного проектирования Внедрение зависимостей в GO Go-inject — Dependency Injection Library for Go Да, между последними двумя статьями можно прокачать английский.  Теперь беремся за тестирование: Табличные тесты в Go с использованием Gomock И представление о контексте нам тоже надо: Разбираемся с пакетом Context в Golang Golang: context изнутри Параллелизм и каналы мы тоже хотим: Погружение в параллелизм в Go Анатомия каналов в Go Под капотом Golang — как работают каналы. Часть 1 и Часть 2 Подборка почти готова, добавим немного SOLID: Принцип SOLID в языке Go SOLID в Go и щепотка паттернов Чуть не забыли про выделение памяти: A visual guide to Go Memory Allocator from scratch (Golang) Сборщик мусора (можно читать вечером, за плохую примету не считается): Dumpster diving the Go garbage collector Мы прокачали уровень, теперь нам доступны ультимативные гайды:  Планировщик Go — самый подробный гайд простым языком Учимся разрабатывать REST API на Go на примере сокращателя ссылок Пишем gRPC сервис на Go — сервис авторизации ▶️ Эти ультимейты и много чего еще есть на канале Николая Тузова. Горячо советуем.  Ну и про официальный сайт с обучениями не забывайте.  Сохраняйте подборку себе и отправляйте коллегам. И пишите в комментах, про что мы забыли.

Открываем сезон митапов Postgres Professional и начинаем в Новосибирске с PGMeetup.NSK 2026: разговоры вокруг QA. Cлушаем доклады, делимся практикой, задаем вопросы и честно обсуждаем, как в реальности обеспечивается качество. Программа: 🔘 Архитектура и опыт разработки Python-фреймворка для тестирования PostgreSQL кластеров Константин Беркаев, Postgres Professional Как устроен Python-фреймворк для тестирования PostgreSQL-кластеров как системы, а не компонента приложения. Архитектура, интеграция с внешними библиотеками и управление жизненным циклом кластера. Покажем ключевые модули и логику решений, которые сформировали текущий дизайн. 🔘 Что такое ПАК и почему «накатить PostgreSQL на сервер» — не ПАК Иван Калачев, Postgres Professional Где заканчивается сервер с PostgreSQL и начинается ПАК: повторяемая высокая доступность, катастрофоустойчивость и предсказуемая производительность на отечественном железе. Как связать bare metal, ОС, инстансы и контейнеры в единый управляемый цикл. 🔘 Архитектура распределенного тестового стенда на 10 000 виртуальных точек доступа Александр Лошкарев, Eltex Как запустить 10 000+ vAP на VNF и сохранить 100% идентичность поведения на реальной кодовой базе устройств. Как устроить связь vAP с контроллером через Open vSwitch и туннелирование. И как оптимизировать ОС под массовые инстансы и разные профили нагрузки, включая массовые обновления ПО. В перерывах не стесняйтесь знакомиться, задавать вопросы и приносить свои болячки из реальных проектов — разберем, поспорим и обязательно решим. Это первый запланированный в этом году митап. Следите за новостями — если не получилось выбраться сегодня, шанс будет совсем скоро.

Волки охотятся не от кровожадности, змеи кусают не от подлости, QA-инженеры душнят не от вредности. Такова природа волков и змей, а у QA-инженеров работа такая. Узнать больше про волков и змей можно в зоопарке, а кто такие QA-инженеры и чем они занимаются, рассказали в карточках. Полная версия — на Хабре.

Как начать путь в ML-разработке и прокачать свои знания? Завершаем активный день с ML-отделом Postgres Pro и делимся небольшим интервью с Савелием Батуриным, лидом команды. ➡️Савелий рассказал про путь в IT, поделился своими увлечениями (наши коллеги очень разносторонние!) и дал рекомендации для тех, кто тоже хочет работать с ИИ. В карточках вас ждут полезные книги не только про IT, а если интересно глубже копнуть в технические особенности наших решений — welcome на Хабр, там часто пишем в том числе про ML-разработки. 🐘Сейчас мы ищем 2 специалистов в команду ML, откликнуться на вакансии и узнать детали можно на нашем карьерном сайте.

Как мы интегрируем ML в СУБД и делаем возможными запросы к БД на естественном языке? Продолжаем рубрику и делимся подробностями о проектах ML-отдела Postgres Pro. В карточках рассказали про наши ключевые решения в области ML: 🔹SQL-генератор: обрабатывает вопрос на естественном языке, формирует SQL-запрос, получает ответ от базы 🔹AI-ассистент для работы с СУБД: работа с SQL-запросами, помощь в работе с документацией, ответы на вопросы о СУБД ⚡️Также поделились планами, среди которых — представить обновленный веб-интерфейс с нашим ассистентом, чтобы работа и изучение СУБД стали еще удобнее.

На день отдаем этот канал в руки ML-отдела Postgres Pro 🖥 Проведем день с командой разработки наших Machine Learning решений: узнаем больше о команде, проектах и планах по развитию продуктов. В этом посте рассказали про отдел, какие технологии используют ребята и кто работает в команде. Также сегодня подробнее поговорим о решениях, поделимся мини-интервью с лидом команды Савелием Батуриным и его рекомендациями для тех, кто начинает путь в работе с ML. ➡️ Наглядный пример решения, которое разрабатывает команда — наш AI-ассистент для работы с СУБД, который можно протестировать уже сейчас. Но на самом деле задач у ребят намного больше (читайте в карточках). 🐘Сейчас мы ищем 2 специалистов в команду ML, откликнуться на вакансии и узнать детали можно на нашем карьерном сайте. Пишите в комментарии вопросы про ML-отдел, решения и проекты — будем отвечать и делиться подробностями 🐘

Почему рынок найма за пару лет стал жестче, а резюме все меньше помогает работодателю понять, кто перед ним? HRD Postgres Professional Ксения Замуховская ответила на эти вопросы в статье на Хабре. Она пишет, что вакансий все меньше, а поток кандидатов растет. Наглядный пример: на стажировку мест условно 10, а заявок стало не 200–300, а больше полутора тысяч. Когда конкуренция становится такой, часть рынка начинает оптимизировать не навыки, а сам путь к офферу. Кандидатов учат не работать, а проходить отбор. Таких хитрецов называют ИТ-волками — это люди, которые хакают сам процесс найма. В ход идут накрутка опыта и легенды, нейросети, суфлер на созвоне и паровозик — это когда вопросы с интервью сразу уходят следующим кандидатам. Это гонка вооружений между работодателями и кандидатами. И это не про прихоть работодателя, ибо цена ошибки — месяцы потерянного времени и иногда миллионы рублей. Все чаще встречаются практики, которые заземляют отбор на проверяемые вещи: запись видео и пересмотр на признаки суфлера, пасхалки для ИИ в тестовых заданиях, вопросы про несуществующую технологию, проверки по открытым реестрам и главный фильтр — справка СТД-Р (сведения о трудовой деятельности). Ну а самый надежный, но непопулярный вариант — офлайн: ноутбук без интернета и код руками. Главная мысль статьи простая и неприятная: чем больше читинга, тем холоднее и формальнее становится найм для всех — в том числе для честных кандидатов. Рынок, по словам Ксении, будет двигаться к жесткой формализации, а человеческого в процессе станет меньше. Поэтому совет честным соискателям: не рисуйте опыт — вместо этого опирайтесь на рекомендации и реальные проекты, за которые можно поручиться. Полную статью читайте на Хабре. Участие в холиваре можно принять там же в комментах.

Поновогодничали и хватит. Но не печальтесь — в новом году еще будут праздники. Собрали в карточках поводы поздравить коллег-айтишников и интересные факты об этих поводах.