오늘은 최근 개발자들 사이에서 주목받고 있는 Solid.js의 버전 지원 정책에 대해 솔직하게 이야기해보려 합니다. 결론부터 말씀드리면, 기대와는 조금 다를 수 있는데요. 그래도 괜찮습니다. 차근차근 살펴보시죠.
새로운 프레임워크를 프로젝트에 도입하려고 할 때, 가장 먼저 궁금한 것이 바로 ‘이 기술을 얼마나 오래 사용할 수 있을까?’입니다. Node.js나 Angular처럼 명확한 지원 기간을 제시하는 기술들을 보다 보면, 자연스럽게 다른 프레임워크에도 비슷한 정책이 있을 거라 기대하게 되죠.
1. Solid.js는 어떤 프레임워크인가요?
본격적으로 버전 이야기를 하기 전에, Solid.js가 무엇인지 간단히 소개하겠습니다.
Solid.js는 반응형(reactive) JavaScript UI 라이브러리로, JSX와 같은 현대적인 프레임워크 기능을 제공하면서도 Virtual DOM 없이 직접 DOM을 조작하여 뛰어난 성능을 자랑합니다. 쉽게 말하면, React와 비슷하게 생겼지만 훨씬 빠르게 동작하는 프레임워크라고 할 수 있습니다.
Solid는 순수 반응형 라이브러리로 처음부터 반응형 코어를 중심으로 설계되었으며, Knockout과 같은 이전 반응형 라이브러리의 원칙에서 영감을 받았습니다. React의 함수형 컴포넌트와 문법이 비슷하지만, 컴포넌트가 단 한 번만 실행되고 변경이 필요한 부분만 업데이트된다는 점에서 근본적으로 다릅니다.
Ryan Carniato가 2016년 8월 21일 첫 커밋을 시작한 이후, 약 5년간의 개발 과정을 거쳐 2021년 6월에 1.0 버전이 공식 릴리스되었습니다. MIT 라이선스로 배포되는 오픈소스 프로젝트입니다.
2. 핵심 내용 – 공식 LTS/EOL 정책은 없습니다
많이 찾으셨던 정보일 텐데요, 솔직하게 말씀드리자면 Solid.js에는 Node.js나 Angular와 같은 공식적인 LTS(Long Term Support), EOL(End of Life), EOS(End of Support) 정책이 존재하지 않습니다.
이게 Solid.js만의 특징은 아닙니다. React, Vue, Svelte 등 대부분의 프론트엔드 프레임워크들이 마찬가지입니다. 엔터프라이즈 소프트웨어처럼 ‘2025년 12월 31일까지 지원’과 같은 명확한 날짜를 제시하지 않고, 커뮤니티 중심의 유연한 개발 방식을 따르고 있습니다.
하지만 걱정하지 마세요. 공식 정책이 없다고 해서 관리가 안 된다는 의미는 아니니까요. 오히려 실제 릴리스 패턴을 보면, Solid.js가 얼마나 안정적으로 발전하고 있는지 확인할 수 있습니다.
3. Solid.js 전체 버전 히스토리
공식 정책은 없지만, 실제 릴리스 기록을 분석하면 Solid.js의 개발 패턴과 안정성을 파악할 수 있습니다. GitHub 릴리스 기록을 바탕으로 주요 버전들을 정리했습니다.
메이저 1.x 버전 전체 목록
| 버전 | 릴리스 날짜 | 코드명 | 주요 특징 | 현재 상태 |
|---|---|---|---|---|
| v1.9.9 | 2024년 11월 | – | 최신 안정화 및 버그 수정 | ✅ 최신 (Active) |
| v1.9.0 | 2024년 9월 24일 | LGTM! | JSX 검증 개선, Custom Element 향상 | ✅ Active |
| v1.8.0 | 2023년 10월 9일 | Bifröst | SSR 통합, 직렬화 최적화, Dev Tools 개선 | ✅ Active |
| v1.7.0 | 2023년 3월 30일 | U Can’t Type This | TypeScript 개선, catchError 추가 | ✅ Active |
| v1.6.0 | 2022년 11월 | Castle in the Sky | Partial Hydration, Islands 지원 | ✅ Active |
| v1.5.0 | 2022년 7월 | Batch to the Future | 새로운 배칭 동작, Keyed Control Flow | ✅ Active |
| v1.4.0 | 2022년 5월 | Level Up! | 최상위 배열 스토어, Resource 개선 | ✅ Active |
| v1.3.0 | 2022년 1월 | Spice Must Flow | HTML Streaming, Error Boundaries | ✅ Active |
| v1.2.0 | 2021년 11월 | Masters of the Universe | Custom Renderers, Universal JSX | ✅ Active |
| v1.1.0 | 2021년 7월 | Interrupting Cow | Concurrent rendering, createUniqueId | ✅ Active |
| v1.0.0 | 2021년 6월 28일 | 첫 메이저 | API 안정화, 공식 출시 | ✅ Active |
0.x 버전 시대 (1.0 이전)
| 버전 범위 | 시기 | 특징 |
|---|---|---|
| v0.27.x | 2021년 초 | 1.0 직전 릴리스 후보 |
| v0.26.x | 2020년 | 안정화 작업 |
| v0.10.x ~ 0.25.x | 2019-2020 | 활발한 개발 단계 |
| v0.1.x ~ 0.9.x | 2018-2019 | 초기 프로토타입 및 실험 |
0.10.3 버전 이후 큰 문법 변경이 있었으며, 0.27.x 버전부터는 1.0 호환성을 준비하는 단계였습니다.
4. 버전별 지원 상태 – 실질적인 현황
공식 EOL 날짜는 없지만, 실제 어떤 버전들이 사용 가능한지 정리해보겠습니다.
현재 지원 현황 (2025년 10월 기준)
| 상태 | 버전 | 설명 |
|---|---|---|
| 🟢 권장 | v1.9.x | 최신 기능 및 버그 수정 포함 |
| 🟢 안정 | v1.7.x ~ 1.8.x | 프로덕션 사용 가능 |
| 🟡 사용 가능 | v1.0.x ~ 1.6.x | 작동하지만 최신 기능 부족 |
| 🔴 권장 안 함 | v0.x | 문법 차이, 호환성 문제 |
브라우저 및 런타임 지원 정책
Solid.js는 지난 2년간의 최신 브라우저(Firefox, Safari, Chrome, Edge)를 데스크톱과 모바일 디바이스 모두에서 지원하며, IE나 이미 지원이 종료된 브라우저는 지원하지 않습니다.
| 환경 | 지원 버전 |
|---|---|
| 브라우저 | 최근 2년 이내 버전 (Chrome, Firefox, Safari, Edge) |
| Node.js | LTS 버전 (현재 18.x, 20.x, 22.x) |
| Deno | 최신 버전 |
| Cloudflare Workers | 최신 런타임 |
| IE11 | ❌ 지원 안 함 |
출처: Solid.js npm 페이지
5. Solid.js 2.0 – 다음 메이저 버전
Solid.js 팀은 현재 2.0 버전을 준비 중이며, @solidjs/signals를 통해 실험적인 기능들을 공개적으로 개발하고 있습니다. 하지만 구체적인 릴리스 일정은 아직 공개되지 않았습니다.
2.0 예상 변경사항
- 개선된 반응형 시스템
- Props 및 JSX 처리 최적화
- 더 간단한 API
- 성능 개선
개발팀은 “실험 단계라 구체적인 일정은 없으며, 커뮤니티의 도움과 피드백에 따라 결정될 것”이라고 밝혔습니다.
출처: The Road to 2.0 Discussion
6. 다른 프레임워크 비교 – 지원 정책 차이
주요 프레임워크 지원 정책 비교표
| 프레임워크 | LTS 정책 | EOL 명시 | 특징 |
|---|---|---|---|
| Angular | ✅ 있음 (18개월) | ✅ 명확 | 6개월마다 메이저 버전 |
| Node.js | ✅ 있음 (30개월) | ✅ 명확 | 엔터프라이즈 중심 |
| React | ❌ 없음 | ❌ 없음 | 커뮤니티 주도 |
| Vue.js | 🟡 부분적 (Vue 2만) | 🟡 부분적 | Vue 2는 2023.12.31 EOL |
| Svelte | ❌ 없음 | ❌ 없음 | 커뮤니티 주도 |
| Solid.js | ❌ 없음 | ❌ 없음 | 커뮤니티 주도 |
패턴 분석
공식 정책이 있는 경우 (Angular, Node.js)
- 명확한 지원 종료일
- 예측 가능한 업그레이드 주기
- 엔터프라이즈 환경에 적합
커뮤니티 주도 (React, Vue, Solid.js, Svelte)
- 유연한 개발 속도
- 사용자 피드백 중심
- 빠른 혁신 가능
7. Solid.js 도입 시 고려사항
장점
1. 장기 안정성 입증
- 2021년부터 3년 이상 1.x 버전 유지
- API 하위 호환성 중시
- 점진적 기능 추가
2. 활발한 커뮤니티
- GitHub Stars 32,000개 이상
- Discord 커뮤니티 활성화
- 주간 npm 다운로드 100만 이상
3. 뛰어난 성능 벤치마크에서 지속적으로 상위권을 기록하며, 최적화된 바닐라 JavaScript와 거의 구별할 수 없는 수준의 성능을 보여줍니다
4. 투명한 개발 과정
- 모든 개발이 공개됨
- RFC를 통한 커뮤니티 의사결정
주의사항
1. 명확한 지원 종료일 부재
- 언제까지 지원될지 예측 어려움
- 장기 프로젝트 계획에 불확실성
2. 상대적으로 작은 생태계
- React, Vue 대비 서드파티 라이브러리 적음
- 일부 통합 도구 부족 가능성
3. 상업적 지원 옵션 없음
- 유료 기술 지원 없음
- 기업용 SLA 없음
4. 2.0 마이그레이션 준비 필요
- 향후 메이저 업데이트 시 변경사항 발생
- 마이그레이션 비용 고려 필요
8. 커뮤니티 및 생태계 현황
주요 지표 (2025년 10월 기준)
| 지표 | 수치 |
|---|---|
| GitHub Stars | 32,000+ |
| 주간 npm 다운로드 | 1,000,000+ |
| Discord 멤버 | 활성 커뮤니티 |
| 관련 패키지 (npm) | 862개 |
최근 주요 이정표
2024년 5월 SolidStart 1.0이 공식 릴리스되었으며, Google Chrome 팀의 재정 지원을 받아 성능 최적화를 진행하고 있습니다.
9. 프로젝트별 적합성 판단
이런 경우에 적합해요
✅ 성능이 중요한 프로젝트
- 대시보드, 데이터 시각화
- 실시간 업데이트가 많은 애플리케이션
✅ 팀이 유연한 경우
- 최신 기술 도입에 적극적
- 변화에 빠르게 대응 가능
✅ React 경험이 있는 경우
- 문법이 비슷해 학습 곡선 낮음
- 마이그레이션 상대적으로 쉬움
✅ 프로토타입 및 MVP
- 빠른 개발 속도
- 적은 코드량
신중하게 고려해야 해요
⚠️ 대규모 엔터프라이즈
- 명확한 지원 정책 필요
- 장기 유지보수 계획 중요
⚠️ 풍부한 생태계 필요
- 다양한 서드파티 라이브러리 필수
- 검증된 솔루션 선호
⚠️ 보수적인 기술 스택
- 안정성 최우선
- 검증된 기술만 사용
⚠️ 기술 부채 우려
- 장기적 관점에서의 유지보수
- 개발자 채용 고려
10. 버전 관리 권장사항
package.json 버전 고정
{
"dependencies": {
"solid-js": "~1.9.0"
}
}
버전 표기 의미:
~1.9.0: 1.9.x 패치 버전만 허용^1.9.0: 1.x.x 마이너 버전까지 허용 (권장)1.9.0: 정확히 1.9.0만 사용
정기적인 모니터링
- 월 1회: GitHub Releases 확인
- 새 기능 확인: CHANGELOG 읽기
- Breaking Changes 주시
안전한 업그레이드 과정
- 릴리스 노트 확인
- 테스트 환경에서 먼저 적용
- E2E 테스트 실행
- 점진적 배포 (Canary, Blue-Green)
- 모니터링 및 롤백 준비
11. 릴리스 패턴 분석
버전 업데이트 주기
| 업데이트 유형 | 평균 주기 | 특징 |
|---|---|---|
| 패치 (1.9.8 → 1.9.9) | 수시 | 버그 수정, 작은 개선 |
| 마이너 (1.8 → 1.9) | 3-6개월 | 새 기능 추가, 하위 호환 |
| 메이저 (1.x → 2.0) | 예측 불가 | Breaking Changes 포함 |
안정성 지표
1.0 릴리스 이후 현재까지 약 3년 이상 1.x 버전대를 유지하며, API의 하위 호환성을 중요하게 생각하고 있습니다. 이는 안정적인 개발을 원하는 팀에게 긍정적인 신호입니다.
마무리
Solid.js는 명확한 LTS/EOL 정책이 없지만, 그렇다고 불안정한 프레임워크는 아닙니다. 오히려 3년 이상 1.x 버전을 유지하며 API 안정성을 증명했고, 활발한 커뮤니티와 투명한 개발 프로세스로 꾸준히 신뢰를 쌓고 있습니다.
가장 중요한 건 프로젝트의 상황입니다. 성능과 최신 기술이 중요하고, 팀이 변화에 유연하게 대응할 수 있다면 Solid.js는 훌륭한 선택입니다. 반면 장기적인 지원 보장이 필수적이라면, Angular나 더 성숙한 생태계를 가진 프레임워크를 고려하는 것도 좋은 방법입니다.
‘올바른 도구’란 프로젝트 요구사항에 가장 잘 맞는 도구입니다. 이 글이 Solid.js의 현재 상황을 이해하고, 프로젝트에 적합한 기술을 선택하는 데 도움이 되었으면 합니다. 🙂
참고 자료
- Solid.js 공식 사이트
- Solid.js GitHub Repository
- Solid.js GitHub Releases
- Solid.js 공식 문서
- Solid.js Discord 커뮤니티
- Solid.js npm 페이지