Учитывая, что SO является одним из самых посещаемых сайтов в мире, он не может быть лучшим сайтом для сравнения для нового предприятия.
При этом, насколько мне известно, SO разработала свое собственное решение с точки зрения масштабирования различных аспектов системы, включая кэширование практически всего, что они могут, чтобы снять как можно большую нагрузку с базы данных. В этом сценарии большинство систем масштаба SO оказываются в конечном итоге, потому что ни один готовый продукт или встроенная функция масштабирования полностью не отвечают потребностям этих сайтов с чрезвычайно высоким трафиком.
Поэтому, хотя я не был бы очень удивлен, если бы SQL Web не мог справиться с высокими нагрузками на трафик, я бы поспорил, что встроенных компонентов масштабируемости, которые вы получаете от других уровней SQL Server, сами по себе будет недостаточно для обработки эти виды чрезвычайно высоких нагрузок. (следовательно, почему SO не полагается на них как на основной вектор масштаба.)
Наконец, бизнес-план для любого нового предприятия, которое связано с высоким потенциалом масштабирования, должен также включать поток доходов, который масштабируется вместе с объемом бизнеса (что бы это ни было).
Итак, если вы масштабируете объем данных, которые ваша система должна хранить и управлять, будет ли масштабироваться с этим? Аналогично для количества пользователей или любого другого показателя, который будет расти. Если вы обнаружите, что вы не масштабируете свой доход так быстро, как затраты на масштабирование объединенных метрик, у вас есть проблемы, о которых нужно беспокоиться.