🚀 Почему я выбрал 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. Ладно...к черту лирику. Давайте просто запустим первый скрипт нагрузки. 👇👇👇👇👇