Какая самая оптимальная технология доставки уведомлений в Android-клиент подойдет для решения задачи?
В данный момент есть бэк node+express+socket.io. В android-приложении (корпоративное приложение) есть socket.io клиент, который постоянно в фореграунд сервисе держит коннект с ws-сервером. Это не круто, т.к. потребляет много энергии и быстро садит аккумулятор, + нет 100% стабильности (есть проблемы со смертью сессии, после чего он должным образом ее не возобновляет, и нужно слать доп http-запросы).
Хотелось бы избавиться от постоянного коннекта, по возможности и фореграунд-сервиса этим самым повысив стабильность и время жизни (стабильность важнее, а батарейкой можно пожертвовать). Для этого, допускаю, заюзать другую технологию для доставки уведомлений взамен WS, какую именно - нужны ваши советы. Сам поглядываю в сторону firebase, но не знаю на сколько это хорошее решение.
Задача такая: нужно с бэка слать уведомлении конкретному клиенту (uid в базе) или группе клиентов (group-id, которой соответствуют несколько uid клиентов). При этом, доставка уведомлений должна быть своевременной, не более 30 секунд с момента отправки, при этом экран устройства может быть заблокирован в течении нескольких часов не пробуждавшись (коннект к интернету предположим что всегда есть, но если сообщение было отправлено в момент когда и клиента не было связи, уведомление все равно должно прийти).
Скиньтесь советами/идеями, поделитесь опытом)
Al,
1. Android приложение на девайсе пользователя регистрируется в firebase, получает Ид.
2. Этот Ид вам нужно самостоятельно передать на свой сервер.
3. Ваш сервер отправляет сообщение через гугл, используя ранее полученный от клиента Ид.
Александр Юдаков, к примеру есть ситуация когда конкретному пользователю с моего сервера должно прийти уведомление, а у такого пользователя есть несколько устройств, получается чтоб доставить уведомления на все устройства этого пользователя нужно гдето хранить все id привязанных устройств, а еще и обеспечить их обновление (refreshToken)? или же есть еще варианты?
Al, вы все верно описали. Других вариантов нет.
Еще нужно учесть, что пользователь может разлогиниться, а также зайти потом с другим логином. В этих случаях список устройств нужно тоже обновить.
