Две модели размещения: IIS и Core
Классический ASP.NET (Framework) обычно запускается на Windows и IIS. Это удобно при наличии WebForms, старых библиотек и зависимостей от GAC. В таком случае проверьте версии .NET/ASP.NET, политики безопасности, возможности URL Rewrite и параметры пула приложений. Если у вас ASP.NET Core, приложение может работать на Linux или Windows через Kestrel за обратным прокси. Здесь важны поддерживаемые версии .NET, настройка прокси (headers, websockets), и доступ к журналам.
- Framework: проверьте IIS, режимы pipeline, Full Trust и web.config.
- Core: уточните версии рантайма, reverse proxy и переменные окружения.
Практика деплоя без простоя
Продумайте процесс публикации до выбора тарифа. Для IIS удобен Web Deploy: он передаёт только изменения и может прогревать приложение. Альтернативы — Git‑деплой, CI/CD по SSH, или контейнеры. Чтобы минимизировать простой, используйте промежуточный домен/поддомен для проверки, health‑пинги и переключение трафика DNS/прокси уже после успешного прохода smoke‑тестов.
- Проверьте доступность msdeploy, Git/SSH или контейнеров.
- Уточните логи деплоя и права на файловой системе для сборок.
- Сделайте бэкап БД и контента перед каждой публикацией.
Безопасность и наблюдаемость
Для продакшена требуются проверенные TLS‑сертификаты, автоматическое продление и корректные цепочки. Уточните поддержку SNI, импорт собственных сертификатов и версии протоколов. Не меньше важны наблюдаемость и логи: запросите доступ к логам IIS/Kestrel, ограничение роста файлов, ротацию и способы экспорта. Мониторинг ответов, алерты об ошибках и резервное копирование БД помогают оперативно реагировать и восстанавливаться.
- SSL: выпуск/импорт, автообновление, политика TLS.
- Логи: доступ, ротация, выгрузка, приватность.
- Бэкапы: периодичность, хранение, восстановление на дату.
Вопросы о выборе хостинга
Нужен ли Windows для запуска моего проекта?
Для классического ASP.NET (Framework) — как правило, да: требуется Windows и IIS. Для ASP.NET Core — нет, он работает и на Linux через Kestrel и обратный прокси. Сверьте стек и версии на карточке выбранного провайдера.
Как понять, что хостинг совместим с моей версией .NET?
Сопоставьте версии .NET/ASP.NET и ОС/рантайма в описании тарифа с требованиями вашего проекта. При несовпадении уточните у поддержки возможность установки нужной версии или выберите VPS/сервер с нужной конфигурацией.
Можно ли использовать PostgreSQL или MySQL с ASP.NET Core?
Да, через EF Core и соответствующие провайдеры БД. Проверьте, какие СУБД доступны у провайдера, лимиты соединений и бэкапы. Для MS SQL уточните версию сервера, коллацию и доступ для удалённых подключений.
Нужен ли выделенный IP для SSL‑сертификата?
Чаще всего нет: при поддержке SNI один IP обслуживает несколько сертификатов. Уточните у провайдера поддержку SNI и возможность загрузки собственного сертификата, если Let’s Encrypt недоступен или нужны расширенные валидации.
Как проверить поддержку WebSockets и SignalR?
Попросите подтверждение у поддержки: наличие WebSockets в IIS/прокси, подходящие таймауты и ограничения по длительным соединениям. На VPS проверьте конфигурацию Nginx/Apache и параметры reverse proxy для корректной работы SignalR.
