Нам просто так удобнее - в одном месте всё подсчитывать.
И время отклика, и количество потоков, и длительность ступеней

Ну вот когда оно делает среньк-среньк, то кордампы и логи всяческие шлем вендору с пинками «чините это».

Новый инженер, вероятно, перепишет это. Если оно документировано не так, или будет где-то непонято

В этом весь риск. И возможно, перепишет на Vanila JMeter или даже на k6

Такой может быть цепочка
1. Как-то кто-то забудет маршруты обновить на gateway
2. У человека запрос отправляться не будет, хотя в сервисе он есть и приниматься должен
3. После трёх дней мучений, инженер решит, что дело в отправлялке и переделает ее за день
4. По странному стечению обстоятельств в этот же день DevOps отновит маршруты
5. На Дейли скажут, что переписывание теста помогло

всегда так делаю😂😂😂

@A9263600123 был опыт использования разработки на базе JMeter, на чистой Java?

Скорее, devops обновит маршруты на следующий день, а тестировщик убедит себя, что дело в переписывании, хотя почему заработало только на второй день - останется не ясным

Через месяц кто-то дернет старую версию, она тоже заработает, но возвращаться на неё уже не захочется, потому что перешли на новую :)

Имеешь в виду форкнуть jmeter и допиливания под себя?
Если форк - нет.
Если утилиты всякие анализаторы, генераторы отчётов и прочее подобное, то тут и на чистой java и на python есть у нас опыт

Взять из jmeter только core и сделать тесты. Говорят так в Додо

В додо не делали того. Простые веб скрипты делали т.к. сроки очень сжатые были

Сейчас в додо вполне возможно уже именно так -)

В общем так не стоит говорить, т.к. такая формулировка вызывает только недопонимание.
Во-первых, кафка работает поверх TCP, свой бинарный протокол. Можно поставить HTTP  Rest-proxy если сильно хочется.
Во-вторых, и главное: в юниксах дофига протоколов работает поверх механизма сокетов, а в линуксе ещё больше. Man socket в помощь.
В-третьих, обычно под "работа через сокеты" в юниксах понимается "работа через UNIX Domain Sockets", он же AX_UNIX, он же AX_LOCAL. Сетевой (TCP/IP) стек в таком случае не используется, работа идёт через именованные файловые дескрипторы и общий доступ к памяти. Быстрее, чем через TCP/IP, но только локально и не всеми поддерживается. Кафка так не умеет. СУБД обычно умеют. JDK тоже не умела до самой последней 16-й версии. Windows свежие тоже могут.
А если нужен TCP/IP, то используется сокет типа AX_INET[6]. Так почти всё сетевое хозяйство в юниксах работает. Под Socket в Java (до версии 16) понимается именно работа через AX_INET[6].
Можно ещё написать, но хватит.

Я ещё больший балбес, чем думал вчера:)

Когда ты написал «кафка на уровне сокетов работает» - я сам себе додумал твою фразу в «кафка на уровне ВЕБсокетов работает» :)))

+. Вот та самая упомянутая выше заглушка есть в сокетной версии (есть еще с DPDK) И там варианты UDP/IP и как раз через шаренную память.

главный вопрос - почему тут нет Виталика!?

Так ответили же:
Он ищет человека

Помоги Даше найти инженера производительности? :)

А вообще, в любом случае, конечно, человека который берётся за такие задачи сюда зазвать бы хотелось

Я в додо чате пару раз попросил позвать его к нам.

Но его самого в додо-чате нету и его телеграм мне не дали

нам нужно больше Виталиков!