Пользователи сообщили о сбое в сервисах «Яндекс.Еда» и Delivery Club Статьи редакции
Обе компании справились со сбоями за вечер.
Вечером 14 февраля 2020 года пользователи сообщили о проблемах с загрузкой приложений «Яндекс.Еда» и Delivery Club. Об этом они написали в Twitter.
наблюдаю как одновременно упали деливери и яндекс еда, и вот вопрос: либо диверсия, либо кто-то упал и второй не справился с двойной нагрузкой
одновременно упали яндекс еда и деливери клаб, умираю от голода по-миллениальски
На сайте Delivery Club также написано о проблемах в работе сервиса. Сайт «Яндекс.Еды» открывается, но при попытке оформить заказ возникает ошибка.
В «Яндексе» подтвердили vc.ru, что у некоторых пользователей возникали кратковременные трудности с доступом к «Яндекс.Еде», но сейчас сервис работает в штатном режиме.
«Некоторые пользователи сейчас могут столкнуться со сложностями при входе в приложение на фоне аномально высокого спроса, мы занимаемся решением этой проблемы. С операционной точки зрения сервис работает в штатном режиме», — сообщили в Delivery Club.
Обновлено в 21:20. В Delivery Club сообщили vc.ru об устранении сбоя. Компания выплатит компенсацию курьерам, которым пришлось ждать новые заказы, и примет меры, чтобы всплески спроса не влияли на работу сервиса в будущем.
Яндекс и Mail.ru: "ребята, бросайте свои выделенные сервера, переходите на наши облачные платформы, они мгновенно масштабируются под любую нагрузку, резервируются и никогда не упадут!"
Яндекс и Mail.ru: *падают, когда чуть больше чем обычно влюбленных парочек решают заказать похавать.
А вообще наверное Яндекс с Mail.ru в день Святого Валентина просто решили отключиться от всего мира и побыть вдвоём...
Вы путаете тёплое с мягким. Облака созданы для более плотной утилизации ресурсов. Само облако не знает что внутри него запущено. Система оркестрации может выполнять простые сценарии по разворачиванию инстансов. Динамическое выделение ресурсов практически никто не использует, тк держать пару тысяч серверов прозапас дорого как в плане покупки, так и обслуживания. Условно говоря если сервис обычно имеет 3х запас и это окупает железо, то уже 5х на случай такого выброса может увести сервис глубоко в минус.
Кмк, более плотная утилизация ресурсов - это ближе к контейнерам и прочим микросервисам.
А вот облако без масштабирования под нагрузкой - уже не облако.
К слову, думаю, в Яндексе недооценили пик спроса и настройки масштабирования недокрутили. Но это спекулятивная гипотеза. Интересно будет услышать разбор от самой компании
Почему же? Контейнеризация имеет ограничение по версии ядра. Плюс полная виртуализация, например, позволяет использовать bbr без включения оного на хостовой машине.
А вот облако без масштабирования под нагрузкой - уже не облако.Под какой нагрузкой и как облако должно масштабироваться? Вот кончилась у вас сеть, что должно делать облако?
Если упала одна зона вся - балансировщик должен поднимать инстансы в других зонах. Безусловно, репликация базы тоже должна работать
В какой зоне? Построить за 5 минут в другом регионе еще один ДЦ? Яндекс нагрузку пускает в ближайший для пользователя ДЦ, они об этом говорили на конференциях. Если складывается один, то нагрузка просто уходит в другой. У Яндекса YDB, которые они открыли наружу, он изначально геораспределенный.
Облако Яндекса работает в трёх датацентрах (пока)
Все три ДЦ принимают нагрузку. Сразу все три. Все три принимают запросы от пользователей из ближайшего региона. Это сделано не для того, чтобы в случае чего запуститься в другом ДЦ. Так понятнее?
Вы намекаете что у Яндекса в облаке недостаточный резерв мощностей? Возможно да, возможно нет
Я об этом пишу с самого начала. У них заложен резерв в изначальную конфигурацию. Под динамическое выделение ресурсов резервирования нет и не будет.