Como Máximo creó un banco popular virtual en Perú con servicios de AWS

Por Sergio Castiñeyras, Arquitecto de Soluciones para Startups en AWS

Breve reseña

En esta publicación entenderá cuáles son las expectativas modernas de los usuarios bancarios y cómo AWS puede ayudarlo a cubrirlas.

¿Cómo están cambiando las expectativas de los clientes?

Las expectativas de los clientes cambian constantemente y las instituciones financieras deben estar preparadas para cubrirlas. Algunos datos:

• El 86% de los clientes bancarios menciona que compartirían información de sus finanzas con su banco, pero solo el 14% de los clientes están satisfechos con la cantidad de personalización que están experimentando, y la satisfacción del cliente es notablemente mayor (49%) entre los clientes a los que se les ofrecen experiencias digitales personalizadas en comparación con los que no (39%) según el World Retail Banking Report de 2021: https://worldretailbankingreport.com/wp-content/uploads/sites/3/2021/03/World-Retail-Banking-Report-2021.pdf
• El 50% de los clientes compraría un producto de su banco principal si hiciera una oferta personalizada según este reporte de Bain: https://www.bain.com/insights/evolving-the-customer-experience-in-banking

Las siguientes son algunas de las necesidades más comunes que los clientes buscan:

• Categorización automática de gastos.
• Armado y monitoreo de presupuesto de gastos mensuales.
• Transferir a otros usuarios de forma gratuita.
• Realizar consultas y poder contactar a soporte al cliente de una manera sencilla.
• Promover el ahorro y la administración responsable de dinero en nuevas generaciones de clientes.

Acerca de Máximo

 Máximo es una Fintech creada con el propósito de «bancarizar sin ser banco», dirigida a las nuevas generaciones que sienten fricción con la banca tradicional. En el Perú el 49% de la población no está bancarizada, debido a los costos altos, difícil acceso a los productos financieros, además de una escasa educación financiera y un bajo nivel de conciencia del ahorro.

No existe inclusión sin antes tener educación financiera, por eso en Máximo buscan resolver estos problemas ofreciendo servicios financieros accesibles, 100% digitales, herramientas de educación financiera para crear una relación saludable entre el usuario y sus finanzas, de esa manera acercarse a los jóvenes dándoles acceso a una tarjeta prepago Mastercard desde los 13 años.

Los usuarios son dueños de sus finanzas gestionando directamente su dinero y una línea de crédito basada en su comportamiento financiero, mas no en la calificación del buró tradicional; y sobre todo podrán obtener un beneficio simple e inmediato por el uso de la tarjeta donde todos ganan cashback. Es un proyecto que apunta a cambiar la relación del dinero de las nuevas generaciones para que tengan un mayor bienestar.

En los primeros 4 meses hemos atendido a 6000 usuarios, con un total de transacciones de USD 1.5 millones de dólares. Los usuarios de Máximo son jóvenes educados financieramente, con alta recurrencia de compra que encuentran en Máximo la herramienta que necesitan para esta nueva normalidad más digitalizada.

Arquitectura de aplicación escalable

Máximo decidió construir su carga de trabajo sobre AWS aprovechando la amplitud de servicios de computo para cada componente según las necesidades de cada uno.

Para facilitar la integración continua, desplegaron la familia de servicios Code* de AWS (CodeCommit, CodeDeply, CodeBuild, CodePipeline, CodeArtifact), automatizando así todo el ciclo de soporte operativo al desarrollo y despliegue de sus aplicaciones.

Para el sistema de core bancario de Odybank desplegaron un grupo de Auto Scaling

con servidores Amazon EC2 administrado de forma automática por un Application Load Balancer, de tal forma de contar con la elasticidad necesaria para soportar un ambiente productivo resiliente.

El frontend de la carga de trabajo está desplegado sobre un bucket de Amazon S3, publicado a través de Amazon CloudFront para mejorar la experiencia del usuario final con baja latencia, y con la tranquilidad de una plataforma manejada con alta disponibilidad.

La autenticación de usuarios y administradores en su aplicación está basada en servicios de Amazon Cognito, simplificando la seguridad y autorización de usuarios, e integrando el esquema de permisos con los recursos de la nube, de forma transparente dentro del API Gateway mismo, sin necesidad de repetir código de validación en cada microservicio.

El servicio de notificaciones, encolado de tareas, envíos de correo y avisos a los usuarios se simplifico con los servicios de Amazon SNS; Amazon SQS y Amazon SES. También se integró un chatbot para envío de alertas al chat del equipo interno, avisando de problemas en los ambientes, alarmas de threshold, nuevos despliegues, o eventos del auto scaler.

Para conectarse a los sistemas transaccionales bancarios de Perú como unibanca, se desplegó la solución del servicio manejado AWS Site to Site VPN que facilita la alta disponibilidad a través de túneles redundantes de VPN.

Para evitar problemas de escalabilidad de base de datos, Máximo decidió adoptar Amazon Aurora Serverless, su carga de trabajo es impredecible y tiene una demanda muy variable, para no tener que preocuparse por monitorear el estado de una instancia, o tener que escalarla con replicas, downtimes o almacenamiento limitado, Aurora Serverless resuelve todos esos problemas de forma transparente.

Para el despliegue automatizado de funciones Lambda y sus recursos asociados, Máximo eligió la plataforma de Serverless framework para desplegar en cada ambiente, que usa el motor de CloudFormation para aplicar los cambios a través de templates. Dentro de las Lambdas, Máximo eligio utilizar el framework de Apollo Server combinado con typeorm para la integración con Aurora Serverless.

Conclusión

Usando la mayor cantidad de servicios manejados y/o serverless posibles para desplegar los componentes de su arquitectura, Máximo logró reducir los costos de la infraestructura en un 30% con respecto a un despliegue estático en instancias, al utilizar servicios con esquemas de precios que están basados en la capacidad que se utiliza efectivamente para soportar la demanda real, reduciendo al mínimo el aprovisionamiento predictivo y los costos operativos.

Citando al equipo de Máximo: “fue un gran acierto la utilización de servicios de AWS para este tipo de carga de trabajo tan dinámica y de alta demanda. Atender a nuestros clientes con una solución sencilla a nivel de usuario y altamente confiable para quienes administramos y mantenemos el sistema fue el objetivo principal al que pudimos llegar”.

Sobre el autor

Sergio Castiñeyras es un arquitecto de soluciones para startups en AWS Latinoamérica. Todos los días, nuestros clientes de AWS deciden elegir nuevos servicios manejados en la nube. Sergio tiene la misión de ayudar a esos clientes a elegir las mejores tecnologías disponibles en AWS para reducir sus costos con una arquitectura moderna.