¿Se podría ejecutar Stack Overflow en SQL Server Web Edition?

Estoy comenzando una nueva empresa web que puede necesitar escalar a un gran número de usuarios.

Confío en las licencias SPLA para la edición web de SQL Server, pero quiero saber si tendré que tener en cuenta la actualización a Standard, Enterprise o DataCenter (estoy seguro de que no será este).

Sé que uno no debería pensar en escalar antes de que lo necesite, pero esto afectará la arquitectura del sitio y el plan de negocios.

Sé que el límite del procesador es por procesador físico, no por subproceso, por lo que eso no me preocupa. Sin embargo, algunas de las funciones de duplicación y copia de seguridad me preocuparían. ¿SO confía en estas características?

tl; dr :
¿Podría un sitio como Stack Overflow ejecutarse en SQL Server Web? ¿Qué aspectos del mantenimiento y la alta disponibilidad serían imposibles de lograr?

sql-server database-design performance

— Chris Barry
fuente

Esta es más una pregunta sobre SQL Web edition que sobre Stack Overflow. Estoy buscando el mejor lugar para migrar esto.

— Bill the Lizard el

Depende; Es difícil responder esto sin saber exactamente cómo funciona Stack Overflow internamente. Si StackOverflow usa HA Mirroring, Clustering o PowerPivot For SharePoint (es broma), entonces sería mucho más difícil.

Técnicamente, probablemente podría ejecutarse en la Web. Pero, ¿cuáles son sus expectativas de conmutación por error, recuperación ante desastres, minería de datos, etc.?

— vcsjones

Los requisitos para una solución multiinquilino para la que tiene sentido una licencia de edición web suelen ser completamente diferentes de lo que SO hizo y tuvo que optimizar. ¿Podría una aplicación multiinquilino bien diseñada, bien ejecutada y bien ajustada con semántica de licencia de servidor web funcionar en Web Edition? Absolutamente. ¿Se ejecutaría una base de datos monolítica escalable como SO en un servidor de edición web con alto rendimiento? Posiblemente, pero poco probable.

— Remus Rusanu

Gracias por los comentarios, la pregunta es ¿necesito tener en cuenta Enterprise en algún momento? Ahora parece que vamos a obtener el estándar, lo cual es mejor, pero recuerdo que Jeff mencionó algo sobre no poder reconstruir índices mientras está en línea o algo así. De todos modos, en realidad es solo una pregunta sobre la pila de MS, y si alguna vez es una opción sensata. O simplemente debería morder la bala y aprender ROR.

— Chris Barry

Teniendo en cuenta que SO es uno de los sitios más visitados del mundo, es posible que no sea el mejor sitio para comparar para una nueva empresa.

Dicho esto, SO, que yo sepa, ha desarrollado su propia solución en términos de escalar varios aspectos del sistema, incluido el almacenamiento en caché de casi todo lo que pueden para eliminar tanta carga de la base de datos como sea posible. La mayoría de los sistemas de la escala SO terminan en este escenario porque ningún producto estándar o característica de escalabilidad incorporada satisface completamente las necesidades de estos sitios de tráfico extremadamente alto.

Por lo tanto, aunque no me sorprendería mucho si SQL Web no pudiera manejar grandes cargas de tráfico, apostaría a que las piezas de escalabilidad incorporadas que obtiene de otros niveles de SQL Server, por sí solas, no serán suficientes para manejar Este tipo de cargas extremadamente altas. (de ahí que SO no confíe en ellos como su vector de escala primaria).

Por último, el plan de negocios para cualquier nueva empresa que tenga que ver con un alto potencial de escala también debe incluir un flujo de ingresos que se amplíe junto con el volumen de negocios (sea lo que sea).

Entonces, si escala en el volumen de datos que su sistema tiene que mantener y administrar, ¿aumentan los ingresos con él? Del mismo modo para el número de usuarios, o cualquier otra métrica que crecerá. Si usted encuentra que usted está no Ajuste de la escala de ingresos más rápido que el gasto de escalar las métricas combinadas, tiene problemas de que preocuparse.

— cdeszaq
fuente