Центры уведомлений Azure — как настроить несколько приложений в одном концентраторе

У меня возникла ситуация, когда мне нужно использовать один и тот же центр уведомлений для нескольких приложений iOS. Для данного тега - все приложения должны получить этот push.

Каждое приложение iOS имеет свой сертификат push-уведомления, поэтому только одно из приложений действительно получило push-уведомление. Я не хочу открывать несколько хабов, потому что тогда мне нужно управлять тем, к какому хабу может принадлежать каждое приложение, а это очень неудобно.

Как я могу этого добиться?


person Avner Barr    schedule 02.12.2014    source источник


Ответы (1)


Я почти уверен, что то, что вы хотите сделать, невозможно по нескольким причинам. iOS push обрабатывается через APNS, технологию Apple. Apple диктует, что каждое отдельное приложение должно иметь свой собственный идентификатор пакета и, следовательно, свой собственный сертификат push-уведомлений. Концентраторы уведомлений не поддерживают несколько сертификатов (или несколько параметров приложения для любого из поставщиков push-уведомлений), поэтому отдельный концентратор не может отправить их более чем одному приложению. Вы застряли с созданием какого-то уровня управления, который знает, с каким концентратором общаться для какого приложения. В качестве альтернативы вы можете просто попросить все ваши концентраторы отправить одно и то же сообщение и использовать теги для фактической фильтрации (каждому концентратору предлагается отправить сообщение, но это делает только концентратор с устройством, зарегистрированным с правильным тегом).

person Chris    schedule 02.12.2014
comment
Я прибегаю к последнему - это означает, что у меня есть масса избыточных вызовов на нерелевантные концентраторы - но кажется разумным, что один и тот же концентратор имеет несколько приложений - очевидно, у него есть одно для iOS/Android/Winphone и т. д., так почему бы не 2 для iOS и т. д. Этот вариант использования кажется довольно распространенным — я не хочу управлять тем, какой тег принадлежит какому концентратору — Azure должен избавить меня от этой головной боли. Hub — это всего лишь абстракция различных поставщиков push-уведомлений, а не сертификат приложения. - person Avner Barr; 03.12.2014
comment
Я согласен, и где-то есть запрос MS Connect на эту функцию (у меня сейчас нет ссылки). Пожалуйста, проголосуйте. Наш сценарий заключается в том, что у нас есть API (в качестве поставщика услуг) и универсальное клиентское приложение, которое переименовано для разных клиентов в магазины. Существует еще одна возможная причина этого ограничения: возможно, MS по разным причинам хочет, чтобы разработчик разделил затраты по группам ресурсов или по подписке. В некоторых сценариях (например, в качестве поставщика API) ISV или SaaS-поставщику может быть выгоднее включить концентратор в подписку, оплачиваемую клиентом. - person Sentinel; 18.10.2016
comment
Эта ветка довольно старая. Мне было интересно, есть ли какие-либо обновления по этому поводу. - person Rahatur; 14.03.2019