= Servidor Blazor frente a costos de alojamiento WASM =
Hola de nuevo blazor reddit! como siempre, gracias por sus opiniones, me gustaría saber si alguien tiene algún uso real o cálculos de las dos configuraciones de alojamiento en términos de costos (sin necesidad de escalar horizontalmente)
Un normal 2000-3000 usuarios conectados, diría, si mi lógica es correcta, el servidor blazor debería ser más costoso de alojar y, en mi experiencia, mucho más rápido de desarrollar que wasm,
¿Qué tan grande es la diferencia de costos entre las 2 versiones? ¿algunas ideas? calculos? precios del mundo real?
Gracias por la información
El costo de escalado es mucho más bajo de lo que la gente afirma.
Por ejemplo, Microsoft ha declarado que una máquina de 1 núcleo y 3,5 GB de memoria puede escalar hasta 5000 usuarios simultáneos. Actualice su máquina Azure a P2V3, 4 Core, 16 GB de memoria y podrá admitir hasta 20 000 usuarios simultáneos
httpsdocs.microsoft.com/en-us/answers/questions/806871/regarding-concurrent-connection-on-a-blazor-server.html
Una mirada rápida al costo actual de Azure estima que una aplicación web de 1 núcleo y 3,5 GB cuesta $ 110 por mes para el nivel básico y $ 146 para un nivel estándar.
Incluso con la configuración de representación previa del lado del servidor, puedo alojar mi sitio de producción por alrededor de $13/mes con excelentes tiempos de respuesta en Blazor WASM. Personalmente, me mantendría alejado de Blazor Server para cualquier sitio moderadamente serio.
Si el cliente de Blazor WASM para WebAPI está configurado para generarse con nswag, esto facilita la vida.
¿Cuál es su experiencia en términos de costo de desarrollo entre Blazor Server y WASM? Creo que podemos salir adelante sin crear API web en modo servidor, ya que podemos acceder directamente a cachés, bases de datos y otras infraestructuras de toda la empresa que no necesariamente proporcionan una API web. Pero en el modo WASM, se vería obligado a crear una capa de API web para dar servicio al front-end. P.ej. En el modo Servidor, podía acceder directamente a la memoria caché de redis a través de la API de C#, pero en WASM tendría que usar webdis en el medio, lo cual es un salto adicional y una pérdida adicional de recursos. Apreciaría sus pensamientos y los de otros miembros. ¡Gracias!
Estoy usando una cuenta de almacenamiento de Azure con un sitio web estático alojado en el almacenamiento de blobs:
httpsdocs.microsoft.com/en-us/azure/storage/blobs/storage-blob-static-website-host
Para permitir el uso de un nombre de dominio personalizado, agregué Azure CDN.
Para los datos, los tengo provistos con la aplicación web como archivos json estáticos para datos que solo cambian cuando los actualizo en lugar de cuando lo hace un usuario, por lo que se actualizan cada vez que publico una nueva versión o uso las funciones de Azure en el plan de consumo para la aplicación web para llamar a eso y luego usar el almacenamiento de tablas de Azure para conservar los datos.
Esto logra una solución 'sin servidor'en la que solo pago por los recursos utilizados en lugar de tener que pagar para que un servidor esté siempre disponible, incluso cuando ningún usuario accede a él.
Los planes basados en el consumo de Azure permiten un cierto nivel de actividad o uso de forma gratuita antes de que se incurra en cargos, y aunque una de mis aplicaciones web ahora tiene algunos datos de prueba de unos pocos cientos de MB, solo me cuesta centavos al mes en total para que todo funcione. hacer con Azure.
Absolutamente obvio para pasatiempos o aplicaciones web de baja demanda de usuarios donde no está seguro de cuán populares pueden llegar a ser, por lo que no paga gastos mensuales más altos hasta que sea un costo merecido.
Todo hecho usando C# a través de todas las capas desde el acceso a datos de Azure hasta la interfaz de usuario del navegador con Blazor.
== Acerca de la comunidad ==
== Potenciadores ==
httpswww.redditstatic.com/desktop2x/img/powerups/powerups-rangers.png)
Reddit
