DS
https://youtu.be/HI6fAq-l0zw?t=30
Осторожно, - много мата
Осторожно, - много мата
Size: a a a
2021 August 13
p
Ты только недавно рассказывал про риски использования стороннего сервиса "у вас 5 дней на миграцию своих данных"
МН
Днс кэши в целом "обходятся" низким TTL. Простой 10 минут лучше, чем несколько часов
BB
только не обязательно все провы будут брать ваш TTL
p
это не работает
МН
А если API/фронт управления этим чудом ляжет?
МН
По моим небольшим наблюдениям вроде особо не забивают провы на тто, но наблюдений мало
A
Провайдеры ок. А кеш dns на роутере пользователя и о боже персоналки?
МН
А много на каких роутерах такой жёсткий кеш?
AS
Ну, я не спец по Windows. А вот рассказы про Всемирный Прорыв слышу каждый год.
A
Такой это какой?
МН
Больше 10 мин
p
10 минут даунтайма вам ок?
A
Не вдавался. Например в виндах он явно не 10 минут
AS
Ну ляжет, и ляжет. Смотрите список outages провайдера.
Гораздо важнее, что ваши манипуляции с ДНС предоставят гораздо меньшую доступность сервиса.
Гораздо важнее, что ваши манипуляции с ДНС предоставят гораздо меньшую доступность сервиса.
AZ
Да. И?
МН
Когда как
p
Ну вот интересно кто такое траблшутит, когда проблема где-то посередине или же комбо из сочетания сети и того что живёт в vm
МН
Мысль про высокую доступности внутри чужой сети интересная, спасибо.
Необходимость иметь резервную инфраструктуру и днс не отменяет, но может свести вероятность прибегания к разруливанию днсом к миримуму
Необходимость иметь резервную инфраструктуру и днс не отменяет, но может свести вероятность прибегания к разруливанию днсом к миримуму
AS
>еще можно после(или перед) ДНС поставить балансировщики, которые будут быстрее определять мертый бэкенд
Так делать нельзя, это легко приведёт к адскому флаппингу. И куче проблем, когда будет два субкластера с разными данными.
Так делать нельзя, это легко приведёт к адскому флаппингу. И куче проблем, когда будет два субкластера с разными данными.