Преимущества размещения серверной части мобильного приложения в мобильных службах Azure по сравнению с веб-сайтами Azure.

У меня есть серверная часть WebAPI для мобильного устройства, и я хочу разместить ее в Azure.
Мне трудно понять реальные различия между AMS и веб-сайтами.

Все статьи, которые я читал на эту тему, говорят об изменениях и преимуществах в целом, и я хочу конкретно понять, какие новые функции предоставляет AMS, и преимущества хостинга в AMS.

Аутентификация


В AMS я вижу вкладку «IDENTITY» на лазурном портале. Насколько я понимаю, эти сторонние конфигурации позволяют мне легко аутентифицировать моих пользователей с помощью Google, FB и т. д. Но это просто делает процесс более удобным и настраиваемым через пользовательский интерфейс. В веб-сайтах я могу довольно легко добиться той же функциональности, используя код из библиотеки ASPNet.Identity и OWIN.

Всплывающие уведомления


Снова глядя на AMS во вкладке "PUSH" я вижу два механизма. Центр уведомлений и сторонний раздел.

Концентратор уведомлений не представляет собой ничего особенного для AMS, и я могу получить точно такую ​​же функциональность при размещении на веб-сайтах.

Сторонний раздел позволяет мне настраивать учетные данные для отправки служб от Apple и Google (APNS, GCM...), и вместе с библиотеками в пространстве имен AMS я могу легко писать код для связи с этими службами.

Но при размещении на веб-сайтах в моем бэкэнде я могу использовать библиотеки с открытым исходным кодом. Например, Moon-APNS для связи с APNS.

Шкала

Насколько я понимаю, и веб-сайты, и AMS обеспечивают одинаковую функциональность масштабирования (один называет это единицами, а другой — экземплярами).


Есть ли какие-либо существенные различия, которые я упустил?
Являются ли какие-либо из сделанных мной утверждений неверными? Было бы здорово, если бы кто-нибудь мог пролить свет на этот вопрос, в частности, решив все 3 проблемы (Auth, Push, Scale).


person Yaron Levi    schedule 26.03.2015    source источник


Ответы (4)


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

Для .NET-разработчика в мобильных сервисах нет ничего особенного, поскольку все, что они предлагают, можно сделать с помощью веб-сайта.

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

Скорее всего, за меня проголосуют, так как я выскажу личное мнение, но в любом случае: я не вижу очевидных причин для использования мобильных сервисов, если вы кодируете серверную часть .NET.

person CSharpRocks    schedule 26.03.2015
comment
Смелое мнение (-: ... а как насчет цены/размера экземпляра? На веб-сайтах мне нужно выбрать размер экземпляра, память и т. д. В AMS у меня нет ни одного из этих параметров. - person Yaron Levi; 26.03.2015
comment
Скорее всего, это будет возможно с мобильными приложениями. - person CSharpRocks; 27.03.2015
comment
@CSharpRocks Я не собираюсь минусовать вас, но давайте поговорим о мобильных приложениях Azure! У вас может быть другое мнение. :) - person lindydonna; 04.04.2015

Я думаю, что именно вы являетесь целевым клиентом для Мобильные приложения Azure. Вы получите все возможности собственного веб-сайта Azure (теперь переименованного в Azure Web App) с дополнительным удобством и клиентскими библиотеками мобильных служб.

Одной из особенностей клиентской библиотеки, которую вы, возможно, не заметили, является возможность межплатформенной автономной синхронизации данных. Обычно это сложно создать самостоятельно, и у нас есть реализация, концептуально согласованная на всех клиентских платформах. (Кроме того, если вы используете Xamarin, вы можете совместно использовать код между своими клиентскими реализациями.)

Для ясности: Мобильные службы Azure НЕ устарели и не станут устаревшими до тех пор, пока не пройдет общедоступность мобильных приложений Azure. Мобильные приложения Azure в настоящее время доступны в предварительной версии.

person lindydonna    schedule 04.04.2015
comment
Итак, вы говорите, что мобильные службы Azure устарели и вместо них есть мобильные приложения Azure? - person Yaron Levi; 05.04.2015
comment
Извините за задержку с ответом. Мобильные службы НЕ устарели, но новые функции в мобильных приложениях Azure выглядят именно так, как вам нужно. Вы получаете полную гибкость веб-сайтов Azure, а также серверные и клиентские пакеты SDK. Как с мобильными приложениями Azure, так и с мобильными службами вы получаете включенные кредиты для концентраторов уведомлений. - person lindydonna; 07.05.2015

Еще одно большое преимущество мобильных служб, о котором вы не упомянули, — это клиентские библиотеки для Android, iOS, Xamarin и Cordova. Если у вас уже есть клиентская библиотека REST в вашем приложении и вам не нужно беспокоиться о нескольких клиентских платформах, тогда веб-сайты Azure кажутся вам хорошим вариантом.

person Eric Hedstrom    schedule 27.03.2015
comment
Что ж, для iOS у меня есть Alamofire, и это здорово, а для Android еще не выбрал библиотеку. - person Yaron Levi; 27.03.2015

AMS сама по себе построена на основе веб-сайтов Azure. Таким образом, вы можете реализовать на веб-сайте Azure все, что доступно в AMS.

Однако преимуществом AMS является то, что он позволяет быстро создавать серверную часть мобильного приложения с операциями CRUD, аутентификацией/авторизацией, а также предоставляет клиентские библиотеки для различных типов клиентов, например, HTML, C# и т. д., поэтому мы не не нужно вручную делать HTTP-вызовы.

Если вам нужно реализовать вышеуказанную функциональность в веб-API, это довольно сложно. Не так ли?

person Sajad Deyargaroo    schedule 24.04.2015