Mantener actualizadas las API heredadas de LoopBack sin tener que reescribir el marco de trabajo

LoopBack 4 es la línea en desarrollo activo, pero se sitúa mucho más allá de las versiones heredadas que se tratan aquí. LoopBack 2 llegó al final de su ciclo de vida en abril de 2019 y LoopBack 3 lo hizo en diciembre de 2020, y es en estas versiones donde aún se encuentra gran parte del código de LoopBack en producción. El servicio ELS de TuxCare garantiza que las versiones de LoopBack cubiertas sigan recibiendo parches de seguridad.

Sustituye el paquete LoopBack cubierto y las dependencias afectadas por equivalentes mantenidos por TuxCare, en lugar de recompilarlo en un marco más reciente. La configuración consiste en tres líneas en el archivo .npmrc, un cambio en el archivo package.json para que tu dependencia apunte a la versión de ELS y ejecutar «npm install». Los modelos, los métodos remotos, los scripts de arranque y las ACL se mantienen tal y como están.

Actualmente, ELS cubre las versiones 1.10.0 y 2.42.0 de LoopBack. Ambas son versiones antiguas que ya no cuentan con un mantenimiento habitual por parte del desarrollador original. Si tu aplicación utiliza una versión diferente, incluidas las de la línea 3.x, ponte en contacto con TuxCare para consultar la cobertura.

Sí. Una aplicación LoopBack heredada hereda los riesgos del marco de trabajo y de todos los componentes subyacentes. ELS puede redirigir las dependencias cubiertas a paquetes mantenidos por TuxCare mediante modificaciones de npm, por lo que la corrección no se limita al paquete LoopBack de nivel superior.

Sí. ELS está diseñado para aplicaciones que no pueden migrar sin problemas a un marco de trabajo más reciente. Los paquetes incluidos se obtienen a través de npm, lo que permite a los equipos actualizar el grafo de dependencias existente sin tener que cambiar la arquitectura que ya utilizan.

No es necesario realizar ningún cambio en el código de la aplicación. Solo tienes que configurar el repositorio de TuxCare compatible con npm, sustituir las referencias a los paquetes cubiertos, actualizar las dependencias y realizar las pruebas como de costumbre. El objetivo es mantener el comportamiento de LoopBack que tu API ya espera.

Sí. Los paquetes ELS se resuelven a través de npm desde el repositorio de TuxCare compatible con npm, por lo que la misma configuración del registro funciona tanto en las compilaciones de contenedores como en cualquier flujo de trabajo de CI/CD que ya instale dependencias con npm. El token se lee del archivo .npmrc de tu proyecto.

ELS está diseñado para dar respuesta a los requisitos de corrección de vulnerabilidades establecidos en marcos normativos como SOC 2, PCI DSS, HIPAA, NIS2, DORA y la CRA. Una estrategia contractual de aplicación de parches proporciona a los equipos de seguridad y auditoría una corrección documentada para el software que, de otro modo, no contaría con soporte técnico.

La migración sigue siendo un objetivo razonable a largo plazo, ya que pasar de una generación de LoopBack a otra implica cambios reales en la aplicación. ELS ofrece a los equipos la flexibilidad necesaria para aplicar parches ahora y migrar cuando la API, el modelo de datos, las integraciones y la cobertura de pruebas estén listas.