сервер успешно лежал. Веб-клиент отваливался по таймауту; ну можно было наверное на фронтенде впилить простое сообщение про "подождать"? (upd: после 11 добавили), с мобильного пишется такое ^^^
"огромный интерес" "беспрецедентное количество" бла бла бла
А заранее, что, не известно было, сколько народу максимально придёт?
Или проектировщики не изучали мой материал "Формализуем понятие надёжности системы" из СильныхИдей? :)
"...мы хотим создавать системы, которые гарантированно будут правильно функционировать при наличии сбоев, перегрузок и т. п."
Ещё в середине 2000-х, помню, я едва не схантился на какой-то ММО (пиратские войны :), где заказчик выкатил требование 15 тысяч rps. Да без проблем (не помню, вроде ещё Core2 даже не вышел). Берём буст на плюсах, и фигачим свой сетевой сервер. Не пошёл к ним, потому что они давали 55 тысяч, а в другом месте 90 предложили (надо было переделывать движок торк3d , тоже конечно на c++, тогда не было никаких альтернатив, под постапокалиптическую ММОРПГ ); тогда это было очень круто, ну а сегодня, аналог примерно 300k, кстати, уже и не очень.
Это я к тому, что, ну, кагбэ сегодня сотни кило-rps это вообще-то довольно рядовой сеньорский стандарт. Не знаете, как? Проконсультируйтесь в любой успешной геймдевовской конторе например.
Я недавно упоминал "как гарантировать холодный старт системы, в которой кэша нету принципиально, за 100 мс", и в вк на эту тему начал серию постов, первый.
P.S. Нам конечно расскажут потом сказки про хакеров, но в любом случае причина подобного всегда ровно одна: кривая архитектура.
P.P.S. смс-ка на голосование кстати пришла с кодом 6662 — вот она, бесовщина, где сидит! )