Comments 4
Интересная статья, спасибо.
Надо будет прочитать предыдущие.
Я так понял, вы разработали свой инструмент нагрузочного тестирования?
Подскажите, в предыдущих статьях цикла есть примеры генерации нагрузки (ну, не как в этой статье с единичкой :))?
Мы лишь дополнили инструмент Gatling (gatling.io)своими плагинами и рассказали о том, как его правильно готовить по нашему мнению. Есть готовые примеры в репозитории с плагином https://github.com/Tinkoff/gatling-kafka-plugin/tree/master/src/test/scala/ru/tinkoff/gatling/kafka/examples
В предыдущих статьях есть примеры генерации нагрузки такого типа:
setUp(
new CommonScenario().createTableScn
.inject(atOnceUsers(1))
.andThen(
new CommonScenario().insertInTable.inject(
// интенсивность на ступень
incrementUsersPerSec((intensity / stagesNumber).toInt)
// Количество ступеней
.times(stagesNumber)
// Длительность полки
.eachLevelLasting(stageDuration)
// Длительность разгона
.separatedByRampsLasting(rampDuration)
// Начало нагрузки с
.startingFrom(0),
),
),
).protocols(jdbcProtocol)
// общая длительность теста
.maxDuration(testDuration)
Подробнее можно почитать в официальной документации gatling о генерации нагрузки.
Спасибо за статью!
Подскажите пожалуйста, реально ли в метод send() передавать объекты посложнее чем строковые литералы или строковые литералы + EL? И можно ли обратиться к атрибутам сессии, чтобы в метод send подсовывать объекты, у которых поля изменяются в процессе симуляции?
Gatling. Тестирование Kafka