Помните Василия Жидкова? Он выступал на «Перфоманс Конф №11» и рассказывал про защиту персональных данных.

🔍Мы это к чему: часто слышим от коллег: «Мне нечего рассказать», «А вдруг спросят что-то, а я не отвечу», «Я бы выступил, но боюсь сцены».

Знакомо?

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

💾 Вот три простых совета от Василия, если решитесь выступать:

◾️Рассказывайте только то, в чем реально разбираетесь. Когда это ваш опыт, а не пересказ чужой статьи — слова находятся сами. И вопросы из зала не страшны, потому что вы в этом «варились».

◾️Репетируйте вслух, а лучше записывайте свою репетицию на видео. Попробуйте полностью сымитировать свое выступление. Такое упражнение даст вам спокойствие на сцене. Важно только не быть к себе строгим.

◾️Найдите в зале дружелюбные лица, а лучше кого-то одного. Это может быть ваш коллега, товарищ или просто позитивный человек. Выступайте будто бы для него одного. И не забывайте: почти все пришли узнать что-то новое, они на вашей стороне и не надо бояться.

Теперь вы стали чуточку смелее и готовы подать заявку, чтобы стать спикером на «Перфоманс Конф № 12».

📌 Форма для подачи заявки тут: https://perfconf.ru/

⬅️Вспоминаем, как это было: Перфоманс Конф #11➡️

Собрали для вас выступления спикеров с прошлой осени. Конференция была насыщенная: полезные доклады, интересные кейсы, дискуссии.

💾 Один из самых интересных докладов, на наш взгляд, — Денис Бережной из Сбера с темой «Сравнение различных фреймворков для заглушек НТ».

Главные мысли из доклада Дениса:

➡️ Подходов всего два — либо пишем сами, либо берём готовое. В первом случае тратим время, но получаем ровно то, что хотели (если хватает скиллов). Во втором — экономим время, но берём то, что кто-то написал за нас.

➡️ Критерии выбора инструмента:
◾️ высокая производительность (заглушка не должна тормозить тесты)
◾️ управление задержками перед ответом
◾️ вариативность ответов (не статика, а логика)
◾️ возможность менять конфиги "на лету"
◾️ мониторинг (чтобы сразу понять, что тормозит именно заглушка)
◾️ поддержка разных протоколов (HTTP, Kafka, gRPC, RabbitMQ)

➡️ Какие инструменты смотрели: mockserver, mockoon, benthos. Но настоящим открытием стал benthos — инструмент из области обработки данных, который оказался идеальным для заглушек.

➡️ Тесты на производительность гоняли в ступенчатом режиме, с паузами и корреляцией ответов. Результаты — в таблицах и графиках, но если кратко: benthos обошёл конкурентов в разы.

➡️ benthos умеет работать с кучей протоколов из коробки, поддерживает кэши, его можно адаптировать под любые сценарии без "танцев с бубном".


🎥 Полная запись с выводами по инструментам уже доступна. Кто пропустил или хочет пересмотреть — ссылка.

✨ Мы решили запустить опрос по предстоящей конференции

❤️ Нам важно становиться лучше для вас: раскрывать интересные темы, пробовать новые форматы, осветить проблемы, которые действительно болят.

Прохождение опроса займет не больше десяти минут.

➡️ Ссылка на опрос

Команда "Перфоманас Конф" ждет ваших ответов!

⬅️Как крупнейший сервис тестирует к высокому сезону — видео доклада➡️

Продолжаем доставать из архивов самое интересное. В этот раз — выступление Глеба Гончарова из «Купера» на «Перфоманс Конф № 10».
Это сервис, где можно заказать товары и еду из огромного списка ритейлеров — так что можно представить, какие нагрузки приложение выдерживает в пиковые часы.

💾Глеб поделился опытом подготовки к высоким сезонам: с чего начинали, с какими сложностями столкнулись как в итоге построили процесс.

Что внутри доклада:

➡️Контекст: что такое Купер, на чем зарабатывает, какие цели ставят перед инженерами.

➡️Вызовы: в декабре 2022 года время восстановления системы после сбоев доходило до суток. При этом бизнес поставил цель: рост x2 заказов, сокращение потерь от инцидентов, никакой заморозки фич. И все это за полгода.

➡️Что делали:
◾️ развивали SRE-практики в командах
◾️ прокачивали наблюдаемость процессов
◾️ внедрили процесс slow review — чтобы разработчики брали задачи по надежности в спринты
◾️ научились регистрировать любые отклонения системы как инциденты
◾️ добавили скоринг сервисов с обязательным пунктом про нагрузочные тесты

➡️Про взаимодействие команд: раньше инженеры делали отчеты о тестировании, присылали их в чат — и ничего не происходило. Проблему решили, выстроив правильную обратную связь.

➡️Прогнозирование нагрузки: как понять пик, проаналазировав распределение трафика за сутки.

📌Рекомендуем всем связанным с e-commerce (и не только) в этом чате!

🎥Ссылка на видео

