Entre mas pasa el tiempo se vuelve mas necesario entender los principios del desarrollo de #APIs (#REST/#HTTP).
Mira este escenario:
Tienes una base de datos local a la que le inyectas semanalmente los nuevos correos registrados pero esto es tan manual como descargar un archivo csv y ingresarlo a un #CRM que valida la existencia o no de los registros.
Dependiendo si es nuevo, si existe, si tiene error el procesa los envios masivos.
La mejora (considerando que se usa #WP u otro #CMS):
WordPress proporciona un acceso a los registros de nuevos suscriptores y este es validado con un token, y credenciales que fueron generadas por la API de WP de esta forma puedes gestionar con un API + #Middleware un gateway diseñado de forma local esta integración para extraer esos datos desde WP de automáticamente.
Esto se genera con una tarea en el CRM que extrae los datos desde nuestro API, este API hace un balanceo para no sobrecargar el servidor y nuestro middlware limpia los registros de espacios o caracteres o cadenas de texto maliciosas antes de llegar a su destino.
Ahora, este mismo API tiene un punto final donde el equipo de ventas puede ver el total de los nuevos registros procesados o nuevas personas que visualizaron la campaña o que interactuaron.
Lo genial, sí mañana ventas decide que su CRM no le es funcional solo debe apuntar el nuevo CRM hacia nuestra ruta (dentro de nuestro API local) y evitar tener que construir un nuevo módulo para extraer o inyectar estos datos.
Con la facilidad de que si usas un sistema replica (a nivel de VM/#Serverless/Cloud Computing) tu servicio en producción jamás se verá afectado tan sencillo como eso.
Top comments (0)