🚀 Почему я выбрал k6 для нагрузочного тестирования
Если ждёте какое-то офигенное техническое обоснование выбора, то вы его не дождетесь))
Когда меня попросили провести нагрузку, то встал вопрос выбора инструмента. У нас в компании пока нету каких-то установленных стандртов.
Поэтому первым делом я скачал Apache JMeter. У меня уже был опыт работы с ним, значительно больше чем с k6.
🤷🏻♂️ Но JMeter у меня не запустился: не знаю почему может Java не обновлена или не установлена. Я не стал разбираться. Не хотел тратить на это время.
В итоге я пошел в гитхаб и скачал там последнюю версию k6 для Windows.
📝 JMeter против k6
k6 установился без проблем. Думаю и у вас установится с пол пинка. У него нет зависимостей. Это CLI утилита поэтому проблем в принципе не должно быть.
На самом деле ключевое отличие это то, что Jmeter это GUI инструмент. Поэтому тут вообще не обязательно знать язык программирования. Собственно так я и делал несколько лет назад, когда впервые познакомился с нагрузкой.
В k6 всё иначе: сценарии пишутся полностью на JavaScript. Но при этом код не сложный, хоть в блокноте пиши. Я так и делал с первыми сценариями для последней нагрузке. Так как сценарии пишутся скриптами они удобно версионируются в гит и, соответственно, интегрируются в пайплайны. В общем инструмент более гибкий.
Так же Jmeter написан на Java, а k6 на Go. Что делает первый более тяжелым, а k6 более легким и быстрым.
🎯 Почему я остановился на k6
Сценарии на JavaScript удобно и современно и мне отличная допоkнительная практика с JavaScript
Отличная интеграция с Grafana - можно сразу наблюдать метрики и графики не тратя время на танцы с бубном. Тем более у нас на проекте Grafana.
Ладно...к черту лирику. Давайте просто запустим первый скрипт нагрузки.
👇👇👇👇👇
