Какой инструмент изучать после JMeter? 🤔
Если вы уже освоили JMeter и хотите прокачаться дальше в нагрузочном тестировании, то следующий шаг — это либо K6, либо Gatling.
🟢 K6 — лучший выбор, если:
✔️ Вы работаете с JavaScript (тесты пишутся на JS)
✔️ Вам важна легковесность и скорость тестов
✔️ Планируете CI/CD-интеграцию (идеально для DevOps)
🔵 Gatling — ваш вариант, если:
✔️ Вы знакомы с Scala (или готовы освоить)
✔️ Нужна высокая производительность на больших нагрузках
✔️ Хотите мощную аналитику и отчёты
Оба инструмента крутые, но если вам нужен быстрый и удобный вариант — берите K6. 🚀
А что выбрали бы вы? Пишите в комменты! 👇 Интересно почитать ваше мнение)
#нагрузочное_тестирование #QA
Если вы уже освоили JMeter и хотите прокачаться дальше в нагрузочном тестировании, то следующий шаг — это либо K6, либо Gatling.
🟢 K6 — лучший выбор, если:
✔️ Вы работаете с JavaScript (тесты пишутся на JS)
✔️ Вам важна легковесность и скорость тестов
✔️ Планируете CI/CD-интеграцию (идеально для DevOps)
🔵 Gatling — ваш вариант, если:
✔️ Вы знакомы с Scala (или готовы освоить)
✔️ Нужна высокая производительность на больших нагрузках
✔️ Хотите мощную аналитику и отчёты
Оба инструмента крутые, но если вам нужен быстрый и удобный вариант — берите K6. 🚀
А что выбрали бы вы? Пишите в комменты! 👇 Интересно почитать ваше мнение)
#нагрузочное_тестирование #QA
🔥5
Грамотный мониторинг во время тестов: какие метрики смотреть?» 📈🔍
Типичная ошибка:
Смотреть только на HTTP-коды и среднее время ответа.
🔴 Критические метрики:
Системные:
CPU Usage (если 100% — узкое место в коде).
Memory Leaks (рост потребления памяти без сброса).
Disk I/O (например, СУБД упирается в диски).
🔴 Сетевые:
TCP Retransmits (проблемы с сетевым стеком).
Connection Pool Exhausted (кончились свободные соединения).
🔴 Бизнес-логика:
Кол-во deadlocks в БД (SELECT FOR UPDATE на горячих строках).
Очереди (Kafka, RabbitMQ — рост latency).
🔴 Инструменты:
Prometheus + Grafana — для системных метрик.
pt-query-digest — для анализа запросов MySQL.
Jaeger — для трейсинга распределенных запросов.
📣 Пример:
На графике видите резкие скачки latency при 500 RPS? Проверьте, не упирается ли БД в лимит max_connections.
Кстати, кто знает какое max_connections в MySQL по дефолту? Пишите в комменты)
#Мониторинг #Метрики #Диагностика
Типичная ошибка:
Смотреть только на HTTP-коды и среднее время ответа.
Системные:
CPU Usage (если 100% — узкое место в коде).
Memory Leaks (рост потребления памяти без сброса).
Disk I/O (например, СУБД упирается в диски).
TCP Retransmits (проблемы с сетевым стеком).
Connection Pool Exhausted (кончились свободные соединения).
Кол-во deadlocks в БД (SELECT FOR UPDATE на горячих строках).
Очереди (Kafka, RabbitMQ — рост latency).
Prometheus + Grafana — для системных метрик.
pt-query-digest — для анализа запросов MySQL.
Jaeger — для трейсинга распределенных запросов.
На графике видите резкие скачки latency при 500 RPS? Проверьте, не упирается ли БД в лимит max_connections.
Кстати, кто знает какое max_connections в MySQL по дефолту? Пишите в комменты)
#Мониторинг #Метрики #Диагностика
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7
🔥 Курс по JMeter + InfluxDB + Grafana ГОТОВ! 🔥
Я наконец-то дозаписал курс, и теперь он доступен для вас!
📌 Что внутри?
✅ 79 уроков
✅ Полное погружение в JMeter, InfluxDB и Grafana
✅ От новичка до уверенного пользователя
🚀 Для кого этот курс?
🔹 QA-инженеры, которые хотят прокачаться интструменте JMeter
🔹 Разработчики и другие ИТ-специалисты, которым нужен JMeter
🔹 Все, кто хочет повышения зарплаты на работе или просто найти работу тестировщиком в наше непростое время
❌ Кому НЕ подойдет?
Если вы думаете, что просто посмотрите курс и сразу получите оффер на миллион, то нет.
Но если вы хотите реально освоить инструмент, то этот курс вам поможет!
📚 Что вас ждет?
🟠 JMeter (61 урок)
Основы и настройка
Основные элементы: Samplers, Controllers, Pre/Postprocessors, Assertions и др.
Плагины, запуск с командной строки и готовые шаблоны
🟠 InfluxDB (10 уроков)
Введение, работа с тасками и бакетами
Связка с JMeter, алерты и работа через терминал
🟠 Grafana (8 уроков)
Дашборды, метрики и связка с InfluxDB
🔥 Доступ к курсу НАВСЕГДА!
Курс доступен через Google Диск (нужен Gmail-аккаунт).
💰 Тарифы и детали
1. Курс только по JMeter - 79 евро 🚀 + подарок мини-курс по инструменту нагрузочного тестирования AB Bench
2. Курс по JMeter + Grafana + Influxdb - 99 евро 🚀 + подарок мини-курс по инструменту нагрузочного тестирования AB Bench
3. Курс по JMeter + Grafana + Influxdb с проверкой домашних заданий (задание по samplers, logic controllers, post-processors, variables, config elements) и обратной связью + именной сертификат - 299 евро 🚀 + подарок мини-курс по инструменту нагрузочного тестирования AB Bench
💵 Как оплатить курс?
✅ Евро/доллары - Paypal / Mastercard / Visa / USDT TRC20
✅ Рубли - Boosty
Кому интересно, добро пожаловать в личку @faroeman
▶️ Ребят сейчас немного выпал из ведения канала, очень много работы, но уже готовлю для вас новые материалы по JMETER / K6 / Grafana
Я наконец-то дозаписал курс, и теперь он доступен для вас!
📌 Что внутри?
✅ 79 уроков
✅ Полное погружение в JMeter, InfluxDB и Grafana
✅ От новичка до уверенного пользователя
🚀 Для кого этот курс?
🔹 QA-инженеры, которые хотят прокачаться интструменте JMeter
🔹 Разработчики и другие ИТ-специалисты, которым нужен JMeter
🔹 Все, кто хочет повышения зарплаты на работе или просто найти работу тестировщиком в наше непростое время
❌ Кому НЕ подойдет?
Если вы думаете, что просто посмотрите курс и сразу получите оффер на миллион, то нет.
Но если вы хотите реально освоить инструмент, то этот курс вам поможет!
📚 Что вас ждет?
🟠 JMeter (61 урок)
Основы и настройка
Основные элементы: Samplers, Controllers, Pre/Postprocessors, Assertions и др.
Плагины, запуск с командной строки и готовые шаблоны
🟠 InfluxDB (10 уроков)
Введение, работа с тасками и бакетами
Связка с JMeter, алерты и работа через терминал
🟠 Grafana (8 уроков)
Дашборды, метрики и связка с InfluxDB
🔥 Доступ к курсу НАВСЕГДА!
Курс доступен через Google Диск (нужен Gmail-аккаунт).
💰 Тарифы и детали
1. Курс только по JMeter - 79 евро 🚀 + подарок мини-курс по инструменту нагрузочного тестирования AB Bench
2. Курс по JMeter + Grafana + Influxdb - 99 евро 🚀 + подарок мини-курс по инструменту нагрузочного тестирования AB Bench
3. Курс по JMeter + Grafana + Influxdb с проверкой домашних заданий (задание по samplers, logic controllers, post-processors, variables, config elements) и обратной связью + именной сертификат - 299 евро 🚀 + подарок мини-курс по инструменту нагрузочного тестирования AB Bench
💵 Как оплатить курс?
✅ Евро/доллары - Paypal / Mastercard / Visa / USDT TRC20
✅ Рубли - Boosty
Кому интересно, добро пожаловать в личку @faroeman
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👏3
Почему ваш нагрузочный тест врет (и как это исправить)?
Вы запускаете тест, получаете красивые цифры, а в продакшене всё равно падает? Возможно, вы тестируете не то.
Типичные косяки:
😱 Тестируете "чистый" стенд – без фоновых процессов, которые жрут CPU в проде (например, логирование, алерты, сбор метрик).
😱 Игнорируете сетевую задержку – локальный стенд vs облако с лагами между сервисами.
😱 Нет реалистичных пауз – юзеры не кликают как роботы раз в 0.5 сек.
Что делать?
😃 Добавляйте jitter (случайные задержки между запросами).
😃 Эмулируйте продакшен – те же мониторинги, логи, соседние сервисы.
😃 Смотрите не только RPS, но и системные метрики (например, если CPU уперся в 100% – дальше рост нагрузки бессмыслен).
Вы запускаете тест, получаете красивые цифры, а в продакшене всё равно падает? Возможно, вы тестируете не то.
Типичные косяки:
Что делать?
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
Что мониторить во время нагрузочного теста (кроме RPS)
Если смотрите только на запросы в секунду – вы видите 10% картины.
Обязательные метрики:
📉 CPU, RAM, I/O – если сервер упирается в железо, RPS уже не важен.
⏱ Latency distribution – p90, p99, max.
🗄 БД – slow queries, locks, connection pool.
🔌 Сеть – bandwidth, errors, TCP-ретрансмиты.
Инструменты:
• Prometheus + Grafana – для сбора метрик.
• New Relic/Datadog – если лень настраивать свое.
Удачной нагрузки 😎
PS: я потихоньку возвращаюсь в строй, подготовил контент в Телеграм, а вот что с Ютубом делать не знаю
Просмотров оооочень мало, я понимаю что нагрузка тема не самая популярная, но вот пока не знаю как канал раскрутить свой
Начал потихоньку готовить для вас второй курс - K6/Grafana + JavaScript.
Не знаю сколько время пойдет, JMETER пилил полгода 😄
Если смотрите только на запросы в секунду – вы видите 10% картины.
Обязательные метрики:
📉 CPU, RAM, I/O – если сервер упирается в железо, RPS уже не важен.
⏱ Latency distribution – p90, p99, max.
🗄 БД – slow queries, locks, connection pool.
🔌 Сеть – bandwidth, errors, TCP-ретрансмиты.
Инструменты:
• Prometheus + Grafana – для сбора метрик.
• New Relic/Datadog – если лень настраивать свое.
Удачной нагрузки 😎
PS: я потихоньку возвращаюсь в строй, подготовил контент в Телеграм, а вот что с Ютубом делать не знаю
Просмотров оооочень мало, я понимаю что нагрузка тема не самая популярная, но вот пока не знаю как канал раскрутить свой
Начал потихоньку готовить для вас второй курс - K6/Grafana + JavaScript.
Не знаю сколько время пойдет, JMETER пилил полгода 😄
👍10🔥5
Когда нагрузочный тест бесполезен (да, так бывает) 😁
Не каждый тест дает правдивые результаты.
Примеры:
--- Тестируете API, но забываете про CDN – в реальности 90% трафика может идти мимо сервера.
--- Нет реалистичных данных – если в БД 10 строк, а в проде – миллионы, запросы будут работать иначе.
--- Игнорируете внешние зависимости – например, платежный шлюз в тестах отвечает мгновенно, а в проде – 2 сек.
Вывод:
Тест должен максимально повторять продакшен – иначе это просто игра с цифрами.
Или вы сразу на проде гоняете? 😁
Не каждый тест дает правдивые результаты.
Примеры:
--- Тестируете API, но забываете про CDN – в реальности 90% трафика может идти мимо сервера.
--- Нет реалистичных данных – если в БД 10 строк, а в проде – миллионы, запросы будут работать иначе.
--- Игнорируете внешние зависимости – например, платежный шлюз в тестах отвечает мгновенно, а в проде – 2 сек.
Вывод:
Тест должен максимально повторять продакшен – иначе это просто игра с цифрами.
Или вы сразу на проде гоняете? 😁
🔥10
Как DNS-кеш может сломать тест?
Сценарий:
Запустили тест на 50k RPS — сервер даже не вспотел. Выкатили в прод — всё рухнуло на 10k.
В чём подвох?
Оказалось, на тестовых машинах был настроен локальный DNS-кеш, который моментально резолвил домены. В проде же запросы уходили в медленный корпоративный DNS-сервис с задержкой 200 мс.
Что делать:
___ Эмуляция продакшена:
___ Используйте dnsmasq или аналоги, чтобы добавить реалистичные задержки DNS.
___ В облаке настройте те же DNS-серверы, что и в проде.
Мониторинг:
___ Замеряйте время DNS-резолва в тестах (например, через dnsperf).
___ Включите эти метрики в отчёт.
Лайфхак:
🔑🔑🔑 Если домен резолвится в одном месте, прописывайте его IP напрямую в /etc/hosts — это снимет нагрузку с DNS, но только если это соответствует продакшену.
DNS — это не просто "телефонная книга интернета". Его лаги могут убить производительность, даже если ваш код идеален. 🙃
Сценарий:
Запустили тест на 50k RPS — сервер даже не вспотел. Выкатили в прод — всё рухнуло на 10k.
В чём подвох?
Оказалось, на тестовых машинах был настроен локальный DNS-кеш, который моментально резолвил домены. В проде же запросы уходили в медленный корпоративный DNS-сервис с задержкой 200 мс.
Что делать:
___ Эмуляция продакшена:
___ Используйте dnsmasq или аналоги, чтобы добавить реалистичные задержки DNS.
___ В облаке настройте те же DNS-серверы, что и в проде.
Мониторинг:
___ Замеряйте время DNS-резолва в тестах (например, через dnsperf).
___ Включите эти метрики в отчёт.
Лайфхак:
🔑🔑🔑 Если домен резолвится в одном месте, прописывайте его IP напрямую в /etc/hosts — это снимет нагрузку с DNS, но только если это соответствует продакшену.
DNS — это не просто "телефонная книга интернета". Его лаги могут убить производительность, даже если ваш код идеален. 🙃
👍7🔥3
👍6
Пока лето и меньше работы, хочу проводить короткие тренинги по 3-4 часа на разные темы (JMeter, K6, Playwright, тестирование безопасности).
Цену поставлю адекватную за тренинг примнерно 30-50 евро.
За эти 3-4 часа вы можете научиться, например:
- Делать простую нагрузку на веб-сервис
- Узнать основы Javascript
- Написать первые автотесты
- Понять, что такое XSS / SQL инъекция и как их можно находить
- Прокачать SQL Joins
и так далее.
По окончанию каждому буду выдавать именной сертификат (не так важно, но просто приятно) и 1-2 моих курса в записи (пока не решил какие, у меня разные есть, начинаю от JMETER до JSON и тд).
Вам была бы интересна такая затея?
Если да, напишите коммент, чтобы я понимал и если не сложно, поделитесь постом.
Спасибо и хорошего дня.
Цену поставлю адекватную за тренинг примнерно 30-50 евро.
За эти 3-4 часа вы можете научиться, например:
- Делать простую нагрузку на веб-сервис
- Узнать основы Javascript
- Написать первые автотесты
- Понять, что такое XSS / SQL инъекция и как их можно находить
- Прокачать SQL Joins
и так далее.
По окончанию каждому буду выдавать именной сертификат (не так важно, но просто приятно) и 1-2 моих курса в записи (пока не решил какие, у меня разные есть, начинаю от JMETER до JSON и тд).
Вам была бы интересна такая затея?
Если да, напишите коммент, чтобы я понимал и если не сложно, поделитесь постом.
Спасибо и хорошего дня.
🔥16
🚀 Стартует первый групповой тренинг по Postman + AI бот! 🚀
В июле проведу интенсивный тренинг длительностью 4-5 часов, где мы вместе прокачаемся по основам и продвинутым темам:
🔥 Что будем изучать?
REST API и принципы работы
CRUD операции (создание, чтение, обновление, удаление)
Автоматизация тестов в Postman
Окружения и переменные - как удобно управлять тестами
Коллекции для упорядочивания запросов
Mock-серверы - имитация настоящих API
Работа с токенами и авторизацией
+ бонус: поработаем с AI ботом, который поможет тебе в тестировании!
💡 И самое главное - сделаем реальный проект для портфолио и прокачки навыков!
💰 Стоимость:
Первый поток - всего 50 евро!
Со второго потока цена вырастет до 75-100 евро.
👨💻 Для кого?
Для любого IT-специалиста, который хочет углубить знания в API и автоматизации, а особенно для QA Engineer-ов!
📩 Если интересно - пиши мне в Telegram 👉 @faroeman, я создам закрытый чат для участников.
PS: нас уже 7 человек!!!
🙏 Буду очень признателен, если поделишься этим постом - возможно, кому-то из твоих знакомых это будет суперполезно!
PS: Напоминаю, что также провожу индивидуальное менторство по автоматизации на JavaScript, Playwright и JMeter - с нуля до профи!
Готов к прокачке? Жду тебя на тренинге! ⚡
В июле проведу интенсивный тренинг длительностью 4-5 часов, где мы вместе прокачаемся по основам и продвинутым темам:
🔥 Что будем изучать?
REST API и принципы работы
CRUD операции (создание, чтение, обновление, удаление)
Автоматизация тестов в Postman
Окружения и переменные - как удобно управлять тестами
Коллекции для упорядочивания запросов
Mock-серверы - имитация настоящих API
Работа с токенами и авторизацией
+ бонус: поработаем с AI ботом, который поможет тебе в тестировании!
💡 И самое главное - сделаем реальный проект для портфолио и прокачки навыков!
💰 Стоимость:
Первый поток - всего 50 евро!
Со второго потока цена вырастет до 75-100 евро.
👨💻 Для кого?
Для любого IT-специалиста, который хочет углубить знания в API и автоматизации, а особенно для QA Engineer-ов!
📩 Если интересно - пиши мне в Telegram 👉 @faroeman, я создам закрытый чат для участников.
PS: нас уже 7 человек!!!
🙏 Буду очень признателен, если поделишься этим постом - возможно, кому-то из твоих знакомых это будет суперполезно!
PS: Напоминаю, что также провожу индивидуальное менторство по автоматизации на JavaScript, Playwright и JMeter - с нуля до профи!
Готов к прокачке? Жду тебя на тренинге! ⚡
🔥3❤1
Новый набор + первый отзыв!
Объявляю новый набор на групповое обучение на курс JMETER + GRAFANA + INFLUXDB/PROMETHEUS
Мы выпустили первый поток и у нас появился уже первый отзыв (думаю позже ребята еще напишут)
Курс состоит только из живых онлайн уроков, где вы можете сразу же задавать вопросы опытному преподавателю.
В курсе есть домашние задания, которые проверяет ваш ментор и очень много практики.
После окончания курса вы получаете
- Знания, чтобы устроиться на позицию Инженер по нагрузочному тестированию
- Сертификат
- В подарок от меня очень полезный курс (уже в записи) по JMETER + INFLUX + GRAFANA. Это идет каждому участнику в подарок (цена такого курса отдельно 99 евро, но вам он идет как БОНУС).
Пишите за деталями @faroeman
Объявляю новый набор на групповое обучение на курс JMETER + GRAFANA + INFLUXDB/PROMETHEUS
Мы выпустили первый поток и у нас появился уже первый отзыв (думаю позже ребята еще напишут)
Курс состоит только из живых онлайн уроков, где вы можете сразу же задавать вопросы опытному преподавателю.
В курсе есть домашние задания, которые проверяет ваш ментор и очень много практики.
После окончания курса вы получаете
- Знания, чтобы устроиться на позицию Инженер по нагрузочному тестированию
- Сертификат
- В подарок от меня очень полезный курс (уже в записи) по JMETER + INFLUX + GRAFANA. Это идет каждому участнику в подарок (цена такого курса отдельно 99 евро, но вам он идет как БОНУС).
Пишите за деталями @faroeman
❤4🔥4
🎉 РАСПРОДАЖА КУРСА JMeter + Grafana + InfluxDB! 🎉
В честь нового учебного года: 39€ !!!!!
99€ ➝ 39€ 💥
(только до 1 сентября включительно)
🔥 Что вас ждет внутри?
✅ 79 уроков
✅ JMeter (61 урок) – от основ до продвинутого уровня
✅ InfluxDB (10 уроков) – бакеты, таски, интеграция
✅ Grafana (8 уроков) – дашборды, метрики, визуализация
✅ Доступ НАВСЕГДА (Google Диск)
🚀 Для кого курс?
🔹 QA-инженеры, которые хотят прокачаться в нагрузочном тестировании
🔹 Разработчики и IT-специалисты, которым нужен JMeter
🔹 Те, кто хочет вырасти в зарплате или найти работу в тестировании
📊 После курса вы сможете:
– Создавать полноценные нагрузочные сценарии
– Собирать метрики в InfluxDB
– Красиво визуализировать результаты в Grafana
💡 Цена — всего 39€ до 1 сентября!
👉 Пишите за подробностями в Telegram: @faroeman
В честь нового учебного года: 39€ !!!!!
(только до 1 сентября включительно)
🔥 Что вас ждет внутри?
✅ 79 уроков
✅ JMeter (61 урок) – от основ до продвинутого уровня
✅ InfluxDB (10 уроков) – бакеты, таски, интеграция
✅ Grafana (8 уроков) – дашборды, метрики, визуализация
✅ Доступ НАВСЕГДА (Google Диск)
🚀 Для кого курс?
🔹 QA-инженеры, которые хотят прокачаться в нагрузочном тестировании
🔹 Разработчики и IT-специалисты, которым нужен JMeter
🔹 Те, кто хочет вырасти в зарплате или найти работу в тестировании
📊 После курса вы сможете:
– Создавать полноценные нагрузочные сценарии
– Собирать метрики в InfluxDB
– Красиво визуализировать результаты в Grafana
💡 Цена — всего 39€ до 1 сентября!
👉 Пишите за подробностями в Telegram: @faroeman
👏2
Скидка действует еще 3 дня ребят, потом цена станет 99
Сейчас 39
Налетай, забирай как говорится ))
Пишите @faroeman
Сейчас 39
Налетай, забирай как говорится ))
Пишите @faroeman
🔥3❤2👏1
Сегодня последний день скидки 🌝
И с понедельника я продолжаю вести канал по нагрузке, подготовил много полезных материалов
И с понедельника я продолжаю вести канал по нагрузке, подготовил много полезных материалов
🔥2👍1
Серьезно. Коллеги, давайте начистоту: сколько раз вы видели идеальный»график нагрузки в JMeter - ровненькая полочка из 500 пользователей, которая длится ровно 10 минут.
А потом вы смотрите на мониторинг приложения и видите... дикие скачки потребления CPU, памяти и латенси. Или, что хуже, - ничего не видите, потому что система легла...
Вот в чем подвох: в реальной жизни так не бывает. Пользователи приходят не все разом. Они подключаются, отваливаются, ходят по разным сценариям и создают рваный, случайный профиль нагрузки.
Так почему мы до сих пор тестируем идеализированные сценарии, которые не имеют ничего общего с реальностью?
Тестировать надо очень реалистичные сценании!
Попробуйте в следующий раз накрутить в своем сценарии:
• Пики: Резкий всплеск на 2-3 минуты (скидка появилась!).
• Постепенное нарастание: Имитация утренней посещаемости.
• Постоянные небольшие колебания числа активных пользователей.
Скорее всего, вы найдете баги, которые никогда не ловились на ровном графике. Особенно связанные с очередями, кэшами и пулами соединений.
Так что помните, нагрузка - это не взял и послал 100 юзеров на api, нифига так не работает
НУЖНЫ РЕАЛИСТИЧНЫЕ СЦЕНАРИИ!!! )))
А потом вы смотрите на мониторинг приложения и видите... дикие скачки потребления CPU, памяти и латенси. Или, что хуже, - ничего не видите, потому что система легла...
Вот в чем подвох: в реальной жизни так не бывает. Пользователи приходят не все разом. Они подключаются, отваливаются, ходят по разным сценариям и создают рваный, случайный профиль нагрузки.
Так почему мы до сих пор тестируем идеализированные сценарии, которые не имеют ничего общего с реальностью?
Тестировать надо очень реалистичные сценании!
Попробуйте в следующий раз накрутить в своем сценарии:
• Пики: Резкий всплеск на 2-3 минуты (скидка появилась!).
• Постепенное нарастание: Имитация утренней посещаемости.
• Постоянные небольшие колебания числа активных пользователей.
Скорее всего, вы найдете баги, которые никогда не ловились на ровном графике. Особенно связанные с очередями, кэшами и пулами соединений.
Так что помните, нагрузка - это не взял и послал 100 юзеров на api, нифига так не работает
НУЖНЫ РЕАЛИСТИЧНЫЕ СЦЕНАРИИ!!! )))
👍14🔥2❤1
⏱️ Зачем используется ClickHouse в нагрузочном тестировании?
Когда мы запускаем нагрузочные тесты (например, в JMeter или k6), создаётся огромное количество метрик:
отклик каждого запроса,
время ответа,
процент ошибок,
RPS (запросов в секунду),
задержки, 95-й и 99-й перцентили.
Этих данных миллионы, и хранить их в обычной базе бывает неэффективно.
👉 ClickHouse - это колоночная база данных, созданная специально для анализа больших объёмов данных в реальном времени.
В нагрузочном тестировании она используется для:
✅ Быстрого сохранения результатов даже при большом трафике.
✅ Построения красивых дашбордов (например, в Grafana).
✅ Глубокой аналитики - можно смотреть статистику за любой промежуток времени, находить узкие места, сравнивать разные прогоны.
📊 Получается, ClickHouse - это типа сердце аналитики в нагрузочном тестировании. Тесты дают данные, ClickHouse их хранит, а Grafana красиво показывает.
Ну кстати я использовал всегда Influxdb, но это уже совсем другая история
Когда мы запускаем нагрузочные тесты (например, в JMeter или k6), создаётся огромное количество метрик:
отклик каждого запроса,
время ответа,
процент ошибок,
RPS (запросов в секунду),
задержки, 95-й и 99-й перцентили.
Этих данных миллионы, и хранить их в обычной базе бывает неэффективно.
👉 ClickHouse - это колоночная база данных, созданная специально для анализа больших объёмов данных в реальном времени.
В нагрузочном тестировании она используется для:
✅ Быстрого сохранения результатов даже при большом трафике.
✅ Построения красивых дашбордов (например, в Grafana).
✅ Глубокой аналитики - можно смотреть статистику за любой промежуток времени, находить узкие места, сравнивать разные прогоны.
📊 Получается, ClickHouse - это типа сердце аналитики в нагрузочном тестировании. Тесты дают данные, ClickHouse их хранит, а Grafana красиво показывает.
Ну кстати я использовал всегда Influxdb, но это уже совсем другая история
👍7🔥2❤1
Что выбрать: ClickHouse или InfluxDB?
Часто вижу этот вопрос у тех, кто работает с метриками, логами и вообще с большим количеством данных. На первый взгляд кажется, что это два конкурирующих решения, но у них разная философия и область применения.
InfluxDB изначально создавался как база для временных рядов. То есть это отличный вариант, если у вас данные строго по времени - метрики серверов, сенсоры IoT, данные мониторинга. Она удобна для записи огромного количества точек в секунду и простой аналитики по времени.
ClickHouse - это аналитическая колоночная база. Она гораздо шире по применению: от логов и аналитики до полноценного дата-хранилища. Ее фишка - скорость агрегаций на больших объемах. Сюда можно грузить терабайты данных и строить отчёты, которые в обычной базе просто «лягут».
Если у вас классическая задача мониторинга, где важна простота, готовые клиенты и экосистема (например, интеграция с Telegraf или Grafana), то InfluxDB подойдёт лучше. Если же нужно хранить и обрабатывать тонны данных, гибко агрегировать, строить сложную аналитику -тогда ClickHouse.
В идеале, выбор зависит от того, что именно вы хотите делать: быстро хранить и визуализировать метрики или глубоко копать в большие массивы данных.
Часто вижу этот вопрос у тех, кто работает с метриками, логами и вообще с большим количеством данных. На первый взгляд кажется, что это два конкурирующих решения, но у них разная философия и область применения.
InfluxDB изначально создавался как база для временных рядов. То есть это отличный вариант, если у вас данные строго по времени - метрики серверов, сенсоры IoT, данные мониторинга. Она удобна для записи огромного количества точек в секунду и простой аналитики по времени.
ClickHouse - это аналитическая колоночная база. Она гораздо шире по применению: от логов и аналитики до полноценного дата-хранилища. Ее фишка - скорость агрегаций на больших объемах. Сюда можно грузить терабайты данных и строить отчёты, которые в обычной базе просто «лягут».
Если у вас классическая задача мониторинга, где важна простота, готовые клиенты и экосистема (например, интеграция с Telegraf или Grafana), то InfluxDB подойдёт лучше. Если же нужно хранить и обрабатывать тонны данных, гибко агрегировать, строить сложную аналитику -тогда ClickHouse.
В идеале, выбор зависит от того, что именно вы хотите делать: быстро хранить и визуализировать метрики или глубоко копать в большие массивы данных.
Datadog - это платформа для мониторинга и анализа, которая собирает метрики, логи и трассировки в реальном времени.
Что это значит для нагрузочного тестирования?
Когда вы запускаете нагрузку (например, с JMeter или K6), одних только показателей «ответ сервера» или «время отклика» часто недостаточно.
Нужно понимать, почему система замедляется или падает.
✅ Datadog помогает:
- Отслеживать метрики серверов, БД и микросервисов под нагрузкой.
- Смотреть в одном месте, как ведут себя CPU, память, диски, сеть.
- Ловить узкие места (ботлнэки): где именно появляется ботлнек
- Сопоставлять результаты нагрузочного теста с инфраструктурными метриками.
💡 Итог: Datadog делает нагрузочное тестирование осмысленным - без него вы видите только «сломалось/не сломалось», а с ним понимаете почему.
Что это значит для нагрузочного тестирования?
Когда вы запускаете нагрузку (например, с JMeter или K6), одних только показателей «ответ сервера» или «время отклика» часто недостаточно.
Нужно понимать, почему система замедляется или падает.
✅ Datadog помогает:
- Отслеживать метрики серверов, БД и микросервисов под нагрузкой.
- Смотреть в одном месте, как ведут себя CPU, память, диски, сеть.
- Ловить узкие места (ботлнэки): где именно появляется ботлнек
- Сопоставлять результаты нагрузочного теста с инфраструктурными метриками.
💡 Итог: Datadog делает нагрузочное тестирование осмысленным - без него вы видите только «сломалось/не сломалось», а с ним понимаете почему.
Чем хорош Groovy и почему его лучше знать в связке с JMeter?
Когда вы работаете с JMeter, рано или поздно стандартных элементов становится мало. Настоящая гибкость появляется тогда, когда подключается Groovy.
Groovy - это язык, который отлично встраивается в JMeter. С его помощью можно:
- писать кастомные скрипты для обработки данных;
- динамически подставлять значения в запросы;
- делать проверки и ассерты, выходящие за рамки стандартных возможностей;
- автоматизировать генерацию тестовых данных.
Почему лучше знать хотя бы основы?
Потому что без Groovy вы ограничены только тем, что дает интерфейс JMeter. А с Groovy вы получаете свободу: любую логику можно реализовать напрямую в скриптах.
Для нагрузочного тестировщика это значит одно - вы становитесь более самостоятельным и ценным специалистом. Даже базовые знания Groovy уже позволяют делать проекты гибче и эффективнее.
Так что знать основы будет неплохо, не обязательно быть супер спецом по Груви!
Когда вы работаете с JMeter, рано или поздно стандартных элементов становится мало. Настоящая гибкость появляется тогда, когда подключается Groovy.
Groovy - это язык, который отлично встраивается в JMeter. С его помощью можно:
- писать кастомные скрипты для обработки данных;
- динамически подставлять значения в запросы;
- делать проверки и ассерты, выходящие за рамки стандартных возможностей;
- автоматизировать генерацию тестовых данных.
Почему лучше знать хотя бы основы?
Потому что без Groovy вы ограничены только тем, что дает интерфейс JMeter. А с Groovy вы получаете свободу: любую логику можно реализовать напрямую в скриптах.
Для нагрузочного тестировщика это значит одно - вы становитесь более самостоятельным и ценным специалистом. Даже базовые знания Groovy уже позволяют делать проекты гибче и эффективнее.
Так что знать основы будет неплохо, не обязательно быть супер спецом по Груви!
👍6❤3
Вы хотели бы курс по K6 + Grafana?
Anonymous Poll
93%
Да, супер
7%
Нет, достаточно JMeter, который ты уже сделал
❤6
Нужно ли использовать Debug Sampler в JMeter?
Debug Sampler - это специальный элемент в JMeter, который показывает содержимое переменных, properties и контекст теста прямо во время выполнения.
Когда полезен:
- при отладке сложных сценариев с множеством переменных;
- если нужно быстро проверить, подставляется ли корректное значение в параметры запроса;
- для обучения новичков —-сразу видно, что хранится внутри JMeter.
Когда вреден:
- в нагрузочном тестировании на большом числе потоков Debug Sampler сильно замедляет выполнение;
л- ишний вывод может засорять результаты и мешать анализу;
- в продакшн-тестах он не нужен.
Вывод: использовать Debug Sampler стоит только во время настройки и отладки сценариев. Для боевых нагрузочных прогонов его обязательно нужно убирать.
Я постоянно использую Debug Sampler, если я вытаскиваю переменную через Regular Extractor например, тогда мне сразу видно ее содержимое
Debug Sampler - это специальный элемент в JMeter, который показывает содержимое переменных, properties и контекст теста прямо во время выполнения.
Когда полезен:
- при отладке сложных сценариев с множеством переменных;
- если нужно быстро проверить, подставляется ли корректное значение в параметры запроса;
- для обучения новичков —-сразу видно, что хранится внутри JMeter.
Когда вреден:
- в нагрузочном тестировании на большом числе потоков Debug Sampler сильно замедляет выполнение;
л- ишний вывод может засорять результаты и мешать анализу;
- в продакшн-тестах он не нужен.
Вывод: использовать Debug Sampler стоит только во время настройки и отладки сценариев. Для боевых нагрузочных прогонов его обязательно нужно убирать.
Я постоянно использую Debug Sampler, если я вытаскиваю переменную через Regular Extractor например, тогда мне сразу видно ее содержимое
👍4