Каскадный сбой Yandex Cloud: анатомия событий октября 2026 и выживание бизнеса вне одного облака

[electrofetish]

Считаю, что одно из решений сохранения инфраструктуры сервисов при отвале ЦОД'ов является переключение в бессерверный режим. К сожалению, в современных приложениях отсутствует явное взаимодействие между клиентами (пирами) в пользу единой устойчивой системы.

[artur_realnost]

Для offline-first и локальных приложений подход рабочий. Но в e-com с платежами и приёмом лидов извне всё равно упираешься в единую точку консистентности. Поэтому я и предложил примитивный буфер: дёшево, и самое дорогое, потерю входящих заявок, он закрывает.

[planeant]

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

[artur_realnost]

Мультизона в первые сутки как раз отработала: приложения в нескольких зонах продолжали жить. Посыпалось позже, когда выпали следующие площадки и запаса мощности стало не хватать. Дело не в идее k8s, а в лимитах чужого пула железа.

[Mapar]

Читаю и плачу 😢
1. Бэкап раз в неделю...
2. Бэкап pg через pg_dump и сутки на восстановление индексов ...

[artur_realnost]

Классика: pg_dump раз в неделю хорош, пока ничего не случилось. На большой базе одни индексы пересобираются часами. pgBackRest с WAL и асинхронная реплика во втором контуре закрывают большую часть этой боли.

[m0xf]

С другой стороны, такой бэкап лучше чем его отсутствие.

[Mapar]

Ну как бы и да и нет, если он протестирован и с бизнесом RTO в сутки и RPO в неделю согласовано, не вопрос.

А так это иллюзия бэкапа...

[zartdinov]

А нейронки не решат проблему, да?

[artur_realnost]

Нейронка может написать красивый постмортем и посочувствовать в саппорте, но когда горит стойка и отвалился диск - физику и WAL-логи она пока не восстановит 😅 Железо и сеть спасает только скучная классическая архитектура.