Какие есть способы минимизации потерь трафика при падении сайта и времени простоя?

Question

[Павел Колосов]

Работаю менеджером на проекте.
На проект планируется неконтролируемый рост трафика в 30 раз.
Трафик дорогой, не хочется его терять, если вдруг мы таки его не выдержим.
Предложение команды - подождать, когда сайт упадет и принимать меры.
Предполагаемое, время простоя будет от часа до суток.

У меня родилось предложение - контролировать трафик. 
При проблеме с нагрузкой на сервера, сайт отдает часть страниц корректно, запросы сверх указанной нормы отдавать 50х ошибки. Сайт не ляжет и продолжит работу на максимуме своих возможностей. А мы будем спокойно исправлять проблемы на сервере: ставить сервера, исправлять конфиги и т.д.

Плюс такого решения - то что мы сохраняем максимум денег, и не потребуется перезагружать сервера полностью, т.е. downtime сведем к нулю. 

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

Что скажет сообщество? Какие еще варианты решений проблемы сохранения трафика в ситуации такого роста большого роста?

Answer 1

[Оптимус Пьян]

Что мешает провести предварительное нагрузочное тестирование (типа сам себе DDOS) и увидеть максимум возможной нагрузки и возможные узкие места? Другое дело что команда возможно ленится это делать?
А возможно они просто не верят в маркеитнг, не верят что удастся привлечь столько трафика.

Comments

[Павел Колосов]

Нагрузочное тестирование проведем, но из-за ограничений времени делаем только GET-запросы. Это и создает возможности для возникновения риска.

[Илья]

Павел Колосов: не совсем понятно, что значит гет запросы? Если у вас хватает времени задавать здесь вопросы, то уж время написать пару сотен строк скрипта для нагрузки точно есть.

[Павел Колосов]

FireGM: Спасибо за рекомендацию. К сожалению, конкретно у меня нет квалификации для написания кода. Вопрос не в том как протестировать проект. Ребята в этом направлении работают и внесут все необходимые исправления. Вопрос в том, как минимизировать последствия возникновения риска описанные в вопросе.
Или правильное решения в таких ситуациях - падать и пытаться подняться? Или есть другие сценарии, например: остановить нагрузку на максимально доступном уровне как я описал в вопросе?

[Илья]

Павел Колосов: если есть точные данные по увеличению нагрузки, то надо провести нагрузочное тестирование -> увидеть горлышко -> оптимизировать код. А по поводу падать/отсечь - тут, наверное, дело религии. Но отсекать клиентов мне кажется неправильным, лучше упасть и срочно бежать править код.

[Илья]

Павел Колосов: Но это имхо и мои проекты пока не были завязаны на большие деньги.

[Оптимус Пьян]

Павел Колосов: нагрузочное тестирование спокойно можно провести ГЕТ-запросами не думаю что у вас будет 100 POST-форм в секунду ))

Answer 2

[Dimonchik]

а зачем вам в 30 раз трафа, если вы его не можете переварить?

Comments

[Павел Колосов]

Запутанная история. Технический директор был уверен, что выдержим, но я до сих пор не вижу ни одного подтверждения этого утверждения. Повлиять на это решение уже не могу, поэтому изучаю способы минимизации ущерба.
Хочу предложить команде сценарий работы, если вдруг сервера перестанут справляться с нагрузкой.

[Dimonchik]

ну сценарий называется "русский авось", желаемый сценарий для такого обычно - разворачивание на Амазоне, балансировка и т.д., но все это, конечно, денежка, а иногда и немалая, но если Вы написали "ставить сервера", то, наверно ж, есть бюджеты? вот и натсройтесь на кроатковременную аренду облако, можно даже на OVH