Так как Кафка высокопроизводительная, в неё лить будешь только ты и не относится к объекту тестирования то вообще все равно на чем она будет развёрнута
Имхо, все как обычно, только транспорт не хттп а Кафка, поскольку Кафка становится популярной, было бы не плохо что бы джиметр из коробки умел с ней работать 🤔
Имхо, все как обычно, только транспорт не хттп а Кафка, поскольку Кафка становится популярной, было бы не плохо что бы джиметр из коробки умел с ней работать 🤔
Говорят он не очень. Что именно было не так не помню, вроде то что он сообщения не маркирует, и ты не знаешь время похождения Не фруаутпот, а именно время пока сообщение из продьюсера до консьюмера дойдет Но это для тестирования самой кафки развернутой на конкретном проекте
Говорят он не очень. Что именно было не так не помню, вроде то что он сообщения не маркирует, и ты не знаешь время похождения Не фруаутпот, а именно время пока сообщение из продьюсера до консьюмера дойдет Но это для тестирования самой кафки развернутой на конкретном проекте
Говорят он не очень. Что именно было не так не помню, вроде то что он сообщения не маркирует, и ты не знаешь время похождения Не фруаутпот, а именно время пока сообщение из продьюсера до консьюмера дойдет Но это для тестирования самой кафки развернутой на конкретном проекте
Почти никто не маркирует. А если маркировать, то тест упадет во многих случаях из-за избытка потоков/соединений/выделенной памяти.
В плагине от Тинькофф ( @red_bashmak ) для Кафка пока нет получения сообщений. Там можно настроить уничтожение сообщений в принимающей очереди и просто отправлять. А время отработки мониторить как-то ещё
В одной системе работающей с очередями выручило то, что она вела MBean метрики по длительности обработки задач и размеру ее внутренней очереди с задачами. Метрики от apache.camel. Просто замерял производительность по ним.
Ещё рабочий подход - просто загрузить во входную очередь 100 000 сообщений и замерять как быстро они все кончатся. Получая длину очереди. Тут тоже ответы не получают в тесте.
Когда готовил доклад для Heisenbug про Асинхронное тестирование производительности не указал такой способ. А после доклада ко мне подошёл хороший человек и рассказал о своем опыте. Забыл имя, лицо помню
Почти никто не маркирует. А если маркировать, то тест упадет во многих случаях из-за избытка потоков/соединений/выделенной памяти.
В плагине от Тинькофф ( @red_bashmak ) для Кафка пока нет получения сообщений. Там можно настроить уничтожение сообщений в принимающей очереди и просто отправлять. А время отработки мониторить как-то ещё
Почти никто не маркирует. А если маркировать, то тест упадет во многих случаях из-за избытка потоков/соединений/выделенной памяти.
В плагине от Тинькофф ( @red_bashmak ) для Кафка пока нет получения сообщений. Там можно настроить уничтожение сообщений в принимающей очереди и просто отправлять. А время отработки мониторить как-то ещё
Да, думал об этом Надо маркировать не все сообщения, а процент указанный, например каждое тысячное