IK
чем больше запросов, тем равномернее будет попадать
Size: a a a
2017 June 01
VG
забыл - он же "stateless"
VG
IK
это чистый теорвер
VG
вопрос снят
VG
VG
теперь вот думаю по какой метрике решать когда увеличивать количество инстансов и когда уменьшать
АА
есть ручка статистики она показывает очереди...
АА
то есть когда есть запросы ожидающие выполнения можно скэйлиться...
VG
ну добавление можно сделать на очередь когда допилю сбор статистики
VG
а вот интереснее как-раз когда прибивать инстансы - чтобы они не использовались :)
АА
тестировщики обычно пускают все все все разом и ждут когда пройдет...
VG
не понял
АА
думаю по заполнению можно какую нибудь формулу придумать... он же все показывает не толко очереди и загрузку тоже...
АА
может быть ситуация когда запустят 1000 тестов одновременно и сразу придется скэйлиться... потом все быстро пройдет, и нужно сдуваться...
АА
и может волнами ходить кластер из за неравномерной нагрузки...
VG
ну для этого есть определенные механизмы как это контролировать - например если очередь в среднем за время больше чем Х - тогда добавлять инстанс
VG
короче для начала прикручу сбор статистики и понаблюдаю как суточный тренд выглядит
АА
я просто хотел сказать, что паттерн использования грида тестировщиками - запустить все и ждать...
VG
ну тут дело в том что у нас нет тестировщиков. Я как бы 1 человек который помогает нескольким командам инженеров с инструментами и инфраструкторой для тестирования. И тесты крутятся почти continuously (много сервисов независимых и continuous delivery на каждом)