Su mensaje ha sido enviado.
Procesaremos su solicitud y nos pondremos en contacto con usted lo antes posible.
El formulario se ha enviado correctamente.
Encontrará más información en su buzón.

Seleccionar idioma

Innowise proporcionó soporte DevOps/SRE para la plataforma de préstamos de Lendo, centralizando la propiedad de la infraestructura y mejorando la estabilidad. Tras una exitosa colaboración, el cliente nos contrató para gestionar tareas seleccionadas de Java y QA como parte de sus esfuerzos de modernización más amplios.
Apoyo a la producción estable
para la plataforma central de préstamos de Lendo
15% reducir los costes de la nube
en la fase inicial de optimización

Lendo es una empresa fintech escandinava que ayuda a las personas a comparar ofertas de préstamos a través de una aplicación en lugar de ir a los bancos uno por uno. Fundada en Suecia en 2007, la empresa se ha convertido en una importante plataforma de comparación de préstamos que opera en Suecia, Noruega y Dinamarca.
Lo que hace que la plataforma sea especialmente exigente desde el punto de vista operativo es la escala y la sensibilidad del proceso que hay detrás. Una sola solicitud puede ser emparejada con ofertas de hasta 40 prestamistas, lo que hace que la fiabilidad de la plataforma, una entrega coherente y unos procesos de calidad bien estructurados sean fundamentales para la actividad principal del cliente. Además de su mercado de préstamos, Lendo también ofrece Kreddy, una aplicación que permite a los usuarios conocer su perfil crediticio y los préstamos existentes.
El equipo Innowise se unió a Lendo para reforzar la función DevOps/SRE del cliente y hacerse cargo de un área crítica de la propiedad de la infraestructura. Al principio, el proyecto contaba con una documentación muy limitada y conocimientos incompletos, por lo que nuestros ingenieros tuvieron que entender primero cómo estaba configurado el entorno, cómo funcionaban juntos sus componentes principales y dónde estaban los principales riesgos operativos.
Nuestro equipo revisó la infraestructura en GCP y AWS, incluidos clústeres, máquinas virtuales, bases de datos, servicios en la nube, flujos de monitorización y canales de soporte. Esto ayudó a definir las áreas que necesitaban una atención más rápida: propiedad de la infraestructura, gestión de alertas, problemas recurrentes, visibilidad de la nube y gestión de cambios más segura.
Basándonos en la evaluación inicial, establecimos un modelo de entrega centrado en una mayor propiedad de la infraestructura, operaciones estables de la plataforma y un mejor control de los cambios en la infraestructura.
El trabajo se dividió en función del estado real del entorno. En GCP, el equipo apoyó y mejoró la configuración existente de la Infraestructura como Código. En AWS, la atención se centró en poner la infraestructura configurada manualmente bajo una gestión más estructurada. El equipo también definió un modelo operativo más claro para las rotaciones de guardia, las líneas de soporte y la gestión de alertas.
El equipo Innowise se hizo cargo de la gestión diaria de las operaciones de infraestructura e introdujo un proceso más claro para gestionar los cambios de infraestructura. Nuestros ingenieros trabajaron con clústeres, máquinas virtuales, bases de datos y otros componentes básicos de la plataforma, convirtiéndose en el principal equipo responsable de coordinar y entregar los cambios de infraestructura solicitados por los equipos de producto y desarrollo.
También revisamos el entorno existente, mapeamos cómo estaban conectadas sus partes y construimos un modelo más centralizado de apoyo a la infraestructura.
Como la infraestructura del proyecto estaba distribuida entre GCP y AWS, nuestro equipo tuvo que trabajar en dos entornos de nube en paralelo. Este trabajo abarcó servicios en la nube, recursos informáticos, redes, entornos en contenedores y las dependencias de infraestructura vinculadas a ellos. El equipo también trabajó para que la configuración general fuera más fácil de gestionar y más segura de cambiar a medida que el proyecto evolucionaba.
Otra parte importante del trabajo se centró en la modernización del proceso de entrega. Parte de la configuración existente seguía dependiendo de herramientas heredadas como Travis, Spinnaker y sk8ts, por lo que una de las tareas clave del equipo era trasladar este proceso a un enfoque más moderno basado en GitOps mediante GitHub Actions y ArgoCD.
El apoyo operativo fue una parte importante de este proyecto. Nuestro equipo de DevOps estableció rotaciones de guardia, organizó el soporte de primera y segunda línea y revisó la configuración de alertas existente junto con los equipos de ingeniería del cliente.
Nuestros ingenieros comprobaron cómo estaban configuradas las alertas, cómo se enrutaban, qué alertas requerían una acción técnica y cuáles reflejaban el comportamiento esperado de la carga de trabajo. También ayudamos a mejorar los canales de alerta e hicimos que el proceso general de respuesta fuera más estructurado y fácil de gestionar. Para este trabajo, el equipo utilizó herramientas como PagerDuty, Prometheus Stack, Victoria Metrics, Grafana, CloudWatch, Stackdriver y Humio.
El equipo resolvió problemas recurrentes de infraestructura y se encargó de tareas que requerían limpieza, aclaraciones o correcciones técnicas. Revisamos las configuraciones existentes, identificamos lagunas en las operaciones de la plataforma y gestionamos solicitudes de infraestructura que requerían una ejecución rápida y fiable.
La mayor parte de este trabajo corrió a cargo directamente del equipo Innowise. Nuestros ingenieros se encargaron ellos mismos de investigar, sistematizar y documentar la infraestructura, implicando a los desarrolladores solo cuando era necesario para aclarar dependencias o asegurarse de que los cambios no perturbarían el trabajo del lado de la aplicación.
Además del trabajo operativo, el proyecto incluía tareas de seguridad y resistencia. En función de las necesidades, el equipo se ocupó de tareas relacionadas con la vulnerabilidad, revisiones de la infraestructura y solicitudes técnicas urgentes relacionadas con la fiabilidad de la plataforma y la disponibilidad operativa. El equipo también apoyó las pruebas de resistencia y actividades similares cuando debían completarse en plazos cortos.
En una fase posterior, el proyecto creció hasta incluir una importante transición de infraestructuras. Lendo se estaba separando de su anterior empresa matriz y preparándose para incorporarse a una nueva, lo que generó un gran volumen de trabajo de infraestructura. Había que separar el entorno de la antigua configuración y prepararlo para la siguiente fase de integración.
Como parte del alcance más amplio de DevOps/SRE, el equipo de Innowise apoyó al cliente durante esta compleja transición y gestionó los cambios de infraestructura que requería. Nuestros ingenieros ayudaron a mantener el proceso estructurado, estable y más fácil de gestionar durante este periodo.
Una parte del trabajo se centró en una base de datos crítica conectada a un monolito PHP antiguo. Esta parte del sistema había permanecido sin cambios durante mucho tiempo porque el equipo del cliente carecía de una comprensión clara de cómo actualizar la base de datos de forma segura o qué cambios serían necesarios también en el lado de la aplicación.
El equipo de Innowise analizó la configuración desde ambos lados, coordinó el trabajo con los desarrolladores, aclaró lo que había que cambiar en el monolito y, a continuación, llevó a cabo la actualización de la base de datos con las pruebas y depuraciones necesarias. Como resultado, el cliente pudo por fin abordar una parte del sistema que llevaba mucho tiempo sin tocarse por los riesgos que entrañaba.
Junto con la corriente DevOps/SRE, nuestros ingenieros de control de calidad ayudaron a crear procesos de pruebas para la iniciativa de modernización a largo plazo de Lendo. Este flujo incluyó la creación de documentación de pruebas, la creación de un conjunto de regresión, la preparación de requisitos y casos de prueba, y la estructuración de las actividades de prueba de forma más sistemática.
El equipo de control de calidad analizó el producto actual, extrajo la lógica del código base y formalizó los requisitos en Confluence. También prepararon el terreno para la integración de TestRail con Jira, mejoraron la visibilidad de las pruebas y apoyaron la optimización de procesos con herramientas como Fiddler.
Lendo contrató a Innowise como un equipo, y eso definió el modelo de trabajo desde el principio. El cliente no confiaba en que una sola persona se ocupara de todo. En su lugar, varios ingenieros superiores compartían el trabajo, se encargaban de distintas áreas y gestionaban varios flujos en paralelo, al tiempo que mantenían sincronizadas las prioridades diarias. Esta configuración ayudó a mantener el progreso y facilitó la comunicación diaria con el equipo del cliente.
La colaboración siguió un modelo ágil/Kanban con retrospectivas periódicas. Utilizamos Jira para el seguimiento de tareas y Slack y Google Chat para la comunicación diaria.
El trabajo en sí dependía de una estrecha colaboración con los desarrolladores del cliente y las partes interesadas en el producto. El equipo mantuvo un contacto regular, debatió directamente las peticiones, aclaró las prioridades y acordó los pasos siguientes. Además de las tareas planificadas, también aportaron ideas de mejora basadas en lo que iban viendo durante el proyecto y las comentaron con el cliente antes de llevarlas adelante.
Otra parte útil de la configuración fue el acceso a conocimientos más amplios dentro de Innowise. Cuando se necesitaba una aportación adicional, el equipo podía ponerse en contacto con especialistas internos e incorporar esos conocimientos al proyecto. De este modo, el cliente disponía de un equipo especializado que participaba en la entrega, con un apoyo de ingeniería más amplio cuando era necesario.
Al asumir la plena propiedad de nuestra infraestructura, aplicar las mejores prácticas del sector y modernizar todo nuestro ecosistema central, hemos pasado de una configuración dependiente del legado a una plataforma moderna y autónoma. Este cambio garantiza la estabilidad y flexibilidad necesarias para nuestra próxima fase de crecimiento.

