Ответ 1
Azure предлагает несколько способов размещения веб-сайтов:
Такая же идея, но в абстрактном видении:
Источник: http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx
В прошлом году я начал изучать Microsoft Azure, а одним из предоставляемых сервисов были облачные сервисы. То, как я понимаю Cloud Services, заключается в том, что это сервис, который позволяет создавать N-уровневые приложения. Таким образом, можно установить, например, веб-роль, в которой размещен один проект ASP.NET Web API, а также некоторые рабочие роли для фоновой обработки и т.д. Также была служба веб-сайтов.
Теперь на Build 2015 было представлено Azure App Services, которое в основном состоит из
Теперь я не понимаю, когда нужно использовать Cloud Services и когда нужно использовать App Services. Я имею в виду, у меня сложилось впечатление, что Web Apps вместе с приложениями API и приложениями Logic аналогичны облачным службам, но я не уверен.
Итак, в чем разница между облачными службами и службами приложений и когда нужно выбирать вместо другого?
Azure предлагает несколько способов размещения веб-сайтов:
Такая же идея, но в абстрактном видении:
Источник: http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx
У меня также была путаница в отношении их различий, пока я не прочитал следующий блог. Надеюсь, это поможет.
http://cloudacademy.com/blog/microsoft-azure-app-service-virtual-machines/
В прошлом месяце было немного движения:). Веб-сайты стали веб-приложениями. То же самое с Mobile Apps.
Теперь, чтобы ответить на ваш вопрос о контрасте между ними, каждый из них служит своей цели. Cloud Services был вашим PaaS, связанным с виртуальной машиной. С другой стороны, App Services говорит о "ресурсоемких группах".
Что касается App Services, вы можете сконденсировать гораздо больше приложений в экземплярах виртуальной машины без особых усилий. Однако самый крупный продавец, которому службы приложений работают над облачными службами, - это возможность составлять бизнес-процессы с помощью приложения Logic, так же как BizTalk выполняет внешнее подключение к другим процессам.
Группы ресурсов - это следующий этап, на котором можно подойти к DevOps. IMHO, следующий шаг, который обещал Azure, - это то, что ваши приложения развернуты как микросервисы на Microsoft Service Fabric. (Это было объявлено только на прошлой неделе).
Microsoft описывает различия между службами приложений и облачными сервисами, такими как: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
Практически облачные службы менее апатридированы, и вам нужно больше работать в сети /DR/HA, а службы приложений более неактивны, и вы можете использовать сеть /DR/HA из коробки.
Используйте веб-приложение для веб-портала, общедоступных API и служб WCF (xx.azurewebsites.net)
С другой стороны, рассмотрите возможность использования облачных сервисов (xx.cloudapp.net), когда у вас есть работа в фоновом режиме. Это похоже на разработку службы Windows с событиями OnStart() и OnStop() и размещение ее внутри виртуальной машины. Но здесь, на лазури, вы можете сделать это без хлопот управления виртуальной машиной.
Надеюсь, что это ясно.