장기 지원 (Long-Term Support, LTS)

장기 지원(Long-Term Support, LTS)은 특정 소프트웨어 버전을 정해진 기간 동안 유지보수하는 지원 정책입니다. 오래 운영할 시스템이 보안 수정과 안정성 패치를 받을 기준 버전을 고를 때 사용합니다. 지원 기간과 포함되는 수정, 유료 연장 여부는 프로젝트마다 다르므로 LTS라는 이름만으로 같은 지원 조건을 기대하지 않습니다.

버전의 기능과 지원 상태

소프트웨어에는 버전 번호와 별도로 지원 단계가 붙습니다. 기능이 활발히 추가되는 단계, 안정화된 버전을 유지하는 단계, 공식 지원이 끝난 단계가 구별됩니다. 새 버전이 출시됐어도 기존 LTS 버전에 보안 수정이 계속 제공될 수 있습니다. 반대로 프로그램이 컴퓨터에서 실행된다는 사실만으로 그 버전에 아직 수정이 제공된다고 판단할 수는 없습니다.

Node.js의 릴리스 안내는 Current, Active LTS, Maintenance LTS, End-of-Life 같은 상태를 구별합니다. 운영용 애플리케이션은 지원되는 LTS 계열을 사용하도록 안내하며, 지원 단계마다 유지보수 범위가 달라집니다. 2026년 10월 11일 확인한 정책 기준으로 개념을 설명한 것이며, 실제 버전을 선택할 때는 해당 버전 행의 일정과 상태를 확인합니다.

패치는 기존 버전의 오류나 보안 문제를 고치면서 사용할 수 있게 하는 변경입니다. LTS 계열을 유지한다고 새 주 버전의 모든 기능이 들어오지는 않습니다. 앱이 새 API를 필요로 한다면 지원 기간뿐 아니라 그 API가 어느 버전에 있는지도 확인합니다. 안정적인 유지보수 일정과 필요한 기능을 얻는 시점은 서로 다른 선택 기준입니다.

프로젝트마다 달라지는 지원 범위

Ubuntu의 릴리스 주기 안내는 LTS 릴리스의 표준 보안 유지보수와 추가 지원 서비스를 나누어 설명합니다. 같은 배포판 안에서도 패키지 영역과 구독 조건에 따라 지원 범위가 달라질 수 있습니다. 운영체제 이름에 LTS가 붙었다는 이유만으로 설치한 모든 외부 패키지와 애플리케이션까지 같은 기간 지원받는 것은 아닙니다.

런타임, 웹 프레임워크, 데이터베이스와 운영체제는 각각 다른 프로젝트의 일정을 따릅니다. 운영체제의 지원이 남아 있어도 앱이 의존하는 라이브러리의 지원은 끝날 수 있습니다. 기술 스택의 각 구성에 대해 버전과 지원 종료일을 따로 기록하면 실제로 교체가 필요한 지점을 알 수 있습니다. 하나의 LTS 표시를 시스템 전체의 유지보수 보증으로 쓰면 이런 차이를 놓치게 됩니다.

유료 연장 지원은 제공 주체와 계약 범위를 확인할 대상입니다. 표준 지원이 끝난 버전에 일부 보안 수정을 더 제공하는 계약과 새 기능 개발을 계속하는 계약은 다릅니다. 배포판 공급자가 고친 패키지와 원 프로젝트의 최신 버전도 구별합니다. 보안 수정 여부는 버전 숫자가 낮다는 이유만으로 단정하기보다 해당 공급자의 변경 기록에서 확인하는 편이 정확합니다.

지원 종료와 교체 계획

지원 종료는 프로그램이 그 날짜에 자동으로 멈춘다는 뜻이 아닙니다. 공식 수정과 지원을 더 받을 수 있는지에 관한 경계입니다. 남아 있는 프로그램을 계속 쓰는 것과 새로 발견되는 문제에 대응할 수 있는 상태는 다릅니다. 서비스 운영자는 이 차이를 바탕으로 교체 일정을 잡고, 당장 옮기기 어려운 의존성이 있는지 확인합니다.

다음 LTS로 옮길 때도 실제 앱의 호환성을 확인하는 단계가 필요합니다. 런타임이 지원하는 문법과 내장 API, 네이티브 모듈, 데이터베이스 연결 방식이 변경의 영향을 받을 수 있습니다. 개발 환경만 바꾸고 배포 환경은 이전 버전으로 남기면 로컬에서는 통과한 코드가 서버에서 실패할 수 있습니다. 버전 고정 파일과 빌드 환경, 배포 이미지를 함께 맞추는 이유입니다.

업데이트 기록에는 변경 전후 버전, 확인한 지원 정책, 앱의 주요 흐름 시험 결과를 남깁니다. 로그인과 저장, 외부 API 호출처럼 서비스가 실제로 사용하는 경로를 확인하면 버전 번호가 바뀌었다는 사실보다 유용한 판단 근거가 됩니다. 교체를 마친 뒤에는 운영 중인 프로세스가 새 버전으로 실행되는지 확인하여 파일 수정과 실제 배포 상태를 구별합니다.