Параллельно или нет, зависит от наличия опции single-request, но я в работе не встречал, чтобы кто-то ставил эту опцию. Если мы говорим про Go-резолвер, то он запускает параллельные запросы(если нет single-request), и дожидается ответа для A и AAAA запросов, но делает это всё для каждого из search domain в цикле последовательно.
Если мы говорим про Kubernetes, то тут зависит от топологии в кластере. По дефолту два запроса пошлются в один ip-адрес DNS-сервера, который является service ip. Но через правила dnat (iptables/ipvs) будут отправляться в разные реальные DNS-серверы по round robin, если конечно реальный сервер не один.
Лучше не делать запрос, если он не нужен. Для кубернетеса ещё придумали ставить на каждую машину локально DNS-сервер, чтобы udp трафик не летал между нодами и отдавался локально с машины из кэша.
9 и 10 пункт показывает потребление только контейнеров, но не покажет использование kubelet, cri(docker/containerd/crio) и остальных демонов. А ещё не будет видно softirq для сети и steal для виртуалок.
Есть ещё плагин «Key promoter». Смысл его в том, что если нажать мышкой какую-нибудь кнопку, у которой есть хоткей, то на время появится плашка с хоткеем
Есть интересная книжка «Китайское исследование», в которой учёный (!) аргументированно с указаниями исследований доказывает связь между заболеваниями и едой и физической активностью. Как раз таки в книжке есть результаты исследований по заболеванию раком (желудка, кишечника), сердечно-сосудистыми заболеваниями и другим (сахарный диабет и прочее).
У меня не так быстро сажается батарея, но я заметил, что после обновления на 7.1 телефон стал заметней разряжаться. Сложно сказать во сколько раз точно, то где-то в 1.5 раза быстрее.
Параллельно или нет, зависит от наличия опции single-request, но я в работе не встречал, чтобы кто-то ставил эту опцию. Если мы говорим про Go-резолвер, то он запускает параллельные запросы(если нет single-request), и дожидается ответа для A и AAAA запросов, но делает это всё для каждого из search domain в цикле последовательно.
Если мы говорим про Kubernetes, то тут зависит от топологии в кластере. По дефолту два запроса пошлются в один ip-адрес DNS-сервера, который является service ip. Но через правила dnat (iptables/ipvs) будут отправляться в разные реальные DNS-серверы по round robin, если конечно реальный сервер не один.
Лучше не делать запрос, если он не нужен. Для кубернетеса ещё придумали ставить на каждую машину локально DNS-сервер, чтобы udp трафик не летал между нодами и отдавался локально с машины из кэша.
9 и 10 пункт показывает потребление только контейнеров, но не покажет использование kubelet, cri(docker/containerd/crio) и остальных демонов. А ещё не будет видно softirq для сети и steal для виртуалок.
Зависит от настроек, по дефолту еще 2 раза перепошлет запрос, если он идемпотетный (считай не POST).
Можно перенастроить https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/configmap/#proxy-next-upstream-tries
Поды убиваются не от readiness, а от liveness probes.
Да, было бы интересно, если расскажете. Спасибо!
А как это реализовали, через dex?
Из возможностей, которыми я пользуюсь: