Каковы существенные различия между новыми веб-сайтами Azure и традиционными веб-ролями Azure для приложения ASP.NET MVC? По какой причине я бы выбрал «веб-сайт» вместо «веб-роли» или наоборот?
Давайте предположим, что мне понадобится равная емкость в любом случае (например, 2 небольших экземпляра). Цены кажутся сопоставимыми, за исключением того факта, что существует 33% временная скидка для веб-сайтов, пока они находятся в период предварительного просмотра.
Есть ли вещи, которые я могу сделать с «веб-сайтом», которые сложны или невозможны с веб-ролью? Например, становится ли легко разместить несколько веб-сайтов в одном наборе виртуальных машин, используя «веб-сайты»? Потеряю ли я что-нибудь с «веб-сайтом» против «веб-роли»? Возможность тонкой настройки IIS? Возможность использовать сервис Cache локально?
источник
Ответы:
Веб-роли предоставляют вам несколько функций, помимо веб-приложений (ранее веб-сайтов):
Веб-приложения имеют преимущества перед веб-ролями:
С выпуском в апреле 2014 и сентябре 2014 года теперь есть некоторые функции, общие как для веб-приложений, так и для веб-ролей (и рабочих ролей), в том числе:
Вот скриншот, который я взял из формы выбора галереи веб-сайтов:
Я думаю, что веб-приложения - это отличный способ быстро начать работу и перейти от общих ресурсов к зарезервированным. После того, как вы переросли это, вы можете перейти к веб-ролям и расширяться по мере необходимости.
источник
РЕДАКТИРОВАТЬ 2014: Для чего это стоит, большая часть информации в этом ответе больше не верна - см. Комментарии.
Добавьте больше к ответу @David:
С веб-сайтами Windows Azure у вас нет контроля над IIS или веб-сервером, поскольку вы используете раздел ресурсов вместе с сотнями других веб-сайтов на том же компьютере, вы делитесь ресурсами, как и любой другой, поэтому контроль над IIS отсутствует.
Большая разница между общим веб-сайтом и веб-ролью Azure заключается в том, что веб-сайт считается связанным процессом, а роли - виртуальной машиной.
Веб-сайты хранятся в общем ресурсе, доступном со всех «веб-серверов» в ферме, поэтому репликация или что-либо подобное не требуется.
Веб-сайты Windows Azure не могут иметь свое собственное имя хоста, вместо этого они должны использовать только имя веб- узла .azurewebsites.net, и вы обязательно можете использовать настройку CNAME в своем провайдере DNS для маршрутизации вашего запроса точно так же с предыдущей ролью Windows Azure, только когда они работают в зарезервированном режиме. , Настройка CNAME не поддерживается для общих веб-сайтов.
источник
Я только что опубликовал подробное сообщение в блоге на эту тему на http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/ .
Выдержка из моего заключения: Если вам нужны огромные масштабы, центры обработки данных SSL, азиатских или западных штатов США, нестандартная конфигурация (IIS, порты, диагностика, сертификаты безопасности или сценарии запуска), RDP или экономически эффективные рабочие роли ( в сочетании с вашей веб-ролью), вам придется придерживаться веб-роли на данный момент.
В противном случае, веб-сайты отличный вариант!
источник
Azure Web Role похожа на виртуальный частный хост. Вы получаете виртуальную машину, которая действует как ваш веб-сервер, и у вас есть этот экземпляр виртуальной машины.
Веб-сайты Azure похожи на гибкий хостинг. Вы развертываете свое приложение на веб-сервере, который не контролируется вами и который также обслуживает сайты других пользователей. Вы можете масштабировать свой сайт вверх и вниз (за дополнительную плату), чтобы сделать его более гибким по мере изменения ресурса.
источник
Есть еще один сценарий, который обсуждается: после того, как эти 500 исключений были устранены, они ничего не сказали о способности веб-сайтов Azure обрабатывать подстановочные знаки CNAME. Некоторые из нас используют Nate Web Role Accelerator в облачных сервисах, потому что взлом одной строкой предоставил возможность подстановочного субдомена в программном обеспечении Nate. Мы не сможем переместить эти подстановочные субдоменные приложения, пока не узнаем, что веб-сайты Azure смогут с ними справиться. Если он никогда не сможет этого сделать, то это отрицательно скажется на стороне веб-роли в уравнении. Также следует отметить, что при одинаковом уровне цен (после истечения срока действия скидки на предварительный просмотр) я не уверен, что хочу отказаться от доступа к RDC и Event Viewer (упомяну только две вещи).
источник
Веб-сайты Azureпозволяет быстро создавать масштабируемые веб-сайты в Azure. Вы можете использовать портал Azure или инструменты командной строки для настройки веб-сайта с такими популярными языками, как .NET, PHP, Node.js и Python. Поддерживаемые платформы уже развернуты и не требуют дополнительных шагов установки. Галерея веб-сайтов Azure содержит множество сторонних приложений, таких как Drupal и WordPress, а также среды разработки, такие как Django и CakePHP. После создания сайта вы можете либо перенести существующий веб-сайт, либо создать совершенно новый веб-сайт. Веб-сайты устраняют необходимость в управлении физическим оборудованием, а также предоставляют несколько вариантов масштабирования. Вы можете перейти от общей мультитенантной модели к стандартному режиму, когда выделенные машины обслуживают входящий трафик. Веб-сайты также позволяют вам интегрироваться с другими службами Azure, такие как база данных SQL, служебная шина и хранилище. Используя предварительный просмотр Azure WebJobs SDK, вы можете добавить фоновую обработку. Таким образом, веб-сайты Azure позволяют сосредоточиться на разработке приложений, поддерживая широкий спектр языков, приложений с открытым исходным кодом и методологий развертывания (FTP, Git, Web Deploy или TFS). Если у вас нет специальных требований, требующих облачных служб или виртуальных машин, веб-сайт Azure, скорее всего, является лучшим выбором.
Облачные сервисыпозволяют создавать высокодоступные, масштабируемые веб-приложения в богатой среде платформы как услуги (PaaS). В отличие от веб-сайтов, облачная служба сначала создается в среде разработки, такой как Visual Studio, перед развертыванием в Azure. Фреймворки, такие как PHP, требуют пользовательских шагов развертывания или задач, которые устанавливают фреймворк при запуске роли. Основным преимуществом облачных сервисов является возможность поддержки более сложных многоуровневых архитектур. Одна облачная служба может состоять из веб-роли веб-интерфейса и одной или нескольких рабочих ролей. Каждый уровень можно масштабировать независимо. Также повышен уровень контроля над инфраструктурой веб-приложений. Например, вы можете использовать удаленный рабочий стол на компьютерах, на которых выполняются экземпляры роли.
Виртуальные машиныпозволяет запускать веб-приложения на виртуальных машинах в Azure. Эта возможность также известна как инфраструктура как услуга (IaaS). Создайте новые машины под управлением Windows Server или Linux через портал или загрузите существующий образ виртуальной машины. Виртуальные машины дают вам максимальный контроль над операционной системой, конфигурацией и установленным программным обеспечением и службами. Это хороший вариант для быстрой миграции сложных локальных веб-приложений в облако, поскольку машины можно перемещать целиком. С помощью виртуальных сетей вы также можете подключить эти виртуальные машины к локальным корпоративным сетям. Как и в случае с облачными службами, у вас есть удаленный доступ к этим машинам и возможность вносить изменения в конфигурацию на административном уровне. Однако, в отличие от веб-сайтов и облачных сервисов, вы должны полностью управлять образами виртуальной машины и архитектурой приложения на уровне инфраструктуры. Одним из основных примеров является то, что вы должны применять свои собственные исправления к операционной системе.
Смотрите обновленное и подробное сравнение по этой ссылке: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
источник
Веб-сайты Azure, веб-работники и виртуальные машины - это три различных компьютерных подхода, доступных в Windows Azure. Они различаются по уровню контроля и ответственности:
Нет лучшего выбора, потому что это зависит от того, какой уровень контроля вам нужен, какие функции вам нужны и что вы хотите оставить для поддержки Azure. И это большая тема ..
Пожалуйста, просмотрите эту статью для получения дополнительной информации, чтобы сделать более осознанный выбор:
Это сводится к компромиссу между простотой использования и возможностями.
источник
Еще две вещи, которые я обнаружил, это стоимость получения SSL для сайта с пользовательским доменом и мультитенантных конфигураций.
Для веб-сайта вы должны платить ежемесячно в дополнение к стандартному экземпляру (маленький экземпляр - самый дешевый вариант). Это означает, что для получения пользовательского домена https будет стоить ~ 70 / месяц для небольшого экземпляра плюс ~ 41 / месяц для SSL, который поддерживает все браузеры.
Для WebRole вы можете бесплатно получить экземпляр XS и добавить свой собственный SSL, что означает ~ 15 долларов в месяц, и у вас есть собственный домен с SSL.
Для мультитенантного веб-сайта ознакомьтесь с динамическим подстановочным знаком CName с несколькими арендаторами
источник
Веб-роль - это виртуальная машина с несколькими веб-сайтами.
источник
Это общий вопрос, и я хотел бы выдать выдержку из MSDN.
Доступ к таким службам, как кэширование, служебная шина, хранилище, база данных SQL Azure - веб-сайт: да веб-роль: да
Поддержка ASP.NET, классического ASP, Node.js, PHP-веб-сайта: да. WebRole: да
Общий контент и конфигурация. Сайт: Да. WebRole: Нет.
Развертывание кода с помощью GIT, FTP-WebSite: да WebRole: нет
Практически мгновенное развертывание: веб-сайт: да веб-роль: нет
Веб-сайт поддержки MySQL-как-услуга: да WebRole: да
Несколько сред развертывания (производственная и промежуточная) -WebSite: нет WebRole: да
Сетевая изоляция - веб-сайт: нет веб-роль: да
Удаленный доступ к рабочему столу серверов-WebSite: Нет WebRole: Да
Возможность запуска программ с повышенными правами доступа. Веб-сайт: Нет. Веб-роль: Да.
Возможность определять / выполнять задачи запуска-WebSite: Нет WebRole: Да
Возможность использования неподдерживаемых фреймворков или библиотек. Сайт: Нет. WebRole: Да.
Поддержка Windows Azure Connect / Windows Azure Network-WebSite: Нет WebRole: Да
Чтобы получить более подробную информацию, перейдите по этой ссылке: http://blogs.msdn.com/b/silverlining/archive/2012/06/27/windows-azure-websites-web-roles-and-vms-when-to -use-which.aspx
источник