2016-04-04 2 views
8

Мы попались за отказ Microsoft от Silverlight и сосредоточиться на UWP. Это закончилось тем, что нам пришлось разработать два приложения с двумя приложениями (UWP и Silverlight), которые оставили нас с двумя приложениями, которые не могут быть объединены/упакованы вместе. Поэтому мы решили использовать приложения в качестве сопутствующего приложения.Та же таблица, центр уведомлений и сервер для двух приложений

Оба приложения используют аутентификацию, в настоящее время это связано с проверкой подлинности Microsoft. Услуги, используемые для аутентификации, относятся к типу Azure App Service - Mobile. Услуги помимо аутентификации также предоставляют интерфейсы для концентратора уведомлений, хранилища блоков и хранилища SQL.

Вопрос в том, есть ли возможность иметь один App Service - Mobile (не mobileservice) и аутентифицировать два разных приложения, используя одну и ту же услугу? Можно ли использовать тот же Notification Hub для отправки уведомлений по различным приложениям?

Или необходимо, чтобы мы создавали две различные службы для каждого приложения, чтобы облегчить использование аутентификации и push-сообщений. Затем мы можем связать одну и ту же базу данных с двумя App Service - Mobile? Но это оставит вопрос о узлах уведомления, не имеющих одинаковых регистраций?

+0

Что такое служба мобильных приложений? – juvchan

+0

@juvchan Только что сделал небольшое редактирование. Это «Служба приложений», но это версия API-интерфейса «Служба приложений», например API или Web. Но мобильное устройство специально связано с тем, что телефон или компьютерные приложения работают со службой поддержки. Как старый MobileService. – JTIM

+1

Это звучит яснее, спасибо! – juvchan

ответ

1

Как ответила группа продуктов, идея Mobile App должна быть индивидуальной базой. Для этого в панели управления Mobile Apps должно быть не одно поле для PackageId/..., но два или более для бэкэнда для разных приложений. Каждое соединение между приложением и внешним сервисом, таким как поставщик аутентификации или платформа push-уведомлений, является «персонализированным» - по идентификаторам и паролю или сертификатам или по многим причинам.

Я могу представить сценарий, когда кто-то должен будет подключить один бэкенд к различным приложениям, но идея Azure Mobile App отличается. И, поскольку App Service является сервисом, я думаю, что в текущей ситуации то, что вы хотите сделать, невозможно.

0

Azure Mobile App состоит из клиентского приложения и бэкэнда в Azure. Нельзя останавливать повторное использование одного и того же бэкэнда для нескольких приложений.

+0

в порядке. Затем нужно вставить информацию в центр уведомлений для секретности клиента и SID? эти два приложения имеют для них свое значение. А как насчет аутентификации с использованием идентификатора клиента и клиента? Не влияет ли эти настройки на разные приложения? – JTIM

2

Я не думаю, что у вас может быть более одного приложения, подключенного к одному мобильному приложению Azure. Вы можете подключить одно и то же приложение на разных платформах, но не к нескольким приложениям для той же платформы, что и мобильное приложение, предназначенное для индивидуального приложения. Проверьте этот запрос обратной связи. https://feedback.azure.com/forums/218849-notification-hubs/suggestions/3821272-push-notifications-for-multiple-apps

+0

Вот чего я боялся. Так что единственное, что я могу сделать, это создать новый сервис в той же группе ресурсов, а затем и строку подключения к данным таблицы, чтобы они работали с одними и теми же данными? Тогда у меня также будет отдельный центр аутентификации и уведомления.? – JTIM

+1

Да, они могут подключаться к одной и той же базе данных. аутентификация будет проходить через вашу индивидуальную услугу. и центр уведомлений также будет разделен. https://feedback.azure.com/forums/218849-notification-hubs/suggestions/7189494-multiple-cert-support-for-apns-in-azure-push-notif. –

Смежные вопросы