Mantenha as APIs legadas do LoopBack atualizadas sem precisar reescrever a estrutura

O LoopBack 4 é a linha em desenvolvimento ativo, mas está bem além das versões legadas abordadas aqui. O LoopBack 2 chegou ao fim de vida útil em abril de 2019 e o LoopBack 3 seguiu o mesmo caminho em dezembro de 2020, sendo que grande parte do código do LoopBack em produção ainda está nessas versões. O ELS da TuxCare garante que as versões do LoopBack cobertas continuem recebendo correções de segurança.

Substitua o pacote LoopBack coberto e as dependências afetadas por equivalentes mantidos pela TuxCare, em vez de recompilar em uma estrutura mais recente. A configuração consiste em três linhas no arquivo .npmrc, uma alteração no package.json para direcionar sua dependência para a compilação ELS e o comando `npm install`. Modelos, métodos remotos, scripts de inicialização e ACLs permanecem como estão.

Atualmente, o ELS oferece cobertura para o LoopBack 1.10.0 e 2.42.0. Ambas são versões antigas, sem manutenção regular por parte do desenvolvedor original. Se o seu aplicativo utilizar uma versão diferente, incluindo qualquer versão da linha 3.x, entre em contato com a TuxCare para discutir a cobertura.

Sim. Um aplicativo LoopBack legado herda os riscos da estrutura e de tudo o que está abaixo dela. O ELS pode redirecionar as dependências cobertas para pacotes mantidos pela TuxCare por meio de substituições do npm, de modo que a correção não se limita ao pacote LoopBack de nível superior.

Sim. O ELS foi desenvolvido para aplicativos que não conseguem migrar de forma simples para uma estrutura mais recente. Os pacotes incluídos são disponibilizados por meio do npm, o que permite que as equipes atualizem o gráfico de dependências existente, mantendo a arquitetura que já utilizam.

Não é necessário fazer alterações no código do aplicativo. Basta configurar o repositório compatível com npm da TuxCare, substituir as referências aos pacotes cobertos, atualizar as dependências e testar como de costume. O objetivo é preservar o comportamento do LoopBack que sua API já espera.

Sim. Os pacotes ELS são resolvidos via npm a partir do repositório compatível com npm da TuxCare; portanto, a mesma configuração de registro funciona em compilações de contêineres e em qualquer fluxo de trabalho de CI/CD que já instale dependências com o npm. O token é lido no arquivo .npmrc do seu projeto.

O ELS foi projetado para atender aos requisitos de correção de vulnerabilidades em conformidade com estruturas como SOC 2, PCI DSS, HIPAA, NIS2, DORA e CRA. Um processo contratual de aplicação de patches oferece às equipes de segurança e auditoria uma correção documentada para softwares que, de outra forma, não teriam suporte.

A migração continua sendo uma meta sensata a longo prazo, já que a transição entre gerações do LoopBack envolve mudanças reais na aplicação. O ELS oferece às equipes flexibilidade para aplicar correções agora e realizar a migração quando a API, o modelo de dados, as integrações e a cobertura de testes estiverem prontos.