⬅️Кто формирует программу «Перфоманс Конф №12»?➡️

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

Давайте начнем знакомиться с составом ПК:

🎙Алексей Лушин (Сбер)
◾️Ведущий эксперт по технологиям в «Сбере», отвечает за нагрузочное тестирование «Переводов».
◾️В НТ 8 лет: от джуна до лида команды, нагружал 50+ проектов Сбера/СберТеха.
◾️Разработал кастомные генераторы нагрузки (spring+http/grpc/Kafka/mq) для сложных систем, для стандартных проектов внедрил k6 и автоматизировал процесс НТ, ускорив прохождение этапа на 40%.
◾️Внедряет Chaos Engineering + AI-агенты для обеспечения отказоустойчивости и производительности систем.
◾️Занимается ревью докладов и помогал в подготовке спикеров к PerfConf #9.
◾️Обучил 20+ инженеров в команде.

🎙Максим Гусев (RWB)
◾️Строит отказоустойчивые системы в IT более 11 лет.
◾️Активно проповедует искоренение тойла и построение правильного инцидент-менеджмента.
◾️Прошел путь от инженера по замене бумаги в принтере до TechLead SRE в финтехе и Lead Observability SRE Team в Dodo Engineering. Сейчас SRE Team Lead в RWB.
◾️Читает лекции о внедрении SRE и его пользе.

🎙 Ксения Ворончагина (Перфоманс Лаб)
◾️Заместитель технического директора компании Перфоманс Лаб, а также руководитель программного комитета Перфоманс Конф и ведущая потоков.
◾️Опыт более 10 лет в области тестирования производительности. В её портфолио — около 12 крупных проектов, среди которых ВТБ, Альфа-Банк, Хоум Банк, Х5, МВидео и другие.
◾️Обучила более 100 инженеров и разработала авторские курсы в “IT Matreshka”.

В следующих постах продолжим знакомить вас с составом программного комитета.

📌 Актуальная информация по конференции, билетам и программе скоро появится на сайте. Следите за обновлениями!

Мы готовим конференцию, и нам очень важно услышать именно вас — тех, кто будет в зале (или смотреть онлайн). Ваши ответы помогут нам понять, какие темы сейчас реально горят, какие форматы заходят, а от чего пора отказываться.

📌 Мы не хотим гадать — мы хотим делать конференцию, которая будет полезна. Поэтому запустили опрос.

Прохождение займёт не больше пять минут. Всё анонимно, никакой лишней информации.

➡️ Ссылка на опрос

❤️ Спасибо тем, кто уже прошёл. А тем, кто ещё нет — заходите, ваше мнение действительно важно для нас. Вместе мы сделаем конференцию лучше.

✨Всё, можно брать билеты на «Перфоманс Конф №12» ✨

Стартовали продажи на главное событие года по производительности ИТ-систем. Спикеры из топовых ИТ-команд принесут реальные кейсы, живые цифры и честные разборы факапов.

⚡️️Когда: сентябрь 2026
📍Формат участия: офлайн (Москва) или онлайн

Более подробная информация по билетам и конференции — на сайте.

Почему стоит купить билет прямо сейчас?
Ближе к дате мероприятия билеты подорожают, сейчас — самые выгодные цены!

➡️ Забирайте билеты здесь: https://perfconf.ru/

⬅️Программный комитет «Перфоманс Конф №12»➡️

Продолжаем рассказывать о тех, кто формирует программу конференции. Эти люди — не только эксперты, но и практики, знающие индустрию изнутри.

🎙Антон Егорушков (Yandex.Cloud)
◾️Customer Reliability Engineering TeamLead в Yandex.Cloud.
◾️Ментор, помощник, ведет канал сыча.
◾️В ИТ уже 20 лет, 16 лет руководитель, 7 лет devops.
◾️Работал в стартапах, энтерпрайзах и бигтехах.
◾️Спикер и член ПК разных конференциях.

🎙Макаров Александр (Перфоманс Лаб)
◾️Занимает должность технического директора компании Перформанс Лаб.
◾️Является экспертом и организатором конференции в области нагрузочного тестирования, проводит курсы повышения квалификации для инженеров.

🎙Виктор Ганелес (Virtuozzo)
◾️Инженер по нагрузочному тестированию в Virtuozzo.
◾️Работает в тестировании более 10 лет. Начинал путь с тест-дизайна, стал ведущим инженером, затем вырос до начальника отдела нагрузочного тестирования.
◾️Сотрудничал с ПСБ, ВТБ, «Росевробанком».
◾️Постоянный спикер международных конференций по тестированию, преподаватель курсов OTUS.

В следующих постах продолжим знакомить вас с составом программного комитета.

📌 Актуальная информация по конференции, билетам и программе скоро появится на сайте. Следите за обновлениями!

⬅️Продолжаем делиться записями с Перфоманс Конф #11➡️

