2016-04-04 18 views
8

Zostaliśmy złapani przez porzucenie przez Microsoft Silverlight i skupienie się na UWP. W rezultacie musieliśmy opracować dwie aplikacje skupione na dualizmie (UWP i Silverlight), które pozostawiły nam dwie aplikacje, których nie można połączyć/spakować razem. Dlatego zdecydowaliśmy się na aplikacje jako aplikację towarzyszącą.Ta sama tabela, centrum powiadomień i serwer dla dwóch aplikacji

Obie aplikacje używają uwierzytelniania, obecnie jest to uwierzytelnianie firmy Microsoft. Usługi używane do uwierzytelniania są typu Azure App Service - Mobile. Usługi oprócz uwierzytelniania zapewniają również interfejsy do centrum powiadomień, magazynu blob i pamięci SQL.

Pytanie brzmi zatem, czy możliwe jest posiadanie jednej usługi App Service - Mobile (bez usługi mobilnej) i uwierzytelnianie dwóch różnych aplikacji przy użyciu tej samej usługi? Czy do wysyłania powiadomień do różnych aplikacji można użyć tego samego centrum powiadomień?

Czy jest to potrzebne, aby utworzyć dwie różne usługi dla każdej aplikacji, aby ułatwić korzystanie z uwierzytelniania i wiadomości Push. Następnie możemy połączyć tę samą bazę danych z dwoma App Service - Mobile? Ale to zostawiłoby problem centrów powiadomień nie mających tych samych rejestracji?

+0

Co to jest usługa mobilna? – juvchan

+0

@juvchan Właśnie zrobiłem małą edycję do tego. Jest to "usługa aplikacji", ale jest to wersja "usługi aplikacji", takiej jak API lub Internet. Ale ta mobilna jest szczególnie związana z uruchamianiem aplikacji telefonicznych lub komputerowych z usługą jako wsparciem. Podobnie jak stara usługa MobileService. – JTIM

+1

To brzmi wyraźniej, dzięki! – juvchan

Odpowiedz

1

W odpowiedzi na pytanie grupy produktów, idea aplikacji mobilnej ma być indywidualnym zapleczem. W tym celu na pulpicie nawigacyjnym aplikacji mobilnych nie powinno znajdować się jedno pole dla identyfikatora PackageId/..., ale dwa lub więcej muszą być zapleczem dla różnych aplikacji. Każde połączenie między aplikacją a usługą zewnętrzną, takie jak dostawca uwierzytelniania lub platforma powiadomień push, jest "personalizowane" - według identyfikatorów i haseł lub certyfikatów, lub na wiele sposobów.

Mogę sobie wyobrazić scenariusz, w którym ktoś musiałby podłączyć jeden backend do różnych aplikacji, ale pomysł na aplikację mobilną Azure jest inny. A ponieważ App Service to usługa, uważam, że w obecnej sytuacji to, co chcesz zrobić, jest niemożliwe.

0

Aplikacja Azure Mobile składa się z aplikacji klienckiej i zaplecza na platformie Azure. Nie ma powodu, żebyś ponownie korzystał z tego samego zaplecza dla więcej niż jednej aplikacji.

+0

w porządku. Następnie, czy w centrum powiadomień należy umieścić informacje o tajnym kluczu klienta i identyfikatorze SID? dwie aplikacje mają dla nich swoją własną wartość. A co z uwierzytelnianiem z innym identyfikatorem klienta i sekretem klienta? Czy te ustawienia nie mają znaczenia, jeśli komunikują się różne aplikacje? – JTIM

2

Nie sądzę, że możesz mieć więcej niż jedną aplikację podłączoną do jednej aplikacji mobilnej Azure. Możesz podłączyć tę samą aplikację na różnych platformach, ale nie w wielu aplikacjach na tę samą platformę, co aplikacja mobilna zaprojektowana jako samodzielna aplikacja. Sprawdź to żądanie opinii. https://feedback.azure.com/forums/218849-notification-hubs/suggestions/3821272-push-notifications-for-multiple-apps

+0

Tego się obawiałem. Więc jedyną rzeczą, którą mogę zrobić, to stworzyć nową usługę w tej samej grupie zasobów, a następnie i ciąg połączenia z danymi tabeli, aby działały na tych samych danych? Wtedy też miałbym indywidualne centrum uwierzytelniania i powiadamiania. – JTIM

+1

Tak, mogą połączyć się z tą samą bazą danych zaplecza. uwierzytelnienie przejdzie przez twoją indywidualną usługę. centrum powiadomień również będzie oddzielne. https://feedback.azure.com/forums/218849-notification-hubs/suggestions/7189494-multiple-cert-support-for-apns-inaz--push-notif. –

Powiązane problemy