Generalidades

Patrones de diseño para el envío de notificaciones automáticas | Autor: Yair Carreno | Junio ​​de 2021

Jarreno

Puede utilizar múltiples estrategias para enviar notificaciones push a clientes web y móviles. Basadas en el ecosistema de sistemas operativos (iOS, Android) que brindan servicios bajo demanda, estas estrategias combinan diferentes integraciones con FCM y APNS. Resumo estos patrones de la siguiente manera:

  • Activador HTTPS mediante métodos FCM y APNS.
  • HTTPS se activa mediante métodos FCM y APNS independientes.
  • Disparador HTTPS mediante el método APNS.
  • Activador HTTPS mediante el método FCM.
  • Enfoque impulsado por eventos.

A continuación se muestra una descripción general de cada una de estas estrategias y sus componentes relacionados.

Recomiendo a los lectores que consulten mi manual de notificaciones push para obtener más información.

Este modelo utiliza FCM La plataforma (Firebase Cloud Messaging) distribuye mensajes a clientes web, iOS y Android.

Además, FCM y Punto de acceso (Apple Push Notification Service) garantiza el envío de notificaciones a los clientes de iOS de forma segura y está autorizado por Apple.

Notificación del servidor Proporcionar y Puerta de enlace API Integración para que el cliente registre su dispositivo para recibir notificaciones, actualice el token de uno o más dispositivos y genere una solicitud para enviar notificaciones. Además, configure las notificaciones y proporcione otras funciones requeridas por la solución a nivel de notificaciones push, como a través de la consola.

El servidor también accederá base de datos El token del dispositivo registrado se almacenará para el mecanismo de persistencia notificado por el mensaje.

La base de datos también puede almacenar notificaciones y configuraciones específicas requeridas por el servidor.

Este modelo utiliza FCM La plataforma distribuye mensajes a los clientes de Android y los usa Punto de acceso La plataforma transmite mensajes a los clientes de iOS. A diferencia del modelo divulgado anteriormente, la distribución de notificaciones push está diseñada utilizando dos plataformas de forma independiente.

En este modelo, Puerta de enlace API, servidor, con base de datos El componente implementa las mismas funciones descritas en el diseño anterior, la diferencia es que en esta estrategia la Base de Datos almacenará tanto los tokens generados por FCM como por APNS.

Este modo es adecuado cuando necesita proporcionar notificaciones solo a los usuarios de iOS. En este caso, solo APNS se utiliza como plataforma para administrar y distribuir mensajes.

Recuerde, también puede proporcionar notificaciones a los clientes de iOS a través de FCM. Sin embargo, si no tiene un plan a corto y largo plazo para atender a los usuarios de Android, la forma más exitosa de usarlo es usar APNS.

Este modo es adecuado cuando necesita proporcionar notificaciones solo a los usuarios de Android. En este caso, solo FCM se utiliza como plataforma para administrar y distribuir mensajes.

Este modelo está diseñado con un enfoque sin servidor. La acción de ejecución proviene del disparador HTTP y el disparador proviene de la base de datos, función sin servidor (Función de nube o Lambda), o un proceso por lotes automatizado y de procedimiento.

En este modo, el servicio de base de datos se utiliza para almacenar tokens y la configuración requerida del sistema de notificación.Estos servicios pueden ser bases de datos, como Tienda de bomberos, Base de datos dinámica, Base de datos en tiempo real, RDS, con Cloud SQL.

Como microservicio sin servidor, puede utilizar los servicios proporcionados por FaaS, como Función de nube o Lambda O contenedores sin servidor, por ejemplo Ejecutar en la nube o Famen.

LEER  Kotlin Coroutines: Coroutines no son subprocesos ligeros. | Por Abhishek Kumar | enero de 2022

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba