Size: a a a

QA — Load & Performance

2021 June 28

S

Sergey in QA — Load & Performance
В современных фреймворках такое уже всьроенно, включается в конфигурациях.
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Здорово. Не думал об этом. В Spring вероятно есть
источник

S

Sergey in QA — Load & Performance
Есть
источник

H

HencHMaN in QA — Load & Performance
@smirnovqa Добрый вечер, а нет случайно статьи как заставить прометей тянуть jvm метрики подов?
источник

А

Апельсин in QA — Load & Performance
Нихрена не понятно, но очень интересно
источник

А

Апельсин in QA — Load & Performance
Это про последние сообщения Вячеслава
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
https://kubernetes.io/ru/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/

Раз в X секунд, kubernetes проверяет, что Docker-контейнер еще жив.
Например, если выполнилась readiness проба и сервис не доступен, то его выключат из балансировки.
А если была liveness проба и сервис не доступен, то сервис пересоздадут.

И надо за счет правильной настройки сделать так, чтобы при зависании сервис сначала выключился из балансировки.
Завершил все свои запросы, не потерял их. Дать ему спокойно закрыть транзакции. Сделать проводки, завершить платежи, ...
Возможно, он потом даже будет готов снова работать.

Сложная такая работа, продумать все это. Как выводить, как возвращать. А когда не надеяться и просто пересоздавать.
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Это постановка задачи у меня такая в голове. Работу такую еще не выполнил, помочь с ее выполнением не смогу. Так как самому многое непонятно
источник

KY

Kirill Yurkov in QA — Load & Performance
когда есть транзакции в распределенке смотрят в сторону тасков и ретраеров, в таком случае там гораздо более отказоустойчивая система, минимум потерь. но все прелести ретраера с повышением внутренней конкаренси и сложности в анализе такой штуки - сразу приходят в комплекте
источник

KY

Kirill Yurkov in QA — Load & Performance
с пробами действительно надо аккуратнее быть и с умом настраивать, бывают сервисы с долгими блокирующими транзакциями (которые норм для бизнеса) а их прибивает кубер потому что проба не прошла :)
источник

jj

jagga jagga in QA — Load & Performance
звучит как кто-то на говнокодил
источник

KY

Kirill Yurkov in QA — Load & Performance
в кубере подозрительно много говноделов. думаю берут потому что модно, пихают траефик, вся инфра as a code, докеров туда напихал - всё ты гуру, развернул что-то с чем-то в кубе)
источник

jj

jagga jagga in QA — Load & Performance
траефик это сразу не прод-лайк поделка
источник

KY

Kirill Yurkov in QA — Load & Performance
я его поэтому и приплел)
источник

jj

jagga jagga in QA — Load & Performance
это так для rc и dev кластеров
источник

U

Uluk in QA — Load & Performance
Разрешите вопрос задать. Насколько сильно НТ связана с технологиями контейнеризации, оркестрации типа докера и кубера, опеншифта. И в каких ситуациях с ним взаимодействуют? Очень интересна эта тема
источник

KY

Kirill Yurkov in QA — Load & Performance
нифига, тянут в прод и видел не 1 раз
источник

KY

Kirill Yurkov in QA — Load & Performance
зависит от того кто представляет НТ в любом случае. перф инженер может просто просить хост нагружать его по нужным ссылкам и говорить что всё плохо. а может углубиться и разбираться, брать задачи SRE, DevOps. только вот куберы не везде, а оркестраторов предостаточно.
источник

AK

Alex Kachur in QA — Load & Performance
Спасибо за отличный доклад/презентацию! Видно что обьем работы был проделан огромный
источник

jj

jagga jagga in QA — Load & Performance
опыт показывает, что куб лучшее из зол
источник