Мы работаем над требованием, которое включает в себя создание «Панели администратора» для отправки объявлений / push-уведомлений различным группам пользователей мобильного приложения для таких вещей, как: обновления приложений, перебои в работе системы, объявления о сервисах и т. Д., На основе определенныхпользовательские параметры, такие как роли и другие свойства.В настоящее время мы отправляем в качестве этого пользователя свойства в наш проект Firebase из версий мобильных приложений для Android и iOS.
Решение для отправки push-уведомлений различным пользовательским сегментам и, в частности, гибкость сегментирования пользователей с реляционными операторами черезПользовательские свойства - это фундаментальное требование, для которого мы хотя бы используем пользовательские сегменты Analitycs для динамического нацеливания на определенные уведомления.См. Источник: https://firebase.googleblog.com/2017/03/updates-to-firebase-notifications-reach.html
Проблема: Некоторые пользовательские свойства, которые мы отправляем в Firebase и хотели бы использовать для сегментирования push-уведомлений, не являются статичными и могут измениться в короткие сроки.период времени, который не может быть немедленно отражен в мобильном приложении, однако мы не нашли способа обновления пользовательских свойств со стороны сервера (то есть: из процесса, управляемого из систем источников данных) и полагаться на пользователей, использующих мобильное приложение, дляНажмите / обновите свои пользовательские свойства. Обновления в Firebase будут недостаточными для поддержания актуальности сегментов и точности аудитории (пользователям может потребоваться некоторое время, чтобы вернуться и открыть мобильное приложение спустя много времени после изменения пользовательского свойства).
Вопросы: Не является ли это ограничение пользовательских свойств неуправляемым через конечные точки REST или каким-либо иным образом с сервера преднамеренно?Есть ли другой продукт или альтернатива, которая могла бы помочь в достижении цели, описанной выше?Есть какие-нибудь рекомендации?
Примечания: Мы отказались от использования тем Firebase из-за динамического характера требований к фильтрации для сегментов.Поддержание актуальных тем с нужным количеством пользователей может привести к снижению производительности и серьезным проблемам с масштабируемостью.AWS Pinpoint также был оценен, хотя интеграция с Firebase работает не очень хорошо, поэтому мы отказались от него.