Beget: как не наступить на те же грабли?
Сегодня упал крупный российский хостинг-провайдер. Почти полмиллиона сайтов недоступны, официальных причин нет, но, судя по заявлению компании, ситуация затронула все уровни архитектуры. Это вскрывает важную проблему в курсе на импортозамещение: «всё должно быть своё» — звучит правильно, но подключить отечественный сервис и забыть обо всём нельзя. Всегда нужно готовить резерв на случай отказа (независимый сервис или своё решение). Мы с командой перестраховались: у нас есть резервные сервисы и автоматизированный подъём систем на такие случаи. А всем, кто не подумал о таком сценарии, сейчас приходится разгребать последствия инцидента. И вот важный момент: Beget перешли на современные технологии — микросервисы и Kubernetes. Но даже это не спасло. Ведь главная причина выбора микросервисов — это защита от каскадного отключения. А для этого нужно работать не только над технологиями, но и над архитектурой этих сервисов и отказоустойчивостью. Очень надеюсь, что Beget восстановят всё в короткие сроки и примут меры, чтобы это не повторилось. Но сегодня открылась одна из главных проблем, над которой ещё предстоит думать: нельзя хранить все яйца в одной корзинке. А как вас задел инцидент и как вы справились? Делитесь опытом!
· вчера
Чет не понял отсылки к импортозамещению
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· вчера
Согласен дырки в отечественных решения точно такие же а то и эпичнее, что за мнение то такое что если отечественное то "надежно" ? Все решения работают на определенных технологиях и их стыках , вы серьезно думаете что Yandex DataLens не подвержен php уязвимостям или дрон атаке ..... Тут уже не знаешь от чего защищаться и как ... Порой, но определенно нескучно. 😅
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· вчера
Шикарный ответ, только не на мой вопрос
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· вчера
Многие перешли на «своё» превентивно, просто чтобы успеть. Переехали, выдохнули и забили: «Теперь-то мы в безопасности». Но архитектуру и отказоустойчивость под это никто не перестраивал. В итоге Beget, это не про «плохой хостинг», а про то, что переезд, это не финиш, а старт.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· вчера
Я лично видел три компании, которые переходили на наши решения без острой необходимости, просто чтобы закрыть вопрос. Галочка поставлена, можно выдохнуть. А то, что под новую архитектуру нужно перестроить процессы и заложить отказоустойчивость, об этом никто не думал.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· вчера
А клиенты OVH и NorthC они из какой категории будут? Там в первом случае только 3,5млн сайтов было.
И попросите нейросеть, которая Вам ответы генерирует, как-то делать это внятнее ис конкретикой
-1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 12 ч
А где я распределял кого-то на какие-то категории? Я как бизнес-аналитик увидел ошибки и подсветил их. В данном случае: клиенты Beget сидят без своих сервисов, потому что нет отказоустойчивости. У самого Beget явно ошибки в архитектуре, так как микросервисы должны быть защищены от каскадного падения при кибератаках (оф. заявление). А насчёт нейросети: она помогает мне экономить время на красивую обёртку моих мыслей, и все тексты я правлю, чтобы моя мысль была донесена в оригинале. Если что-то непонятно, спросите, я готов объяснить более простым языком.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 5 ч
Красивая обёртка хороша там, где есть что борочатвать.
Никита, как где распределяли? Вот ваши слова: “Многие переехали на “своё”… Переехали, выдохнули и забили”. Вы в контексте аварии Beget прямым текстом увязали технический факап хостинга с трендом на импортозамещение.
Мой вопрос про OVH (где сгорело 3.5 млн сайтов) и NorthC как раз про это. И в догонку вам ещё примеры для “бизнес-анализа”:
Когда у Meta в 2021 году из-за одной команды и бага автоматизации упали вообще ВСЕ дата-центры по всему миру на 7 часов…
Когда у Azure в 2025 году из-за ошибки конфигурации на 8 с лишним часов легла глобальная инфраструктура…
Когда у AWS в том же 2025-м каскадный сбой 15 часов штормил 113 сервисов…
…клиенты этих мировых гигантов - это тоже "те, кто бездумно переехал на своё и забил"? Или у американских и европейских платформ какие-то другие законы физики, архитектуры и кибератак?
Привязывать масштабную инфраструктурную аварию дата-центра к “курсу на импортозамещение” - это натягивание совы на глобус ради хайпового текста. Падают все: и наши, и зарубежные, и микросервисы, и монолиты. И дело тут не в галочке за переезд, а в том, что стопроцентной отказоустойчивости в природе не существует.
P.S. За честность про нейросеть - лайк, но пока она явно генерирует вам красивые обтекаемые фразы для ухода от прямых вопросов вместо реального технического анализа.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён