Stack Overflow potrebbe essere eseguito su SQL Server Web Edition?

Sto avviando una nuova avventura Web che potrebbe essere necessario scalare a un numero elevato di utenti.

Sono fiducioso con le licenze SPLA per SQL Server Web Edition, ma voglio sapere se avrò bisogno di prendere in considerazione l'aggiornamento a Standard, Enterprise o DataCenter (abbastanza sicuro che non sarà questo).

So che non si dovrebbe pensare al ridimensionamento prima che sia necessario, ma ciò influenzerà l'architettura del sito e il piano aziendale.

So che il limite del processore è per processore fisico, non per thread, quindi non mi preoccupo. Tuttavia, alcune delle funzionalità di mirroring e backup mi preoccuperebbero. SO si affida a queste funzionalità?

tl; dr :
un sito come Stack Overflow potrebbe funzionare su SQL Server Web? Quali aspetti della manutenzione e dell'alta disponibilità sarebbero impossibili da raggiungere?

sql-server database-design performance

— Chris Barry
fonte

Questa è più una domanda su SQL Web Edition che su Stack Overflow. Sto cercando il posto migliore dove migrare questo.

— Bill the Lizard,

Dipende; è difficile rispondere a questa domanda senza sapere esattamente come funziona Stack Overflow internamente. Se StackOverflow utilizza il mirroring HA, il clustering o PowerPivot per SharePoint (sto solo scherzando), sarebbe molto più difficile.

Tecnicamente probabilmente potrebbe funzionare sul Web. Ma quali sono le tue aspettative di failover, disaster recovery, data mining, ecc.?

— vcsjones,

I requisiti per una soluzione multi-tenant per cui ha senso una licenza per l'edizione Web sono in genere completamente diversi da ciò che SO ha fatto e ha dovuto ottimizzare. Un'app multi-tenant ben progettata, ben eseguita e ottimizzata con la semantica delle licenze dei server Web può essere eseguita in Web Edition? Assolutamente. Un database monolitico su larga scala come SO funzionerebbe su un server Web Edition ad alta velocità? Forse, ma improbabile.

— Remus Rusanu,

Grazie per i commenti, la domanda è: devo considerare Enterprise da qualche parte in fondo? Ora sembra che avremo standard, il che è meglio, ma ricordo che Jeff ha menzionato qualcosa sul fatto di non essere in grado di ricostruire gli indici online o qualcosa del genere. Ad ogni modo, è davvero solo una domanda sullo stack MS e se è mai una scelta sana. O dovrei solo mordere il proiettile e imparare ROR.

— Chris Barry,

Considerando che SO è uno dei siti più visitati al mondo, potrebbe non essere il miglior sito con cui confrontarsi per una nuova impresa.

Ciò detto, per quanto ne so, ha sviluppato la propria soluzione in termini di ridimensionamento di vari aspetti del sistema, inclusa la memorizzazione nella cache di quasi tutto il possibile per rimuovere il maggior carico possibile dal database. La maggior parte dei sistemi della scala SO finisce in questo scenario perché nessun prodotto standard o funzionalità di scalabilità integrata soddisfa pienamente le esigenze di questi siti a traffico estremamente elevato.

Quindi, anche se non sarei molto sorpreso se SQL Web non fosse in grado di gestire carichi di traffico elevati, scommetterei che i pezzi di scalabilità integrati che ottieni da altri livelli di SQL Server non saranno, da soli, sufficienti a gestire questi tipi di carichi estremamente elevati. (quindi perché SO non si affida a loro come vettore di scala principale.)

Infine, il piano aziendale per ogni nuova impresa che ha un alto potenziale di ridimensionamento deve includere anche un flusso di entrate che si ridimensiona insieme al volume di affari (qualunque esso sia).

Quindi, se ridimensionate il volume di dati che il vostro sistema deve conservare e gestire, le entrate vengono ridimensionate con esso? Allo stesso modo per il numero di utenti o qualsiasi altra metrica che crescerà. Se si scopre che si sono non ridimensionare le entrate veloce come la spesa di scalare le metriche combinate, si hanno problemi di cui preoccuparsi.

— cdeszaq
fonte