O Stack Overflow poderia ser executado no SQL Server Web Edition?

Estou iniciando um novo empreendimento na web que pode precisar ser dimensionado para um grande número de usuários.

Estou confiante com o licenciamento SPLA para o SQL Server Web edition, mas quero saber se precisarei levar em consideração a atualização para o Standard, Enterprise ou DataCenter (com certeza não será este).

Sei que não se deve pensar em dimensionar antes que ele precise, mas isso afetará a arquitetura do site e o plano de negócios.

Eu sei que o limite do processador é por processador físico, não por thread, então isso não me preocupa. No entanto, alguns dos recursos de espelhamento e backup me preocupariam. O SO depende desses recursos?

tl; dr :
Um site como o Stack Overflow pode ser executado no SQL Server Web? Quais aspectos da manutenção e alta disponibilidade seriam impossíveis de alcançar?

sql-server database-design performance

— Chris Barry
fonte

Esta é mais uma pergunta sobre o SQL Web Edition do que sobre o estouro de pilha. Estou procurando o melhor lugar para migrar isso para.

— Bill the Lizard

Depende; é difícil responder a isso sem saber exatamente como o Stack Overflow funciona internamente. Se o StackOverflow usar HA Mirroring, Clustering ou PowerPivot For SharePoint (apenas brincando), seria muito mais difícil.

Tecnicamente, provavelmente poderia rodar na Web. Mas quais são suas expectativas de failover, recuperação de desastres, mineração de dados etc.?

— vcsjones

Os requisitos para uma solução multilocatário para a qual um licenciamento de edição na Web faz sentido geralmente são completamente diferentes do que a SO fez e precisou otimizar. Um aplicativo multilocatário bem projetado, bem executado e bem ajustado com semântica de licenciamento de servidor Web pode ser executado no Web Edition? Absolutamente. Um banco de dados monolítico em expansão, como o SO, seria executado em um servidor de edição da Web com alto rendimento? Possivelmente, mas improvável.

— Remus Rusanu

Obrigado pelos comentários, a pergunta é: eu preciso levar em consideração o Enterprise em algum lugar abaixo da linha? Agora parece que vamos melhorar o padrão, mas lembro-me de mencionar algo sobre não poder reconstruir índices enquanto estiver online ou algo assim. De qualquer forma, é realmente apenas uma pergunta sobre a pilha do MS e se é uma escolha sensata. Ou devo apenas morder a bala e aprender ROR.

— Chris Barry

Considerando que o SO é um dos sites mais visitados no mundo, pode não ser o melhor site para comparar em um novo empreendimento.

Dito isto, SO, que eu saiba, lançou sua própria solução em termos de dimensionamento de vários aspectos do sistema, incluindo o cache de quase tudo o que é possível para remover o máximo de carga possível do banco de dados. A maioria dos sistemas da escala SO acaba nesse cenário porque nenhum produto pronto para uso ou recurso de escalabilidade interno atende totalmente às necessidades desses sites de tráfego extremamente alto.

Portanto, embora eu não ficasse surpreso se o SQL Web não pudesse lidar com grandes cargas de tráfego, eu apostaria que as peças de escalabilidade internas que você obtém de outras camadas do SQL Server não serão, por si só, suficientes para lidar com esses tipos de cargas extremamente altas. (por isso, o SO não depende deles como seu vetor de escala principal.)

Por fim, o plano de negócios para qualquer novo empreendimento que esteja preocupado com um alto potencial de escalabilidade precisa também incluir um fluxo de receita escalonado junto com o volume de negócios (o que quer que seja).

Portanto, se você dimensiona o volume de dados que seu sistema precisa manter e gerenciar, a receita é dimensionada com ele? O mesmo vale para o número de usuários ou qualquer outra métrica que crescerá. Se você achar que você está não escalar sua receita tão rápido quanto a despesa de escalar as métricas combinadas, você tem problemas para se preocupar.

— cdeszaq
fonte