На чистом Go легко пишутся сложные нестандартные нагрузочные сценарии с выводом любых метрик в Графану, если вы умеете готовить Go для нагрузочного тестирования. Не очень понятно, зачем писать модули/коннекторы и сам сценарий на разных языках, когда можно всё сделать гораздо проще и быстрее. У нас очень сложные нестандартные асинхронные сценарии с проверкой состояния параллельных потоков данных, нам пришлось писать скрипты на Go. Со временем, мы перевели все остальные проекты на него, так как мы влюбились в простоту, скорость разработки, поддержку и отсутствие каких-либо даже теоретических технических ограничений. Универсальные части легко выносятся в модуль и вы пишите только бизнес логику. Также удивило насколько эффективно используются ресурсы машины генератора при работе на ней Go скрипта. Если на одной машине сравнивать одинаковый сценарий с тем же JMeter, то разница на порядок не в пользу JMeter по максимальному исходящему RPS и максимальной утилизации ресурсов генератора. Если вас полностью устраивает ваш инструмент, то, наверное, ничего менять не нужно. А мы свой выбор уже сделали.
После перехода написания нагрузочных тестов на Go (без фреймворков), жизнь резко наладилась и появилось некое чувство дзена впервые за 12+ лет опыта в НТ.
Было бы интересно, если бы в сравнение производительсности были включены корутины. На сколько я в курсе, на C тоже есть библиотеки, позволяющие реализовать этот механизм.
Нашёл перекрёсток, рядом с которым живу. За прошлое лето там было как минимум 3 серъёзных ДТП с пострадавшими. Ваш сервис показывает, что за прошлый год там не было ни одного проишествия. Что-то где-то не так работает ))
На чистом Go легко пишутся сложные нестандартные нагрузочные сценарии с выводом любых метрик в Графану, если вы умеете готовить Go для нагрузочного тестирования. Не очень понятно, зачем писать модули/коннекторы и сам сценарий на разных языках, когда можно всё сделать гораздо проще и быстрее. У нас очень сложные нестандартные асинхронные сценарии с проверкой состояния параллельных потоков данных, нам пришлось писать скрипты на Go. Со временем, мы перевели все остальные проекты на него, так как мы влюбились в простоту, скорость разработки, поддержку и отсутствие каких-либо даже теоретических технических ограничений. Универсальные части легко выносятся в модуль и вы пишите только бизнес логику. Также удивило насколько эффективно используются ресурсы машины генератора при работе на ней Go скрипта. Если на одной машине сравнивать одинаковый сценарий с тем же JMeter, то разница на порядок не в пользу JMeter по максимальному исходящему RPS и максимальной утилизации ресурсов генератора. Если вас полностью устраивает ваш инструмент, то, наверное, ничего менять не нужно. А мы свой выбор уже сделали.