= Serverul Blazor vs costurile de găzduire WASM = ![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) Bună din nou blazor reddit! ca întotdeauna, mulțumesc pentru opiniile voastre, aș dori să știu dacă cineva are o utilizare în lumea reală sau calcule ale celor două setări de găzduire în ceea ce privește costurile (fără a fi nevoie să o scalați pe orizontală) La 2000-3000 de utilizatori normali, aș spune, dacă logica mea este corectă, serverul blazor ar trebui să fie mai scump de găzduit și, din experiența mea, mult mai rapid de dezvoltat decât wasm, Cât de mare este diferența de costuri între cele 2 versiuni? vreo idee? calcule? preturi reale? Mersi pentru informatii ![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) Costul de scalare este mult mai mic decât susțin oamenii. De exemplu, Microsoft a declarat că o mașină de memorie cu 1 nucleu și 3,5 GB poate scala până la 5000 de utilizatori concurenți. Actualizați mașina Azure la P2V3, 4 Core, 16 GB de memorie și puteți accepta până la 20.000 de utilizatori concurenți httpsdocs.microsoft.com/en-us/answers/questions/806871/regarding-concurrent-connection-on-a-blazor-server.html O privire rapidă asupra costului azure actual estimează că o aplicație web cu 1 nucleu și 3,5 GB este de 110 USD pe lună pentru un nivel de bază și 146 USD pentru un nivel standard. Chiar și cu configurarea pre-rending pe server, îmi pot găzdui site-ul de producție pentru aproximativ 13 USD/lună, cu timpi de răspuns excelente pe Blazor WASM. Personal, aș sta departe de Blazor Server pentru orice site moderat serios. Dacă clientul pentru Blazor WASM la WebAPI este configurat pentru a fi generat cu nswag, acest lucru ușurează viața. Care este experiența dumneavoastră în ceea ce privește costul de dezvoltare între Blazor Server și WASM? Simt că putem scăpa fără a crea API-uri web în modul Server, deoarece putem accesa direct cache-urile, bazele de date și alte infrastructuri la nivel de întreprindere care nu oferă neapărat un API web. Dar, în modul WASM, ați fi forțat să construiți un strat API web pentru a servi front-end-ul. De exemplu. În modul Server, aș putea accesa direct cache-ul redis prin API-ul C#, dar în WASM ar trebui să folosesc webdis între ele, ceea ce reprezintă un hop suplimentar și un consum suplimentar de resurse. Aș aprecia gândurile tale și ale celorlalți membri. Mulțumesc! Folosesc un cont de stocare Azure cu un site web static găzduit în stocarea blob: httpsdocs.microsoft.com/en-us/azure/storage/blobs/storage-blob-static-website-host Pentru a permite utilizarea unui nume de domeniu personalizat, am adăugat apoi Azure CDN. Pentru date, fie sunt furnizate împreună cu aplicația web ca fișiere json statice pentru date care se modifică doar atunci când le actualizez, mai degrabă atunci când o face un utilizator, deci sunt actualizate ori de câte ori public o nouă ediție, fie folosesc funcțiile Azure în planul de consum pentru aplicația web să o apeleze, apoi să folosească spațiul de stocare de tabel Azure pentru a persista datele. Acest lucru realizează o soluție „fără server” în care plătesc doar resursele așa cum sunt utilizate, mai degrabă decât să plătesc pentru ca un server să fie întotdeauna disponibil chiar și atunci când niciun utilizator nu îl accesează. Planurile bazate pe consumul Azure permit un anumit nivel de activitate sau utilizare gratuit înainte de a fi suportate taxe și, deși una dintre aplicațiile mele web are acum niște date de testare de câteva sute de MB, mă costă doar bănuți pe lună în total pentru ca totul să fac. fac cu Azure. Absolut fără probleme pentru aplicații web cu hobby sau cu cerere redusă de utilizatori, unde nu sunt sigur cât de populare pot deveni, așa că nu plătiți cheltuieli lunare mai mari până când nu este un cost meritat. Totul este realizat folosind C# prin toate straturile de la accesul la date Azure la interfața de utilizare a browserului cu Blazor. == Despre comunitate == == Puteri == httpswww.redditstatic.com/desktop2x/img/powerups/powerups-rangers.png)