Fiabilidad y escalabilidad

Reskyt diseña y opera la plataforma teniendo en cuenta los picos de tráfico propios del ecommerce, como Black Friday o campañas de rebajas, en los que la carga se concentra en pocas horas.

Dónde está la carga en una app Reskyt

El reparto no es intuitivo y conviene entenderlo antes de dimensionar nada.

La mayor parte del tráfico de navegación va a tu ecommerce. La app muestra tu tienda: cada ficha de producto, cada búsqueda y cada paso del checkout son peticiones a tu plataforma, no a Reskyt.

Reskyt concentra la carga en momentos puntuales. El arranque de la app, la carga de configuración y, sobre todo, los envíos masivos de notificaciones.

Una campaña de push genera dos picos encadenados: el del envío y, poco después, el de los usuarios que entran a la vez en tu tienda.

Cómo está construida la plataforma

La infraestructura está desplegada en AWS, con la región principal en eu-west-1 (Irlanda), y se gestiona mediante Infrastructure as Code.

Redundancia entre zonas. La arquitectura utiliza redundancia entre Availability Zones para reducir la dependencia de una única zona y mejorar la tolerancia a fallos.

Servicios gestionados. Reskyt se apoya en servicios gestionados de AWS cuando corresponde, entre ellos ECS para la ejecución de contenedores, RDS para bases de datos y S3 para almacenamiento.

Caché y CDN. Hay mecanismos de caché, y se utiliza CDN (Amazon CloudFront o Cloudflare según la arquitectura de cada caso) para servir contenido más cerca del usuario y reducir carga sobre los servicios de origen.

Procesamiento asíncrono. Los trabajos que no necesitan respuesta inmediata se resuelven mediante colas. El envío de notificaciones es el caso más claro: la API de push acepta la petición y entrega de forma asíncrona.

Monitorización. La plataforma se vigila con Amazon CloudWatch y New Relic. Ver monitorización.

Qué pasa si la plataforma se degrada

Los servicios de Reskyt que intervienen en tiempo de ejecución son el envío de notificaciones y la configuración de la app. La arquitectura utiliza mecanismos de caché, CDN y desacoplamiento entre componentes para mejorar la resiliencia del servicio.

El impacto concreto de una incidencia depende del componente afectado. Los compromisos aplicables a cada cliente dependen del contrato correspondiente.

En sentido contrario, la disponibilidad de tu tienda condiciona la de la app: si tu ecommerce no responde, la app no tiene contenido que mostrar. Ver Reskyt y tu ecommerce.

Ver también continuidad y recuperación.