El proyecto aún está en curso, pero el impacto ya es visible en las operaciones de infraestructura y el modelo de apoyo de Lendo. En los primeros meses del contrato, el equipo Innowise se convirtió en el principal responsable de la infraestructura de Lendo. Los clústeres, las máquinas virtuales, las bases de datos y los cambios relacionados pasaron a estar bajo un modelo de soporte más claro y centralizado, lo que proporcionó al cliente un equipo dedicado a gestionar el trabajo diario de infraestructura.
Además, nuestro equipo introdujo rotaciones de guardia, estableció asistencia de primera y segunda línea, revisó el panorama de alertas y limpió los canales y prioridades de las alertas. Además, los ingenieros del Innowise se ocuparon de problemas recurrentes de infraestructura, prestaron apoyo a tareas urgentes de seguridad y resiliencia y colaboraron estrechamente con los equipos de desarrollo en solicitudes relacionadas con la infraestructura.
El compromiso también mejoró la capacidad de mantenimiento en áreas clave de la infraestructura. El equipo revisó los servicios heredados, abordó los antiguos bloqueos técnicos, mejoró la visibilidad de los costes de la nube y facilitó la planificación y gestión de futuros cambios en la infraestructura.
Tras el éxito de la cooperación DevOps/SRE, Lendo amplió su trabajo con Innowise a tareas seleccionadas de Java y QA. Estas pistas adicionales apoyaron el esfuerzo de modernización más amplio del cliente, mientras que el compromiso principal seguía centrado en DevOps/SRE y operaciones de infraestructura.
Su mensaje ha sido enviado.
Procesaremos su solicitud y nos pondremos en contacto con usted lo antes posible.