L
да, пока что так. Что 500 зашло и все не умерло
А какой промежуток времени? Если цель увидеть работу 500 клиентов в системе, просто сделай к примеру: 10 минут и 10 запросов от каждого пользователя
Size: a a a
2020 December 01
D
Я бы высчитал. Если есть продуктив, где уже работает 100 человек в online, при этом известно, что они делают 400 RPS. Или пусть 5 RPS по ключевому запросу. То цель - провести тестирование с танком так, чтобы на выходе получилось х5 по всем или по ключевым запросам. Будет приближенная метрика
так получилось, что приложения у нас нет, его выкатывают коробкой 8 декабря, а 17 уже релиз. Надо провести все тестирование + производительность. Даже сейчас написав изейший сценарий, я не смогу прогнать его и посмотреть
D
А какой промежуток времени? Если цель увидеть работу 500 клиентов в системе, просто сделай к примеру: 10 минут и 10 запросов от каждого пользователя
ну то есть надо 500 юзеров создать?
L
А так да, Танком можно это реализовать, довольно легко. Главное делать это с админщиком, он сможет тебе подсказать поведение сервера
L
так получилось, что приложения у нас нет, его выкатывают коробкой 8 декабря, а 17 уже релиз. Надо провести все тестирование + производительность. Даже сейчас написав изейший сценарий, я не смогу прогнать его и посмотреть
Перед выкаткой приложения, его стоит накатить на сервер, идентичный боевому
D
Перед выкаткой приложения, его стоит накатить на сервер, идентичный боевому
это сделают
L
ну то есть надо 500 юзеров создать?
Нет, если ты создашь просто 500 юзеров в жметре и сделаешь тупо сценарий пост запроса, то это даст только линейно возрастающую загрузку
D
я просто не догоняю, как сделать 500 юзеров и через танк их прогонять. У нас авторизация через гугл и jwt токен на приложение, плюсом к этому
L
я просто не догоняю, как сделать 500 юзеров и через танк их прогонять. У нас авторизация через гугл и jwt токен на приложение, плюсом к этому
Берёшь танк, ставишь const для вида нагрузки, делаешь 5x500 RPS = 2500 и ставишь время, которое ты хочешь видеть эту нагрузку (для начала попробуй так, после чего найди граничное значение RPS на сервер, когда он начнёт тебе кидать 500ые ошибки)
D
Берёшь танк, ставишь const для вида нагрузки, делаешь 5x500 RPS = 2500 и ставишь время, которое ты хочешь видеть эту нагрузку (для начала попробуй так, после чего найди граничное значение RPS на сервер, когда он начнёт тебе кидать 500ые ошибки)
это и будет эмуляция 500 человек? правильно понимаю?
D
я просто думал мне надо 500 учеток
L
это и будет эмуляция 500 человек? правильно понимаю?
Это будет эмуляция 5 запросов в секунду от 500 пользователей
L
Сценарий работы от 500 пользователей (которые допустим кликают по линкам внутри приложения) нужно делать через жметер и через регулярные выражения, но в это я очень слаб, тёмная сторона силы скрывает от меня эти знания...
D
интересно, мб такое прокатит, очень бы не хотелось 500 юзеров генерить и врубаться в джиметр
D
у нас есть один момент - это гугл авторизация в приложение и jwt-токен для пользователя. Не станет ли это мешать?
L
у нас есть один момент - это гугл авторизация в приложение и jwt-токен для пользователя. Не станет ли это мешать?
нет, вы с танка напрямую через ssl подключаетесь
L
Кстати, не забудь определить максимальное кол-во rps, после которых сервер начнет сыпать 500ые ошибки
D
то есть по идее сценарий, например const (2500, 10m) может зайти?
Кстати, я заметил в Танке в конфиге такие настройки, как Headers и там можно Cookie указать или Authorization, для чего это нужно? и нужно ли в моем случае?
Кстати, я заметил в Танке в конфиге такие настройки, как Headers и там можно Cookie указать или Authorization, для чего это нужно? и нужно ли в моем случае?
D
Кстати, не забудь определить максимальное кол-во rps, после которых сервер начнет сыпать 500ые ошибки
угу, спасибо
D
и еще такоей момент, сколько должно быть время ответа ? у меня в требованиях такого нет..