У нас есть курсы для обучения. Мы нанимаем людей без знания Scala, но с базовым знанием программирования и других инструментов НТ ввиду, того, что зная хотя бы 1 инструмент и язык программирования освоиться в Gatling не составит труда.
Отличная идея для статей, подумаю над тем как это всё описать в будущем, но сразу хочу сказать, что уже существует хорошая документация и самого Gatling в которой почти всё это уже есть: gatling.io/docs/current
Соглашение об уровне предоставления услуги (англ. Service Level Agreement, SLA) — чаще всего так бизнес накладывает свои ограничения на работу сервиса. NFR — же в данном случае более общий критерий на мой взгляд.
bandwidth — это физическая ширина канала, выделенная вам провайдером, а throughput — показывает сколько этой ширины канала вы реально используйте на данный момент.
Мы лишь дополнили инструмент Gatling (gatling.io)своими плагинами и рассказали о том, как его правильно готовить по нашему мнению. Есть готовые примеры в репозитории с плагином https://github.com/Tinkoff/gatling-kafka-plugin/tree/master/src/test/scala/ru/tinkoff/gatling/kafka/examples
У нас есть курсы для обучения. Мы нанимаем людей без знания Scala, но с базовым знанием программирования и других инструментов НТ ввиду, того, что зная хотя бы 1 инструмент и язык программирования освоиться в Gatling не составит труда.
Сравнение явно полезное, но из коробки k6 поддерживает намного больше протоколов: https://k6.io/docs/using-k6/protocols/ и для k6 лучше было использовать сценарии (https://k6.io/docs/using-k6/scenarios/executors/), а не старую модель со stages/target - предполагаю, что у вас получились бы совсем другие числа.
bandwidth — это физическая ширина канала, выделенная вам провайдером, а throughput — показывает сколько этой ширины канала вы реально используйте на данный момент.