RV
нет прямой необходимости, есть только потребности, требования и работа с ними.
Size: a a a
2021 November 07
RV
если у вас serverless в aws к примеру - что вы собираетесь тестировать под нагрузкой, AWS?
VA
потому что в заявленных требованиях нет такой ситуации. Как только появится такое требование - будут и тестты на это
RV
вот именно
ИC
Нет конечно)
Я буду тестировать поведение приложения под нагрузкой.
Я буду тестировать поведение приложения под нагрузкой.
RV
А я если и буду брать serverless так еще и затем чтобы выбросить эту часть тестирования из своего скоупа.
RV
а если накрою сайт CDN - упасите меня тестировать нагрузку)
ЮВ
а потом, когда все приляжет под нагрузкой, будет "авс продажная козел ты"?
RV
внезапно, представьте себе? Потому что у них SLA есть и в этом их бизнес. Не будет работать - уйду к конкурентам, а не поставлю в подвале три рэка и буду свой датацентр строить
ЮВ
не, я думаю, будет иначе, ваши SRE, роняя пот и кал, побегут крутить настроечЬки, чтобы оно хоть как-то хромало, а кому-то новую работу придется поискать
RV
ну думайте дальше
ЮВ
ггг.у нас, у инженеров ведь как, кто первый сказал "горизонтальное масштабирование в облаке", тот и победил
ИC
@random1st
Номинально Вы правы.
Принцип: Мама сказала сметана, мама сказала в бедоне.
Имеет место быть. Юристы будут хлопать в ладоши.
Моё ИМХО: во всём нужен баланс. Если клиент не указал что-то в явном виде, это повод задать ему вопрос и уточнить. Особенно при проектах с заказной разработкой под конкретного заказчика.
Номинально Вы правы.
Принцип: Мама сказала сметана, мама сказала в бедоне.
Имеет место быть. Юристы будут хлопать в ладоши.
Моё ИМХО: во всём нужен баланс. Если клиент не указал что-то в явном виде, это повод задать ему вопрос и уточнить. Особенно при проектах с заказной разработкой под конкретного заказчика.
ЮВ
я на практике сталкивался со следующим заключением: "производительность системы 2tps, значит, чтобы обеспечить 300tps, нужно поднять 150 экземпляров". дата, подпись, принято.
RV
а никто не говорит что клиент что-то соображает. Дизайнить системы - работа архитектора
p
Ну будут тесты на API, ок. Может даже повезёт найти какие-то баги. Но есть же ещё непубличная часть где бывает всякая дичь. Например, один вендор в своей библиотеке создаёт треды и ходит в интернеты за обновлением локальных баз(антиспам это, если что).
AS
Вообще говоря, тот же Яндекс тратит на а/b тестирование зачастую больше времени чем на разработку.
Но куда ему до местных техдиров)))
Но куда ему до местных техдиров)))
p
В вашей он излишний, а нам он нужен был и чинить/писать свою замену - это непозволительная роскошь, потому с таким кодом надо как-то уметь жить.
AS
Там нечего писать по сути. Это просто набор сигнатур. Заранее до вас уже собранный, кстати.
RV
а/б тестирование - это проверка гипотез, а не приемка. Местным техдиром я скорее вас назвать могу, я на российском рынке никогда не работал