В этот раз — Александр Карпушин из Positive Technologies с темой, которая в нагрузочном тестировании часто остаётся за кадром: "Логи под нагрузкой: как выбрать хранилище и не пожалеть — разбираем ELK, Loki и VictoriaLogs".

💾Александр честно прогнал три системы — Elasticsearch, Grafana Loki и Victoria Logs — через одни и те же сценарии.

О чём рассказывает Александр:

➡️ Зачем это вообще нужно. Логи — это не просто текст, который куда-то складывается. От того, как они хранятся и индексируются, зависит, сможете ли вы быстро найти проблему в инциденте или будете полдня ждать ответа от системы.

➡️ Что проверяли. Три системы в одноузловой конфигурации, почти из коробки: Elasticsearch, Loki и Victoria Logs. Наполняли логами 12 часов с интенсивностью 50 000 логов в секунду, потом добавляли селекты. Кардинальность (количество уникальных комбинаций метаданных) менялась от минимальной до максимальной.

➡️ Главный итог и спойлер. В итоге честного сравнения победил инструмент Victoria Logs — но есть интересные нюансы.

🎥 Полная запись выступления уже доступна по ссылке.

✨Мы обновили сайт «Перфоманс Конф №12»✨

Теперь там всё актуально: основные темы конференции, программный комитет, билеты и оформление.

И да, напоминаем, стартовали продажи билетов.

⚡️️ Когда: сентябрь 2026
📍 Формат участия: офлайн (Москва) или онлайн

Почему лучше не откладывать?
Цены вырастут ближе к старту, сейчас билеты — по самым выгодным условиям.

➡️ Вся информация и билеты здесь: https://perfconf.ru/

⬅️Программный комитет «Перфоманс Конф №12»➡️

Продолжаем знакомить с составом программного комитета. Вот кто сейчас в команде:

🎙Максим Рогожников (Т-Банк)
◾️Тимлид команды нагрузочного тестирования в «Т-Банк».
◾️В тестировании производительности более 5 лет, в IT более 10 лет.
◾️Спикер конференций QA и LT.
◾️Занимался организацией и проведением тестированием производительности в крупнейших банках России, телекоме, ритейле, госуслугах и на зарубежных проектах.

🎙Борис Селезнев (Перфоманс Лаб)
◾️Сейчас работает в Перфоманс Лаб. В тестировании производительности более 15 лет.
◾️В самых разных ролях участвовал в множестве проектов по НТ в Сбере, Черкизово, Хоум банке, ВТБ и др.
◾️Развивает решение Boomq - собственную платформу компании для проведения нагрузочного тестирования и отвечает за реализацию международных проектов.

🎙Юрков Кирилл (VictoriaMetrics Inc)
◾️Эксперт по performance engineering и observability.
◾️В нагрузочном тестировании более 10 лет.
◾️Работал с высоконагруженными проектами Ростелеком, X5, Магнит, Сбер, Beeline и др. Нагружал проекты компаний: Ростелеком, X5 Retail Group, Магнит, Сбер, Beeline и др. Руководил нагрузочным тестированием в Самокат, Мегамаркет и Сберлогистике (ныне ecom.tech). Сейчас отвечаю за доступность и поддержку в VictoriaMetrics Inc.
◾️Автор инженерного блога The Last of 9s о производительности, надежности и диагностике. Частый гость программного комитета PerfConf.

В следующих постах продолжим знакомить вас с составом программного комитета.

📌 Актуальная информация по конференции, билетам уже появится на сайте.

⬅️Делимся записями с «Перфоманс Конф #8»➡️

Старые доклады — не значит скучные. Тем более если речь про то, как на самом деле работает iostat в Linux.

💾 Александр Пищулин из компании «YADRO» рассказал, откуда берутся цифры в утилизации диска и почему к ним стоит относиться с осторожностью.

О чём доклад:

➡️ как устроен блочный стек Linux
➡️ что такое BIO и request, как они проходят через очереди
➡️ как работает слияние операций (merge) и зачем оно нужно
➡️ откуда берутся показатели iostat: утилизация, среднее время, размер очереди
➡️ почему утилизация 100% — не приговор, а повод смотреть на время отклика

Что выяснилось:

◾️Утилизация — это не загрузка. Она показывает только то, что устройство было занято какое-то время. Диск может отвечать за 1 мс и выдавать 1000 iops со 100% утилизации. А может — 4000 iops, и утилизация всё равно 100%. Разница — во времени отклика. Его iostat как раз и не показывает напрямую.

◾️Inflight — более честный показатель. Его можно посмотреть через /sys/block/sda/inflight. Это реальное количество запросов, которые находятся внутри диска или контроллера.

◾️iostat читает статистику из /proc/diskstats, где лежат накопленные счётчики. А дальше — простая алгебра: дельта времени / дельта операций. Никакой магии.

И, еще кое-что важное: мы прислушались к вашим пожеланиям и решили публиковать видео на нескольких площадках для вашего удобства.

🎥 Смотреть видео на Youtube
🎥 Смотреть видео в ВК видео
🎥 Смотреть видео на Rutube