= Servidor Blazor vs custos de hospedagem WASM = ![](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) Olá novamente blazor reddit! como sempre, obrigado por suas opiniões, gostaria de saber se alguém tem algum uso do mundo real ou cálculos das duas configurações de hospedagem em termos de custos (sem precisar escalar horizontalmente) Um normal de 2.000 a 3.000 usuários conectados, eu diria, se minha lógica estiver correta, o servidor blazor deve ser mais caro para hospedar e, na minha experiência, muito mais rápido para desenvolver do que o wasm, Qual é o tamanho da diferença de custos entre as duas versões? alguma ideia? cálculos? preços do mundo real? Obrigado pelas informações ![](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) O custo de dimensionamento é muito menor do que as pessoas afirmam. Por exemplo, a Microsoft afirmou que uma máquina de 1 núcleo e 3,5 GB de memória pode ser dimensionada para 5.000 usuários simultâneos. Atualize sua máquina Azure para P2V3, 4 núcleos, 16 GB de memória e você poderá suportar até 20.000 usuários simultâneos httpsdocs.microsoft.com/en-us/answers/questions/806871/regarding-concurrent-connection-on-a-blazor-server.html Uma rápida olhada no custo atual do Azure estima que um aplicativo da web de 1 núcleo e 3,5 gb custa US$ 110 por mês para o básico e US$ 146 para um nível padrão. Mesmo com a configuração de pré-processamento do lado do servidor, posso hospedar meu site de produção por cerca de US$ 13/mês com excelentes tempos de resposta no Blazor WASM. Eu ficaria longe do Blazor Server para qualquer site moderadamente sério pessoalmente. Se o cliente para Blazor WASM para o WebAPI estiver configurado para ser gerado com nswag, isso facilitará a vida. Qual é a sua experiência em termos de custo de desenvolvimento entre Blazor Server e WASM? Acho que podemos escapar sem criar APIs da Web no modo Servidor, pois podemos acessar diretamente caches, bancos de dados e outras infraestruturas corporativas que não fornecem necessariamente uma API da Web. Mas no modo WASM, você seria forçado a construir uma camada de API da web para atender o front-end. Por exemplo. No modo de servidor, eu poderia acessar o cache redis diretamente por meio da API C#, mas no WASM eu teria que usar o webdis no meio, o que é um salto extra e consumo adicional de recursos. Apreciaria a sua opinião e a de outros membros. Obrigada! Estou usando uma conta de armazenamento do Azure com um site estático hospedado no armazenamento de blob: httpsdocs.microsoft.com/en-us/azure/storage/blobs/storage-blob-static-website-host Para permitir o uso de um nome de domínio personalizado, adicionei o CDN do Azure. Para os dados, eu os tenho fornecidos com o aplicativo da web como arquivos json estáticos para dados que só mudam quando eu os atualizo, e não quando um usuário o faz, portanto, são atualizados sempre que publico uma nova versão ou uso as funções do Azure no plano de consumo para o aplicativo Web para chamar isso, use o armazenamento de tabela do Azure para persistir os dados. Isso alcança uma solução 'sem servidor', na qual eu pago apenas pelos recursos usados, em vez de pagar por um servidor sempre disponível, mesmo quando nenhum usuário o acessa. Os planos baseados em consumo do Azure permitem um certo nível de atividade ou uso gratuitamente antes que as cobranças sejam incorridas e, embora um dos meus aplicativos da web agora tenha alguns dados de teste de algumas centenas de MB, está me custando apenas alguns centavos por mês no total para tudo fazer com o Azure. Absolutamente óbvio para aplicativos da web de hobby ou baixa demanda do usuário, onde não há certeza de quão popular eles podem se tornar, portanto, não pague despesas mensais mais altas até que seja um custo merecido. Tudo feito usando C# em todas as camadas, desde o acesso a dados do Azure até a interface do usuário do navegador com Blazor. == Sobre a comunidade == == Poderes == httpswww.redditstatic.com/desktop2x/img/powerups/powerups-rangers.png)