Stack Overflow peut-il s'exécuter sur SQL Server Web Edition?


8

Je démarre une nouvelle entreprise Web qui devra peut-être s'adapter à un nombre élevé d'utilisateurs.

Je suis confiant avec la licence SPLA pour l'édition Web de SQL Server, mais je veux savoir si je devrai prendre en compte la mise à niveau vers Standard, Enterprise ou DataCenter (je suis sûr que ce ne sera pas celui-ci).

Je sais que l'on ne devrait pas penser à évoluer avant d'en avoir besoin, mais cela affectera l'architecture du site et le plan d'affaires.

Je sais que la limite du processeur est par processeur physique, pas par thread, donc cela ne m'inquiète pas. Cependant, certaines des fonctions de mise en miroir et de sauvegarde m'inquiéteraient. SO s'appuie-t-il sur ces fonctionnalités?

tl; dr :
Un site comme Stack Overflow pourrait-il s'exécuter sur SQL Server Web? Quels aspects de la maintenance et de la haute disponibilité seraient impossibles à réaliser?


3
Il s'agit plus d'une question sur l'édition Web SQL que sur Stack Overflow. Je recherche le meilleur endroit pour migrer cela.
Bill the Lizard

Ça dépend; il est difficile de répondre à cette question sans savoir exactement comment Stack Overflow fonctionne en interne. Si StackOverflow utilise la mise en miroir HA, le clustering ou PowerPivot pour SharePoint (je plaisante), ce serait beaucoup plus difficile.

1
Techniquement, il pourrait probablement fonctionner sur le Web. Mais qu'attendez-vous du basculement, de la reprise après sinistre, de l'exploration de données, etc.?
vcsjones

Les exigences pour une solution multi-locataire pour laquelle une licence d'édition Web est logique sont généralement complètement différentes de ce que SO a fait et a dû optimiser. Une application multi-locataire bien conçue, bien exécutée et bien réglée avec une sémantique de licence de serveur Web pourrait-elle s'exécuter dans Web Edition? Absolument. Une base de données monolithique évolutive comme SO s'exécuterait-elle sur un serveur d'édition Web à haut débit? Peut-être, mais peu probable.
Remus Rusanu

Merci pour les commentaires, la question est de savoir si je dois prendre en compte Enterprise quelque part sur la ligne? Il semble maintenant que nous allons obtenir la norme, ce qui est mieux, mais je me souviens avoir mentionné quelque chose sur le fait de ne pas pouvoir reconstruire les index en ligne ou quelque chose comme ça. Quoi qu'il en soit, c'est vraiment juste une question sur la pile MS, et si c'est un choix raisonnable. Ou je devrais juste mordre la balle et apprendre le ROR.
Chris Barry

Réponses:


4

Étant donné que SO est l'un des sites les plus visités au monde, ce n'est peut-être pas le meilleur site pour se comparer à une nouvelle entreprise.

Cela étant dit, à ma connaissance, SO a déployé sa propre solution en termes de mise à l'échelle de divers aspects du système, y compris la mise en cache de tout ce qu'ils peuvent pour supprimer autant de charge de la base de données que possible. La plupart des systèmes de l'échelle SO se retrouvent dans ce scénario car aucun produit standard ou fonctionnalité d'évolutivité intégrée ne répond pleinement aux besoins de ces sites à très fort trafic.

Donc, même si je ne serais pas très surpris si SQL Web ne pouvait pas gérer des charges de trafic élevées, je parierais que les éléments d'évolutivité intégrés que vous obtenez d'autres niveaux de SQL Server ne suffiront pas à eux seuls à gérer ces sortes de charges extrêmement élevées. (d'où pourquoi SO ne compte pas sur eux comme vecteur d'échelle principal.)

Enfin, le plan d'affaires de toute nouvelle entreprise préoccupée par un fort potentiel d'évolution doit également inclure une source de revenus qui évolue avec le volume d'affaires (quel qu'il soit).

Donc, si vous augmentez le volume de données que votre système doit conserver et gérer, les revenus évoluent-ils avec lui? De même pour le nombre d'utilisateurs, ou toute autre mesure qui augmentera. Si vous constatez que vous n'augmentez pas vos revenus aussi rapidement que les dépenses liées à la mise à l'échelle des métriques combinées, vous avez des problèmes à vous inquiéter.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.