Предимства на хостването на бек-енд на мобилно приложение в мобилните услуги на Azure пред уебсайтовете на Azure

Имам WebAPI back-end за мобилно устройство и искам да го хоствам в Azure.
Трудно ми е да разбера истинските разлики между AMS и уебсайтове.

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

Удостоверяване


В AMS виждам раздела „САМОЛИЧНОСТ“ в портала на azure. Доколкото разбирам, тези конфигурации на трети страни ми позволяват лесно да удостоверявам потребителите си с google, FB и т.н. Но това просто прави процеса по-удобен и конфигурируем чрез потребителския интерфейс. В уебсайтове мога да постигна същата функционалност доста лесно, като използвам код от ASPNet.Identity и OWIN libraris.

Насочени известия


Отново разглеждайки AMS в раздела „PUSH“, виждам два механизма. Разделът Notification Hub и трета страна.

Notification Hub не е нищо особено за 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, тъй като можете да имате пълен мобилен бекенд, като пишете скриптове, работещи на Node и Mobile Services, абстрахират цялата сложност на базата данни и 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 НЕ са оттеглени и няма да бъдат отхвърлени дълго след GA (обща наличност) на мобилните приложения на Azure. В момента мобилните приложения на Azure са в предварителен преглед.

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

Другото голямо предимство на мобилните услуги, което не споменахте, са клиентските библиотеки за Android, iOS, Xamarin и Cordova. Ако вече имате REST клиентска библиотека в приложението си и не е нужно да се притеснявате за множество клиентски платформи, тогава Azure Web Sites звучи като добър начин за вас.

person Eric Hedstrom    schedule 27.03.2015
comment
Е, за iOS имам Alamofire, което е страхотно, а за android още не съм решил за библиотека. - person Yaron Levi; 27.03.2015

AMS сама по себе си е изградена върху Azure Websites. Така че всъщност можете да внедрите всичко в уебсайт на Azure, който е наличен в AMS.

Въпреки това, хубавото на AMS е, че ви позволява бързо да изградите бекенда за мобилно приложение с CRUD операции, удостоверяване/упълномощаване и също така предоставя библиотеки от страна на клиента за различен тип клиенти, например HTML, C# и т.н., така че ние не Не трябва ръчно да правите HTTP извикванията.

Ако имате нужда да внедрите горната функционалност в Web API, това е доста усилие. не е ли

person Sajad Deyargaroo    schedule 24.04.2015