프레임워크를 재작성하지 않고도 기존 LoopBack API에 패치를 적용할 수 있도록 유지

LoopBack 4는 현재 활발히 개발 중인 버전이지만, 이 글에서 다루는 구버전들보다 훨씬 최신 버전입니다. LoopBack 2는 2019년 4월에 지원 종료되었으며, LoopBack 3는 2020년 12월에 지원이 종료되었는데, 여전히 많은 실제 운영 환경의 LoopBack 코드가 이 버전을 기반으로 하고 있습니다. TuxCare의 ELS를 통해 지원 대상인 LoopBack 버전들은 계속해서 보안 패치를 제공받고 있습니다.

최신 프레임워크로 재빌드하는 대신, 포함된 LoopBack 패키지와 영향을 받는 종속성을 TuxCare에서 관리하는 동등한 패키지로 교체하십시오. 설정은 .npmrc 파일에 세 줄을 추가하고, package.json을 수정하여 종속성을 ELS 빌드로 지정하며, npm install을 실행하는 것으로 완료됩니다. 모델, 원격 메서드, 부팅 스크립트 및 ACL은 기존 그대로 유지됩니다.

ELS는 현재 LoopBack 1.10.0 및 2.42.0을 지원합니다. 두 버전 모두 더 이상 업스트림에서 정기적인 유지보수가 이루어지지 않는 구버전입니다. 3.x 계열을 포함하여 다른 버전을 사용하는 애플리케이션의 경우, TuxCare에 문의하여 지원 가능 여부를 상담하시기 바랍니다.

네. 기존 LoopBack 애플리케이션은 프레임워크와 그 하위 모든 구성 요소로부터 위험을 물려받습니다. ELS는 npm 오버라이드를 통해 지원 대상 종속성을 TuxCare에서 유지 관리하는 패키지로 리디렉션할 수 있으므로, 문제 해결 범위가 최상위 LoopBack 패키지에만 국한되지 않습니다.

네. ELS는 새로운 프레임워크로 원활하게 전환할 수 없는 애플리케이션을 위해 설계되었습니다. 지원되는 패키지는 npm을 통해 제공되므로, 팀은 기존 아키텍처를 유지한 채로 기존 의존성 그래프에 패치를 적용할 수 있습니다.

애플리케이션 코드를 변경할 필요는 없습니다. TuxCare의 npm 호환 저장소를 구성하고, 지원 대상 패키지에 대한 참조를 교체한 다음, 종속성을 새로 고치고 평소와 같이 테스트하면 됩니다. 핵심은 API가 이미 예상하고 있는 LoopBack의 동작 방식을 그대로 유지하는 것입니다.

네. ELS 패키지는 TuxCare의 npm 호환 저장소에서 npm을 통해 해결되므로, 동일한 레지스트리 구성이 컨테이너 빌드 및 이미 npm을 사용하여 종속성을 설치하는 모든 CI/CD 워크플로우에서 작동합니다. 토큰은 프로젝트의 .npmrc 파일에서 읽어옵니다.

ELS는 SOC 2, PCI DSS, HIPAA, NIS2, DORA 및 CRA를 포함한 프레임워크 하에서 취약점 시정 요건을 지원하도록 설계되었습니다. 계약에 따른 패치 적용 절차를 통해 보안 및 감사 팀은 별도로 지원되지 않는 소프트웨어에 대해서도 문서화된 시정 조치를 확보할 수 있습니다.

LoopBack 세대 간 전환에는 실제 애플리케이션 변경이 수반되기 때문에, 마이그레이션은 여전히 합리적인 장기 목표입니다. ELS를 사용하면 팀은 당장은 패치를 적용하고, API, 데이터 모델, 통합 기능 및 테스트 커버리지가 준비되면 마이그레이션을 진행할 수 있는 여유를 갖게 됩니다.