View
1.904
Download
2
Category
Preview:
DESCRIPTION
Pequeña introducción para ironhack del proceso de notificaciones push creado adhoc para la app de idealista
Citation preview
chema rodríguez@durbon
mobile backed app idealista
10 julio 2014
● api first!● notificaciones push● herramientas● proceso de envío de notificaciones de
idealista● ¿cómo trabajamos juntos?
/índice
“las APIs son el pegamento de las apps e internet”
Mobile Backend = API + Notificaciones Push
API REST
● JSON (formato de facto)● Stack en Java: Spring framework, Solr,
Oracle, MongoDB, Redis, ActiveMQ
API: Acciones y consultas
● Búsqueda geográfica y por zona ● Información completa de cada anuncio● Usuario: favoritear, descartar, comentar,
contactar, guardar alertas● Subir fotos
¿API pública?
● Ahora, no. Próximamente abierta para todos● API V3 sólo para las apps de iOS y Android● Disponible la V1 (sólo búsqueda geográfica)
alertas de nuevos inmuebles
1. email
2. notificaciones push
Push Notifications
¿Cuántas notificaciones recibimos al día?
Tipo de notificaciones
1. Notificaciones masivas (todos)
2. Suscripción a un topic concreto
3. Notificaciones individuales al usuario
Planteamiento inicial y riesgos
● Registro en APNS del dispositivo● Sincronización entre usuarios: relacionar
usuario idealista con su dispositivo● Badge del número de notificaciones● Límites de envío
Herramientas disponibles: soluciones de terceros
Herramientas disponibles: soluciones de terceros
Ventajas● No necesitas tener un backend propio● Barato si no requieres muchos envíos● SDKs y clientes específicos para iOS o Android. Fácil integración● Paneles de desarrolladores: gestión tipos de push● Integración con plataformas en la nube (Amazon o Google)
Inconvenientes:● Sincronización usuarios BBDD propias fuera de la del servicio● Costes en altos volúmenes de envío
Solución adhoc
Librería JAVAPNS https://code.google.com/p/javapns/
● Encapsula la comunicación con Apple Push Notification Service(APNS)● gestión del certificado de nuestra app (sandbox y production)● Gestión de errores● Envío multihilo de mensajes
● API para el registro de usuarios y activación de alertas
● Construcción de una librería propia (dependencia Maven) de composición de notificaciones (Apple y Android).○ Combinamos JAVAPNS y GCM (también tenemos Android)○ Creamos el mismo mensaje independiente de la plataforma○ Unificamos la gestión de errores de cada plataforma
● Proceso de envío de notificaciones○ Consume alertas que notificar a queue de JMS○ Consultar usuario-token device para el envío○ Construcción de mensaje (BBDD y librería)○ Feedback de errores (canonical deviceID)
PushMessage
String localizedAlert;
List<String> localizedArgs;
Map<String, String> customParameters;
int badge;
{
action = newAds;
adId = 25403184;
adsNumber = 1;
alertId = 513466;
aps = {
alert = {
"loc-args" = (
1,
"pisos, centro hasta 150.000"
);
"loc-key" = "%@ anuncios: %@";
};
badge = 0;
sound = default;
};
typology = homes;
}
"loc-key" debe de estar en los ficheros localizables de la app. el valor
"loc-args" son los posibles argumentos que puede tener el texto:
Payload
Componentes● Tablas de base de datos para la gestión de dispositivos y registro de
notificaciones enviadas: dispositivos activos, log de notificaciones enviadas/falladas/reintentadas, Contador del badge (usado para el envío del badge a iOS).
● Cola JMS a los que estamos suscritos para enviar las alertas● proceso app de envío de notificaciones escalable● proceso de reenvío de notificaciones fallidas● proceso de feedback para el de-registro de dispositivos (cada
madrugada)
¿cómo trabajamos juntos?
● documentación API● entornos de testing (pre producción)● sandbox para APIs aún en desarrollo● test de integración con CORE de idealista● y sobre todo ser ágiles + mucha
comunicación
¿preguntas?
desarrollo.imasd@idealista.com¿quieres trabajar con nosotros? mándanos tu CV!
Recommended