Различия между Azure App Services и облачными службами

В прошлом году я начал изучать Microsoft Azure, а одним из предоставляемых сервисов были облачные сервисы. То, как я понимаю Cloud Services, заключается в том, что это сервис, который позволяет создавать N-уровневые приложения. Таким образом, можно установить, например, веб-роль, в которой размещен один проект ASP.NET Web API, а также некоторые рабочие роли для фоновой обработки и т.д. Также была служба веб-сайтов.

Теперь на Build 2015 было представлено Azure App Services, которое в основном состоит из

Веб-приложения
Приложения API
Логические приложения
Мобильные приложения

Теперь я не понимаю, когда нужно использовать Cloud Services и когда нужно использовать App Services. Я имею в виду, у меня сложилось впечатление, что Web Apps вместе с приложениями API и приложениями Logic аналогичны облачным службам, но я не уверен.

Итак, в чем разница между облачными службами и службами приложений и когда нужно выбирать вместо другого?

Ответ 1

Azure предлагает несколько способов размещения веб-сайтов:

Такая же идея, но в абстрактном видении:

Источник: http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx

Ответ 2

У меня также была путаница в отношении их различий, пока я не прочитал следующий блог. Надеюсь, это поможет.

http://cloudacademy.com/blog/microsoft-azure-app-service-virtual-machines/

Ответ 3

В прошлом месяце было немного движения:). Веб-сайты стали веб-приложениями. То же самое с Mobile Apps.

Теперь, чтобы ответить на ваш вопрос о контрасте между ними, каждый из них служит своей цели. Cloud Services был вашим PaaS, связанным с виртуальной машиной. С другой стороны, App Services говорит о "ресурсоемких группах".

Что касается App Services, вы можете сконденсировать гораздо больше приложений в экземплярах виртуальной машины без особых усилий. Однако самый крупный продавец, которому службы приложений работают над облачными службами, - это возможность составлять бизнес-процессы с помощью приложения Logic, так же как BizTalk выполняет внешнее подключение к другим процессам.

Группы ресурсов - это следующий этап, на котором можно подойти к DevOps. IMHO, следующий шаг, который обещал Azure, - это то, что ваши приложения развернуты как микросервисы на Microsoft Service Fabric. (Это было объявлено только на прошлой неделе).

Ответ 4

Microsoft описывает различия между службами приложений и облачными сервисами, такими как: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/

Практически облачные службы менее апатридированы, и вам нужно больше работать в сети /DR/HA, а службы приложений более неактивны, и вы можете использовать сеть /DR/HA из коробки.

Ответ 5

Используйте веб-приложение для веб-портала, общедоступных API и служб WCF (xx.azurewebsites.net)

С другой стороны, рассмотрите возможность использования облачных сервисов (xx.cloudapp.net), когда у вас есть работа в фоновом режиме. Это похоже на разработку службы Windows с событиями OnStart() и OnStop() и размещение ее внутри виртуальной машины. Но здесь, на лазури, вы можете сделать это без хлопот управления виртуальной машиной.

Надеюсь, что это ясно.