Выступление на Перфоманс Конф #11 (PerfConf/ПерфКонф)

Преза

Отдельные фото:

Мой отзыв о конфе

      От конференции остались только положительные впечатления – отличная организация, видно, что организаторы регулярно проводят подобные мероприятия и собрали вокруг себя живое комьюнити в рамках нагрузочного тестирования.

      Рад был рассказать о нашем опыте решения практических задач в области сетевого нагрузочного тестирования с использованием открытых решений и собственной разработки, который может быть полезен как референс для сообщества. Коллеги по цеху задавали вопросы после выступления, подходили в кулуарах, в том числе спрашивали, можно ли как то получить разработанный у нас инструментарий. Этим инструментарием в том числе интересовались партнеры конференции из Factor Group, они являются официальным дистрибьютером Xinertel (производителя тестирования сетевого оборудования) в России.

      Как слушателю больше всех запомнились доклады с историями провала. Один был про бездумную автоматизацию со звучным названием доклада “Автоматизация не нужна” в котором на примерах описываются сценарии, когда автоматизация процесса действительно ничего полезного не сделала, а только потратила ресурсы людей. Второй про слишком позднее НТ (Нагрузочное Тестирование), которое привело к реальному распаду команды из-за срыва сроков проекта. Но если оторваться от конкретных докладов и основной мысли, которую они хотели донести, в конференции были доклады, которые так или иначе говорили о тех же вопросах, но с другой точки зрения, что потенциально позволяло участникам понимать общую картину того, как дела должны обстоять на самом деле. К примеру, в команде НТ Госуслуг количество инженеров НТ = количеству Devops, а слишком раннее НТ, при отсутствии требований, легко превращается в оверинжениринг.

 

хорошие доклады (кроме моего ;))
  • Автоматизация генерации отчетов с помощью ИИ Селезнев Борис Boomq.io
    • Какие вызовы стоят перед инструментом по Нагрузочному тестированию в новом дивном мире с искусственным интелектом.
    • Расскажем про автоматизацию отчетности и почему инженеров скоро заменит ИИ.
  • Логи под нагрузкой: как выбрать хранилище и не пожалеть — разбираем ELK, Loki и VictoriaLogs Карпушин АлександрPositive Technologies
    • Хотите выбрать идеальное хранилище логов под нагрузкой, но боитесь пожалеть?
    • Этот доклад — не просто сравнение ELK, Loki и VictoriaLogs, а готовый инструмент для ваших решений: вы узнаете, как скорость, экономичность и гибкость сталкиваются в реальных сценариях, и какая система выиграет именно в вашем случае.
    • Мы разберем неочевидные результаты тестов с цифрами и графиками, покажем ловушки, в которые лучше не попадать, и дадим чеклист из 4 вопросов, чтобы выбор хранилища перестал быть рулеткой.
    • Спойлер: серебряной пули нет — зато есть ваша уверенность после этого доклада. Успеете записать?
  • Доверие и коммуникация. Альфа и омега управления командой Жульков Александр Cloud.ru
    • О  доверии и коммуникации сложно и увлекательно.
    • Доверие лидера — энергия необходимая команде для проведения глубоких изменений и реализации сложных проектов.
    • Коммуникация в команде — ключ к успеху проекта.
    • Поговорим о том, как лидеру создавать доверие в новой команде и предотвращать ее утечки. Познакомимся с 4-мя инструментами создания доверия «выкованными» на антикризисе «провального» проекта.
    • Обсудим, как метапредметные навыки могут давать подсказки для решения сложных кейсов управления и какова роль коммуникаций во всем этом.
  • Автоматизация не нужна Губарев Роман
    • На докладе рассказывается о том, какие проблемы может принести автоматизация в НТ и предлагается подумать, а точно ли нужно делать по принципу «все побежали — и я побежал»
  • Как не потерять голову, когда вокруг все рушится Топчий Алексей
    • История о том, как попытка починить «лёгкие» проблемы с шедулерами обернулась чередой перформанс-катастроф: ORM-ад, крах масштабирования и 93% некорректных результатов за неделю до пилота. Вы узнаете, как команда экстренно переписывала систему на Python, но всё равно перенесла дедлайн — и какие уроки можно извлечь из этого хаоса. Spoiler: нагрузочное тестирование на малых данных — зло.
  • Рутковский Дмитрий RuStore Лайфхаки автоматизации нагрузочного тестирования в RuStore
    • Как организовать нагрузочное тестирование для 50+ сервисов с 60 000+ RPS в одиночку? Что делать, если продукт развивается стремительно, требований нет, а стабильность сервисов под нагрузкой — твоя зона ответственности?
    • В докладе разберем кейс RuStore: как с нуля запустили и масштабировали нагрузочное тестирование. Расскажем о выборе инструментов, построении и автоматизации процесса, а также о сборе профиля нагрузки и формате отчетности. Поделимся подходом, который помог выстроить и поддерживать нагрузочное тестирование силами 1−2 инженеров.
  • Яковлев Владимир РТЛабс На этом докладе Владимир расскажет о том, как тестируется самый популярный государственный сервис — Госуслуги:
    • Какие продукты есть внутри сервиса
    • Как устроена нагрузочная платформа
    • Как автоматизировано тестирование
    • Про запуск тестов «по кнопке» любым инженером (не только из отдела НТ)
    • …и прочие детали
  • Мельченко ПетрПерфоманс Лаб
    • Как изменения в законодательстве влияют на ИТ и какие технические сложности мы встретили на реальных проектах по обезличиванию данных. За последний год мы провели 10 внедрений и оказалось, что «кроличья нора» деперсонализации очень глубока.
  • Федорков Владимир fournines.ru Поговорим о том, когда нужно задумываться о производительности: в начале разработки, когда приходят первые пользователи или после первого даунтайма. Рассмотрим различные подходы к производительности и масштабируемости, подумаем как цифры в бизнес плане ложатся на фактическую нагрузку на проде
    • Внедрение К6 (десятки тысяч RPS для пакетов в 1кб)
  • Маркачев Юрий 7tech integra О том, как налаживали k6, чтобы добиться высоких нагрузок при низком потреблении ресурсов (лайфхаки, параметры запуска и пр.). Почему выбрали именно k6 и как реализовали подход к автоматизации. Почему и как в компании перешли на Кубер.

 

Leave a Reply