Я считаю, что ни один поставщик услуг не мог по-настоящему иметь функцию против атак типа «отказ в обслуживании», потому что, говоря, это означает предотвращение DoS-атак.Единственный способ - это миграция DoS-атак, в которых вы можете использовать ряд методов.Я знаю, что Windows Azure частично смягчает атаки типа «отказ в обслуживании», и это связано с характером балансировки нагрузки в среде Azure.Один из методов, который, как я знаю, может сработать, - это развертывание недорогого экземпляра роли (Extra Small или Small), который действует как обратный прокси-сервер для реального веб-приложения, которое находится на фактическом экземпляре рабочей роли (Large или Extra Large) в Windows Azure.,Чтобы реализовать экземпляр роли обратного прокси-сервера, просто включите ARR, который является функцией в IIS.Вы можете использовать задачи запуска, чтобы включить ARR.Этот экземпляр роли обратного прокси-сервера также может иметь правило, согласно которому он проверяет определенные метрики, и, если эта метрика превысила заданный порог, он в основном просто прекращает принимать или перенаправлять трафик в реальное веб-приложение, или если реализовано автоматическое масштабирование., он просто перестает масштабироваться за пределы максимально допустимого числа экземпляров.Это также минимизировало экономический эффект от DoS-атаки.Затем вы просто полагаетесь на то, как Windows Azure смягчает любые атаки типа «отказ в обслуживании», то есть когда он обнаруживает любые шаблоны атак от одного экземпляра роли Windows Azure к другому экземпляру роли.В этом он остановит любые атаки на ваше реальное веб-приложение.