План переключения при недоступности сервера

Пишу о том, как ИТ и ИИ реально помогают бизнесу: без хайпа, с понятными шагами, критериями и кейсами. 30+ лет в проектах IBM/Microsoft/enterprise — делюсь тем, что работает в российских реалиях. Разбираем стратегию облака, KPI и SLA, роль ИТ-функции и сценарии применения ИИ без кода. Ставка на практику: меньше красивых слов, больше решений, которые можно внедрить завтра.

резервированиевысокая доступностьvps
  • 🔌 Пару дней назад у меня перестал открываться сервер в Европе. SSH молчит, таймаут — и всё.
  • ⏱ Работа не встала: через пятнадцать секунд я продолжил на втором VPS, у другого провайдера. Он появился в тот же день, что и основной — на случай ровно такого утра.
  • 🔍 Дальше пара часов на причину. Дело оказалось не на моей стороне: блок адресов забанили для доступа из России, мой просто попал под общую раздачу. Такой сценарий был предсказуем, отсюда и альтернативный сервер у другого хостера.
  • 🛠 Написал хостеру, сменили IP — всё заработало.
  • 🏢 Так теперь устроена работа: сегодня перестаёт работать то, что вчера работало, и на этом висят процессы. Вопрос «кто виноват» тут бесполезен. Полезен другой — есть ли куда переключиться.
  • 🧯 У меня было. Но если вас накрыло без плана, порядок такой.
  1. Шаг первый — план на сегодня и эту неделю.

    Не стратегия на три года и даже не на квартал. Что переносим прямо сейчас, что дублируем к пятнице, что просто переживём.

  2. Шаг второй — не откладывая, в те же дни.

    Выпишите, что ещё может отвалиться так же: чем пользуетесь, что встанет, если завтра не откроется, сколько займёт замена. Вот здесь уже нужен горизонт — 30, 60, 90 дней: что успеваем подстраховать в каждом окне.

🔥 Без такого списка каждая следующая новость — пожар. С ним — задача с понятным сроком.

💡 Мои пятнадцать секунд — это не реакция. Это решение, принятое сильно раньше.

Дискуссия

Dmitry Ermishin
Ни про девопс, ни про итил, походу, вообще не слышали в плане реализации отказоустойчивости
ИТ: сложно, но можно - Обсуждения
Dmitry Ermishin
Ни про девопс, ни про итил, походу, вообще не слышали в плане реализации отказоустойчивости
Дим, ну не все на продвинутом уровне ИТ находятся. Кто-то просто торты печет, кто-то сантехнику чинит, кто-то продает на ВБ.
Dmitry Ermishin
ИТ: сложно, но можно - Обсуждения
Дим, ну не все на продвинутом уровне ИТ находятся. Кто-то просто торты печет, кто-то сантехнику чинит, кто-то продает на ВБ.
Это так, и сервисы по подписке призваны были закрыть типовые боли типовыми решениями. И чем больше унифицированности - тем проще поддержка решений. Часто необходимость затрат на сопровождение чего-либо даже не рассматривается, ТСО потянуть еще обосновать надо
ИТ: сложно, но можно - Обсуждения
Dmitry Ermishin
Это так, и сервисы по подписке призваны были закрыть типовые боли типовыми решениями. И чем больше унифицированности - тем проще поддержка решений. Часто необходимость затрат на сопровождение чего-либо даже не рассматривается, ТСО потянуть еще обосновать надо
Всё так. И об этом тоже постик будет скоро.
Присоединиться к обсуждению →

Читайте так же