Node.js 27은 홀수인데 LTS가 된다, 언제 올리면 될까?

10월에 나올 27은 Alpha다

Node.js 27은 LTS로 전환될 첫 홀수 메이저지만, 2026년 10월부터 운영용 LTS가 되는 것은 아니다. Node.js 릴리스 팀이 발표한 새 주기는 Alpha 6개월, Current 6개월을 거쳐 LTS에 들어가는 방식이다. 27부터 메이저 출시는 매년 4월 한 번으로 줄어든다.

2026년 10월 26일 기준 공식 일정표에 잡힌 27의 일정은 다음과 같다. 날짜는 출시 완료일이 아니라 계획이다.

단계	예정일	개발자가 판단할 일
Alpha 시작	2026년 10월 28일	다음 메이저 호환성 시험
27.0.0 Current	2027년 4월 22일	라이브러리·도구 지원 확인
LTS 전환	2027년 10월 20일	운영 업그레이드 후보로 검토
지원 종료	2030년 4월 30일	그 전에 후속 지원 버전으로 이전

‘앞으로 모든 메이저가 LTS가 된다’는 말에서 중요한 것은 전환 시점이다. 번호가 27이라고 피할 필요는 없어지지만, Alpha·Current·LTS 중 어느 단계인지는 계속 구분해야 한다.

지금은 22·24가 LTS, 26은 전환을 앞뒀다

Node.js의 운영 환경 권고는 Active LTS 또는 Maintenance LTS를 사용하는 것이다. 10월 26일 현재 공식 릴리스 목록에서 22와 24는 LTS, 26은 Current다. 26의 LTS 전환은 10월 28일로 예정돼 있다.

기존 서비스를 27 Alpha로 옮겨야 할 이유가 새 일정에서 생기는 것은 아니다. 공식 지원 종료일은 22가 2027년 4월 30일, 24가 2028년 4월 30일이다. 기존 버전의 남은 지원 기간과 앱 호환성을 기준으로 다음 LTS 이전을 준비할 수 있다.

운영용 버전을 선택할 때는 ‘짝수인가’보다 현재 지원 상태와 종료일을 먼저 봐야 한다. 새 메이저가 발표됐다는 사실만으로 기존 LTS의 지원이 끝나지는 않는다.

라이브러리 개발자는 LTS보다 먼저 시험한다

Alpha는 라이브러리와 CI의 조기 호환성 시험을 위한 채널이다. 이 단계에는 기존 코드와 호환되지 않는 변경이 들어갈 수 있다. LTS가 된 뒤에만 시험하면 사용자에게 영향을 주기 전에 문제를 알릴 시간이 줄어든다.

Alpha는 nightly와도 다르다. 릴리스 팀의 설명에 따르면 서명과 태그를 붙이고 주요 패키지의 테스트를 실행하는 CITGM을 거친다. 다만 Alpha 사이에서도 API가 바뀔 수 있으므로, 이 절차를 운영 안정성 보증으로 해석해서는 안 된다.

기여자용 릴리스 절차도 10월에 새 메이저 브랜치를 만들고 4월에 메이저를 내는 흐름을 명시한다. 첫 Alpha는 이전 메이저의 LTS 승격일에 맞추는 것이 목표다. 같은 가을 일정 안에 ‘현재 운영 후보의 안정화’와 ‘다음 버전 시험 시작’이 함께 놓인다.

홀수 건너뛰기 대신 지원 기간으로 계획한다

새 주기는 LTS를 자주 갈아타게 만드는 제도가 아니다. LTS 지원은 약 30개월이며, Current부터 지원 종료까지는 약 36개월이라는 틀을 유지한다. 지금까지 LTS만 채택한 팀이라면 가장 큰 변화는 버전 번호의 홀짝으로 후보를 거를 수 없다는 점이다.

팀의 업그레이드 계획에는 운영 버전의 지원 종료일과 다음 메이저의 시험 시점을 따로 적는 편이 낫다. 운영 앱은 지원 중인 LTS에서 유지하고, 배포하는 라이브러리나 개발 도구는 Alpha가 나오면 호환성 검사를 시작한다. 27을 운영에 넣을 판단은 실제 LTS 전환과 의존성 지원을 확인한 뒤 내리면 된다.