Здравствуйте, itslave, Вы писали:

I>Здравствуйте, gandjustas, Вы писали:

G>>Только почему-то за все время не объявился никто, у кого проект по нагрузке превосходил бы SO.
G>>Есть отдельные личности с data-intensive задачами, но трафика SO даже близко ни у кого нет.
I>Ну они канечно же тебе были обязаны отрепортать в личку — и писатели топика, и читатели
Ну конечно же я обязан считать что у всех пипец какие масштабные проекты и все знают о чем пишут

G>>Что такое "конкурентных сессий" ? Сколько запросов приходилось на фронт-енд?
I>Количество уникальных юзверей, зашедших на сайт. Которым необходимо права доступа разграничивать и все такое.
Это за какой период времени? Что за сайт? Сколько запросов на фронтэнд сервер приходится в секунду?

G>>>>И как это связано? Из-за плохих программистов горизонтальное масштабирование становится дешевле?
I>>>Именно. Можно взять середнячков и зарядить их педалить бизнес логику по спеке, не особо задумываясь над тем как оно работает изнутри. И ессна ж они налажают, и тупо дешевле поставить еще пару серваков, чем вылизывать код.
G>>Это на стоимость scale up vs scale out не влияет.
I>Влияет прямиком. Потому что для scale up квалификация команды критична, один кривой запрос положит сервак. А в sсale out все закончится масштабированием.
Если один кривой запрос положит сервак, то он с таким же успехом положит и два, и три, и десять.
Или ты думаешь что действие говнокода ограничено одним сервером?

G>>Сначала делается апдейт схемы, а потом изменяется код, который со схемой работает. Если отказаться от идеи "одного большого апдейта", то и проблем не будет.
I>Ну вот, на время апдейта схемы и кода система лежит.
С чего ты взял?