Ограничение при использовании K6 (влияние нагрузки) для нагрузочного тестирования на API

Question

Я провел несколько тестов с использованием k6 (OSS) по влиянию нагрузки и нашел его отличным с точки зрения удобства использования по сравнению с JMeter

Я занимаюсь технико-экономическим обоснованием, чтобы выбрать инструмент нагрузочного тестирования, который должен помочь мне в проведении API-тестирования. Я склонен к использованию K6, потому что считаю, что он удобен для разработчиков, но не смог найти ресурсов, которые бы советовали относительно максимальной нагрузки, которую я могу моделировать с помощью K6.

Можно ли имитировать 1 миллион оборотов в секунду (запросов в секунду) с помощью K6? Если да, как мне добиться этого?

Answer 1

Вы можете запустить k6 в облаке Load Impact (https://loadimpact.com) (режим облачного выполнения), чтобы получить доступ к нескольким экземплярам k6, выполняющимся параллельно. Затем, как было отмечено, вы можете генерировать большое количество запросов в секунду с помощью конкретный RPS сильно зависит от вашего сценария и других факторов.

Answer 2

Теоретически, да, если вы используете несколько экземпляров k6, вы можете выполнять столько запросов в секунду, сколько пожелаете. Один экземпляр k6 может выдавать от тысячи до десятков тысяч запросов в секунду, в зависимости от множества различных факторов - технических характеристик компьютера, сложности сценариев, виртуальных сред, времени ожидания, состояния сети и т. Д.

Сейчас у k6 нет собственного распределенного режима выполнения, поэтому вам придется планировать разные экземпляры самостоятельно. Существует REST API (https://docs.k6.io/docs/rest-api), и вы можете выводить метрики на централизованный сборщик, такой как InfluxDB (https://docs.k6.io/docs/results-output),), но для выполнения одного теста на нескольких машинах потребуется определенная работа. Собственное распределенное выполнение k6 режим запланирован, но работа над ним еще не началась.