Может ли переполнение стека выполняться в SQL Server Web Edition?

8

Я начинаю новое веб-предприятие, которое может потребоваться для большого числа пользователей.

Я уверен в лицензировании SPLA для веб-версии SQL Server, но хочу знать, нужно ли мне переходить на Standard, Enterprise или DataCenter (уверен, что это не будет).

Я знаю, что не стоит думать о масштабировании раньше, чем нужно, но это повлияет на архитектуру сайта и бизнес-план.

Я знаю, что ограничение на процессор зависит от физического процессора, а не потока, так что меня это не беспокоит. Однако некоторые функции зеркалирования и резервного копирования могут меня беспокоить. Так ли полагается на эти функции?

tl; dr :
Может ли такой сайт, как переполнение стека, работать в SQL Server Web? Какие аспекты обслуживания и высокой доступности было бы невозможно достичь?

sql-server database-design performance Крис Барри
источник
3
Это больше вопрос о SQL Web Edition, чем о переполнении стека. Я ищу лучшее место, чтобы перенести это в.
Билл Ящерица
Это зависит; трудно ответить на это, не зная точно, как Stack Overflow работает внутренне. Если в StackOverflow используются HA Mirroring, Clustering или PowerPivot For SharePoint (шучу), это будет намного сложнее.
1
Технически это, вероятно, может работать в Интернете. Но каковы ваши ожидания от аварийного переключения, аварийного восстановления, интеллектуального анализа данных и т. Д.?
vcsjones
Требования к мультитенантному решению, для которого имеет смысл лицензирование веб-издания, обычно полностью отличаются от того, что SO делал и для чего нужно было оптимизировать. Может ли хорошо разработанное, хорошо выполненное и хорошо настроенное мультитенантное приложение с семантикой лицензирования веб-сервера работать в Web Edition? Абсолютно. Будет ли масштабируемая монолитная база данных, такая как SO, работать на сервере Web Edition с высокой пропускной способностью? Возможно, но вряд ли.
Ремус Русану
Спасибо за комментарии, вопрос в том, нужно ли мне учитывать Enterprise где-то в будущем? Теперь кажется, что мы собираемся получить стандарт, который лучше, но я помню, как Джефф упомянул кое-что о невозможности перестроить индексы в сети или что-то в этом роде. В любом случае, это действительно просто вопрос о стеке MS, и если это когда-либо будет вменяемым выбором. Или я должен просто укусить пулю и изучить ROR.
Крис Барри

Ответы:

4

Учитывая, что SO является одним из самых посещаемых сайтов в мире, он не может быть лучшим сайтом для сравнения для нового предприятия.

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

Поэтому, хотя я не был бы очень удивлен, если бы SQL Web не мог справиться с высокими нагрузками на трафик, я бы поспорил, что встроенных компонентов масштабируемости, которые вы получаете от других уровней SQL Server, сами по себе будет недостаточно для обработки эти виды чрезвычайно высоких нагрузок. (следовательно, почему SO не полагается на них как на основной вектор масштаба.)

Наконец, бизнес-план для любого нового предприятия, которое связано с высоким потенциалом масштабирования, должен также включать поток доходов, который масштабируется вместе с объемом бизнеса (что бы это ни было).

Итак, если вы масштабируете объем данных, которые ваша система должна хранить и управлять, будет ли масштабироваться с этим? Аналогично для количества пользователей или любого другого показателя, который будет расти. Если вы обнаружите, что вы не масштабируете свой доход так быстро, как затраты на масштабирование объединенных метрик, у вас есть проблемы, о которых нужно беспокоиться.

cdeszaq
источник