Причины, по которым сайты не справляются с ростом нагрузки: опыт Southbridge

[amarao]

в системе начали заканчиваться TCP-порты.

Решение

Эту проблему можно было решить, только увеличив количество серверов.

Оппа. А второй IP'шник повесить - не?

[sfw]

У клиента есть свои особенности, поэтому лучшим вариантом было именно добавление новых серверов. Наверное "только" стоит убрать, чтобы не вводить в заблуждение :)

[Xrabr]

Ддосят сейчас кстати очень редко, по моим оценкам максимум один процент сайтов

[sfw]

Это в минуту. Спасибо что обратили внимание, поправим в статье.

[Mirkom63]

Неужели ресурсы с такими объемами трафиком (это намек на то, что это не сервисы на один день с одним программистом в штате) не могут самостоятельно решить такие банальные проблемы? Мне кажется это очевидно, что если у тебя грузится сайт, надо оптимизировать код и добавлять сервера?

Как можно было создать портал, который на столько известен, что может нагнать 300 тысяч человек в минуту и до сих пор не проработал проблему, что трафик может увеличиться?

Я не с претензией к статье и авторам, а мне правда не понятно)

Ну я еще и с собой сравниваю. Я работаю в проекте, в котором бывают нагрузки. И я просто самостоятельно по мере увеличание нагрузки на сервис, увеличиваю мощности и распределяю нагрузки между серверами и не понимаю зачем обращаться к другим сервисам, если можно и самому разобраться)

[amarao]

Консалтинг в нагруженный момент времени - вполне разумно. Дополняет компетенцию на местах, и дешевле, чем несколько гугу на фуллтайм. core compentence при этом должна быть внутри компании, но платные советы за деньги это добавка к существующей компетенции.

[Afigan]

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

[Sleuthhound]

>>например пользователи не могли найти через поиск определённый товар, зато нагрузка на внутренние сервисы существенно снизилась. Это позволило предотвратить падение сайта до конца распродажи.

Есть правило - лучше лежать и ничего не отдавать, чем отдавать пустой поиск (ошибку поиска). Ну а для сайта по продаже товара - не найти товар = не продать товар = не получить прибыль. Печально, что Вы не в курсе этого правила.

[kai3341]

По нашему опыту, к медленной работе или недоступности сайта при росте нагрузки приводят:

* проблемы с кодом — 55% случаев;

* неоптимальная архитектура — 25% случаев;

Нехитрый подсчёт приводит к неутешительной мысли -- в 80% случаев оказывается, что программист недостаточно скилован. Проблема усугубляется тем, что из всех дырок кричат, что хард скилы не важны, надо прокачивать софт скилы. Вопрос -- а кто код писать будет?