= Вартість хостингу сервера Blazor проти WASM =

![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

Знову привіт, blazor reddit! як завжди, дякую за ваші думки, я хотів би знати, чи хтось має реальне використання чи розрахунки двох налаштувань хостингу з точки зору вартості (без необхідності горизонтального масштабування)

Звичайні 2000-3000 підключених користувачів, я б сказав, якщо моя логіка правильна, сервер blazor має бути дорожчим для розміщення, і, з мого досвіду, набагато швидше розвиватися, ніж wasm,

Наскільки велика різниця у вартості між двома версіями? якісь ідеї? розрахунки? реальні світові ціни?

Спасибі за інформацію

![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

Вартість масштабування набагато нижча, ніж стверджують люди.

 Наприклад, Microsoft заявила, що машина з 1 ядром і пам’яттю 3,5 ГБ може масштабуватися до 5000 одночасних користувачів. Оновіть свою машину Azure до P2V3, 4 ядра, 16 ГБ пам’яті, і ви зможете підтримувати до 20 000 одночасних користувачів

httpsdocs.microsoft.com/en-us/answers/questions/806871/regarding-concurrent-connection-on-a-blazor-server.html

Швидкий огляд поточної вартості azure показує, що веб-додаток з 1 ядром і 3,5 Гб становить 110 доларів США на місяць для базового рівня та 146 доларів США для стандартного рівня.

Навіть із налаштуванням попереднього рендерингу на стороні сервера я можу розмістити свій робочий сайт приблизно за 13 доларів США на місяць із чудовим часом відповіді на Blazor WASM. Особисто я б тримався подалі від Blazor Server для будь-якого помірно серйозного сайту.

Якщо клієнт для Blazor WASM до WebAPI налаштовано на створення за допомогою nswag, це полегшує життя.

Який ваш досвід щодо вартості розробки між Blazor Server і WASM? Я вважаю, що ми можемо обійтися без створення веб-API в режимі сервера, оскільки ми можемо отримати прямий доступ до кеш-пам’яті, баз даних та іншої корпоративної інфраструктури, яка не обов’язково надає веб-API. Але в режимі WASM ви змушені будете створювати рівень веб-API для обслуговування зовнішньої частини. наприклад У режимі сервера я міг отримати прямий доступ до кешу redis через C# API, але в WASM мені довелося використовувати webdis між ними, що є додатковим стрибком і додатковою витратою ресурсів. Буду вдячний за ваші думки та думки інших учасників. Дякую!

Я використовую обліковий запис сховища Azure зі статичним веб-сайтом, розміщеним у сховищі blob:

httpsdocs.microsoft.com/en-us/azure/storage/blobs/storage-blob-static-website-host

Щоб дозволити використання спеціального доменного імені, я додав Azure CDN.
Для даних я або надаю їх із веб-програмою у вигляді статичних файлів json для даних, які змінюються лише тоді, коли я оновлюю їх, а не тоді, коли це робить користувач, тому оновлюються щоразу, коли я публікую новий випуск, або використовую функції Azure у плані споживання для веб-програма, щоб викликати це, а потім використовувати сховище таблиці Azure для збереження даних.

Таким чином досягається «безсерверне» рішення, де я сплачую лише за використані ресурси, замість того, щоб платити за те, щоб сервер був завжди доступним, навіть якщо до нього не звертаються користувачі.

Плани Azure на основі споживання дозволяють певний рівень активності або використання безкоштовно до стягнення плати, і навіть якщо один із моїх веб-додатків тепер має деякі тестові дані в кілька сотень МБ, це коштує мені лише пенні на місяць за все, щоб зробити з Azure.

Абсолютно нерозумно для веб-програм для хобі чи веб-додатків із низьким попитом користувачів, де ви не знаєте, наскільки вони популярні, тому не сплачуйте більших щомісячних витрат, доки це не стане заслуженою ціною.

Усе зроблено за допомогою C# через усі рівні від доступу до даних Azure до інтерфейсу користувача браузера з Blazor.

== Про спільноту ==

== Бонуси ==

httpswww.redditstatic.com/desktop2x/img/powerups/powerups-rangers.png)