티스토리 뷰
목차
이번 글에서는 다양한 JDK 중에서 어떤 JDK를 사용하는 것이 좋은지에 대해서 다루는 글을 작성해보려고 한다.
Java 애플리케이션을 구축하고 실행하려면 Java 플랫폼, Standard Edition("Java SE") 사양을 구현하는 Java 컴파일러, Java 런타임 라이브러리 및 가상 머신(JVM)이 필요하다.
OpenJDK는 Java SE 사양의 오픈 소스 참조 구현이지만 소스 코드일 뿐이다. 바이너리 배포판은 지원되는 다양한 플랫폼에 대해 다양한 공급업체에서 제공된다. 이러한 배포판은 라이센스, 상용 지원, 지원 플랫폼 및 업데이트 빈도가 다르다.
Releases
현재의 JDK Releases Model에서는 6개월마다(3월과 9월) 새로운 메이저 버전 번호가 포함된 새로운 Feature 릴리즈가 계획되어있다. 추가로, 분기별로 버그 수정 업데이트가 있다.
매 2년마다 9월에 하는 릴리즈들은 LTS(Long-Term-Support) 릴리즈가 된다. LTS 릴리즈들은 릴리즈 이후 최소 3년간 업데이트를 받는다.
LTS (Long Term Support) 버전이란 ?
장기 지원 버전이라고 하는데 일반적인 경우보다 장기간에 걸쳐 지원하도록 고안된 버전이다.
소프트웨어 업데이트의 유형과 빈도를 변경하여 소프트웨어 배포의 위험부담, 비용 및 급작스런 중단을 줄여 소프트웨어의 신뢰도를 향상시킨다.
기업에서는 LTS버전을 채택하므로써 사용하는 소프트웨어의 버전 업그레이드에 대한 부담을 줄이고 안정성을 높힐 수 있다.
| JDK 버전 | 릴리즈 타입 | 릴리즈 날짜 | 주요 변경 | 추천 |
| 8 | LTS | 2014년 3월 | Lambdas | 이전 릴리즈 모델의 마지막 LTS 버전. 오라클의 무료 업데이트는 종료되었지만, 다른 벤더에 의해 계속 유지보수를 하고 있음. 향후 몇 달 내로 11이나 17 버전으로 업그레이드 추천! |
| 9 | Feature | 2017년 9월 | Modules | 새 릴리즈 주기가 소개됨. 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! |
| 10 | Feature | 2018년 3월 | var | 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! |
| 11 | LTS | 2018년 9월 | New HTTP Client | 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! |
| 12 | Feature | 2019년 3월 | 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! | |
| 13 | Feature | 2019년 9월 | 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! | |
| 14 | Feature | 2020년 3월 | Switch expressions | 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! |
| 15 | Feature | 2020년 9월 | Text blocks | 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! |
| 16 | Feature | 2021년 3월 | Records | 지원 종료(EOL). 17 혹은 21 버전으로 업그레이드 추천! |
| 17 | LTS | 2021년 9월 | Sealed Classes | 지원되는 LTS 버전 21 버전으로 업그레이드를 고려해보는 것 추천! |
| 18 | Feature | 2022년 3월 | UTF-8 by Default | 지원 종료(EOL). 21 버전으로 업그레이드 추천! |
| 19 | Feature | 2022년 9월 | 미리보기와 미완성 기능들만 추가 | 지원 종료(EOL). 21 버전으로 업그레이드 추천! |
| 20 | Feature | 2023년 3월 | 미리보기와 미완성 기능들만 추가 | 지원 종료(EOL). 21 버전으로 업그레이드 추천! |
| 21 | LTS | 2023년 9월 | Pattern Matching, Virtual Threads | 현재의 LTS 버전 |
최신 LTS 버전을 계속 사용할지, 아니면 최신 릴리즈를 사용하고 6개월마다 업그레이드할지. 두 가지 선택지가 있습니다. 두 선택지 모두 괜찮지만, 불확실하다면 최신 LTS 버전을 사용하는 걸 추천한다.
OpenJDK 프로젝트 자체는 openjdk.java.net에서 관리된다. openjdk.java.net에서 스펙, 소스코드, 메일링 리스트 등을 확인할 수 있지만, 다운로드할 수 있는 빌드는 없다. 그렇기 때문에 배포판(Distribution)을 선택해야한다.
배포판(Distributions)
- Oracle의 OpenJDK 빌드 (jdk.java.net)
- Oracle Java SE Development Kit (JDK)
- Adoptium Eclipse Temurin
- AdoptOpenJDK
- Azul Zulu
- Azul Zing
- BellSoft Liberica JDK
- IBM Semeru 런타임
- Amazon Corretto
- Microsoft Build of OpenJDK
- Alibaba Dragonwell
- SapMachine
- Red Hat OpenJDK
- GraalVM
아래는 위 배포판들에 대한 설명이 적혀있는 내용이다. 참고하면 되겠다
Oracle의 OpenJDK 빌드 (jdk.java.net)
오라클은 압축된 아카이브 형식으로 Linux, macOS 및 Windows용 OpenJDK 빌드를 제공합니다.
이 빌드는 6개월 동안만 업데이트됩니다. 6개월이 지나면 업데이트 및 보안 패치가 제공되지 않습니다. 이는 LTS 버전에도 적용됩니다! 예를 들어, 오라클의 OpenJDK 11 빌드 버전은 11.0.2+9이지만, 현재 OpenJDK의 버전은 11.0.20.1+1 입니다.
⛔️ 비추: 특히 LTS 버전을 사용하실 계획이시라면 더더욱 Oracle의 OpenJDK 빌드 는 사용하지 마세요.
Oracle Java SE Development Kit (JDK)
오라클은 OpenJDK와 완전히 동일한 소스인 오라클 Java SE Development Kit(JDK)을 기반으로 하는 상용 버전의 OpenJDK를 제공합니다. 오라클은 이 빌드들에 대해 정기적인 업데이트와 보안 패치를 제공합니다.
이 빌드들의 주요 문제는 오라클의 라이선스 정책입니다.
JDK 10 버전까지는 오라클 바이너리 코드 라이선스 계약에 따라 빌드가 게시되었기 때문에 상용 프로젝트에 빌드를 사용할 수 있었습니다.
JDK 11 버전부터 16버전까지의 빌드들은 오라클 Java SE용 오라클 기술 네트워크 라이선스 계약에 따라 게시되었으며, 프로덕션 환경에서 사용하려면 유료 라이선스가 필요합니다. 이 때문에 많은 새로운 OpenJDK 배포판이 등장했습니다.
JDK 17 버전은 내부 비즈니스 운영 을 위해 사용할 수 있도록 허용하는 오라클 무료 이용 약관(NFTC)에 따라 게시됩니다. 하지만 안타깝게도, “내부 비즈니스 운영” 이라는 문구는 정의되어 있지 않으며 매우 모호한 문구입니다.(예를 들어, 외부에 공개된 웹 사이트가 내부 비즈니스 운영을 위한 것인지?)
또한, 지금까지의 이러한 불안정한 라이선스 이력을 기반으로 향후 버전 라이선스들이 어떻게 될지 예측할 수 없습니다.
⛔️ 비추: 변호사와 상담해보기 전엔 Oracle Java SE Development Kit (JDK) 는 사용하지 마세요.
Adoptium Eclipse Temurin
웹사이트 | 릴리즈 | Docker 이미지
Eclipse Adoptium은 오픈 소스 소프트웨어에 대한 리소스와 전문 거버넌스 모델을 제공하는 Eclipse 재단 산하의 최상위 프로젝트입니다. Adoptium 워킹 그룹은 Red Hat, IBM, Microsoft, Azul, iJUG 등 Java 기술에 전략적 관심을 갖고 있는 주요 기업 및 조직으로 구성되어 있습니다. 이전의 AdoptOpenJDK 프로젝트는 Eclipse Adoptium으로 이전되었습니다.
프로젝트와 빌드를 구분하기 위해 Adoptium OpenJDK 빌드들은 Eclipse Temurin 이라고 부릅니다.
Eclipse Temurin 빌드는 높은 퀄리티 및 벤더 중립적(vendor-neutral)이고, 허용된 라이선스에 다라 TCK 테스트를 거쳤습니다.
Adoptium은 해당 업스트림 소스가 활발하게 유지 관리되는 한 LTS 릴리즈용 바이너리를 계속 빌드할 것이라고 밝혔습니다.
✅ 추천: Adoptium Eclipse Temurin OpenJDK 빌드는 강력 추천합니다.
AdoptOpenJDK
웹사이트 | 릴리즈 | Docker 이미지
AdoptOpenJDK 프로젝트는 Eclipse Adoptium의 전신으로, 기본 HotSpot VM과 OpenJ9 VM 모두에 고품질 OpenJDK 빌드를 제공했습니다.
웹사이트와 이전 릴리즈는 보관된 릴리즈에 액세스할 수 있도록 온라인으로 유지됩니다.
⛔️ 비추: AdoptOpenJDK 는 더이상 사용하지 마세요. 대신 Adoptium Eclipse Temurin 를 사용하세요.
Azul Zulu
웹사이트 | 릴리즈 | Docker 이미지
Azul Systems 주식회사는 전문 Java 기술 및 JDK에 대한 상업적 지원을 전문으로 하는 회사입니다. Azul은 업계에서 높은 명성을 얻고 있으며 Java 플랫폼의 발전을 위해 다양한 워킹 그룹에 참여하고 있습니다.
Azul은 다양한 운영 체제 및 아키텍처를 위한 Azul Zulu 라는 오픈 소스 OpenJDK 빌드를 제공합니다. 또한 Azul은 JRE를 제거한 빌드, OpenJFX를 포함한 빌드 등 특수한 요구 사항을 위한 빌드도 제공합니다.
Azul Zulu의 단점은 라이선스 또는 업데이트 정책을 갑자기 변경할 수 있는 단일 회사에 종속된다는 것입니다.
✅ 추천: OpenJDK의 Azul Zulu 빌드 는 좋은 선택입니다.
Azul Zing
웹사이트 | 릴리즈 | Docker 이미지
Azul Zing은 OpenJDK의 상업적으로 최적화된 빌드입니다. 현재 Azul Platform Prime 으로 판매되고 있습니다. 무료로 평가(Evaluation) 가능하지만, 프로덕션용으로 사용하려면 Azul Systems 주식회사와 상용 계약이 필요합니다.
Zing은 OpenJDK를 기반으로 몇 가지 주요 구성 요소를 최적화된 버전으로 대체합니다.
- C4 무중단 Garbage Collector - Java 8 및 11을 포함한 모든 주요 Java 버전에서 사용가능한 유일한 세대별, 프로덕션 테스트를 거친 가비지 컬렉터
- Falcon JIT(Just-In-Time) 컴파일러- 더 빠른 처리량, 더 낮은 응답 레이턴시, 더 큰 전송 용량을 위한 최적화
- ReadyNow 웜업 옵티마이저 - 애플리케이션의 기존 실행들을 통해 학습하여 애플리케이션을 최대한 빠르게 최대 속도로 최적화
- Azul 옵티마이저 허브 - 클라이언트 머신에서 JIT 컴파일을 오프로드하고 JVM이 서로 학습하여 가능한 한 빨리 최대 속도에 도달할 수 있도록 하는 별도 컴포넌트
Azul Zing은 지연시간에 민감한 애플리케이션에 좋은 선택입니다. 평균 지연시간이 낮고, 최소 지연시간 이상값을 보장해야하거나 공격적으로 확장 및 축소가 가능하고 가능한 한 빨리 트래픽을 처리해야하는 경우, 인프라 비용이 문제가 되는 애플리케이션을 실행하는 대규모 JVM에 적합합니다.
⚠️ 추천: GC 중단시간, Warmup이 느린 경우, 대규모 온프레미스 인프라 및 클라우드 비용이 문제가 된다면 Azul Zing / Azul Platform Prime 을 고려해보세요. 라이선스 없이 프로덕션에서 사용하지 마세요.
BellSoft Liberica JDK
웹사이트 | 릴리즈 | Docker 이미지
Azul과 마찬가지로 BellSoft는 전문 Java 기술 및 JDK에 대한 상업적 지원을 전문으로 합니다. 또한 업계에서 높은 평판을 얻고 있으며 Java 플랫폼의 발전을 위해 다양한 워킹 그룹에 참여하고 있습니다.
BellSoft는 거의 모든 운영 체제 및 아키텍처를 위한 Liberica JDK 라는 오픈 소스 OpenJDK 빌드를 제공합니다.
널리 사용되는 Spring Boot 프레임워크는 빌드팩의 런타임으로 Liberica JDK를 선택했습니다.
BellSoft Liberica JDK의 단점은 라이선스 또는 업데이트 정책을 갑자기 변경할 수 있는 단일 회사에 종속된다는 것입니다.
✅ 추천: BellSoft Liberica JDK 는 좋은 선택입니다.
IBM Semeru 런타임
IBM은 J9라는 자체 버전의 JVM을 개발했으며, 이 JVM은 Eclipse OpenJ9 로 오픈 소스화되었습니다. 기본 HotSpot JVM의 대안이지만 큰 인기를 얻지는 못했습니다.
IBM은 현재 이클립스 OpenJ9 JVM과 일부 OpenJDK 클래스 라이브러리를 기반으로 하는 Semeru Runtime 이라는 빌드를 제공합니다. OpenJ9은 메모리 사용량이 적고 공유 클래스로 빠르게 시작할 수 있지만, 핫스팟 가상 머신에 비해 처리량이 낮습니다.
⚠️ 추천: OpenJ9 가상 머신이 필요하다는 것을 알고 있는 경우에만 IBM Semeru 런타임 을 사용하세요.
Amazon Corretto
웹사이트 | 릴리즈 | Docker 이미지
오라클이 OpenJDK 빌드에 대한 지원 및 라이선스 정책을 변경한 이후, 주요 클라우드 제공업체는 자체적으로 관리형 OpenJDK 빌드를 구축하고 장기 업데이트를 제공하기로 결정했습니다. 이는 위험, 특히 오라클과의 소송을 피하기 위한 것으로 보입니다.
2018년에 AWS는 또 다른 OpenJDK 빌드인 Corretto 를 발표했습니다.
AWS는 최신 OpenJDK 버전의 버그 수정 백포트를 포함하며, 주장에 따르면 아직 OpenJDK 프로젝트에 통합되지 않은 패치를 추가할 것이라고 합니다. 아마존은 자사 서비스에 최적화된 대체 암호화 공급자를 구현했습니다. Corretto에서 기본 암호화 구현으로 사용될 예정입니다.
아마존은 주요 개발 플랫폼용 릴리즈와 자체 아마존 리눅스 2에 최적화된 버전을 제공합니다.
✅ 추천: 특히 AWS의 Amazon Linux 2에서 Java 애플리케이션을 직접 실행하는 경우, Corretto 빌드가 좋은 선택입니다.
Microsoft Build of OpenJDK
웹사이트 | 릴리즈 | Docker 이미지
2021년에 Microsoft는 또 다른 OpenJDK 빌드인 Microsoft Build of OpenJDK 를 발표했습니다.
Microsoft는 이 빌드에 최신 OpenJDK 버전의 버그 수정 백포트를 포함할 수 있으며, 아직 OpenJDK 프로젝트에 통합되지 않은 패치를 추가할 수 있다고 주장합니다.
Microsoft는 주요 개발 플랫폼에 대한 릴리즈를 제공합니다.
⚠️ 추천: Azure에서 직접 Java 애플리케이션을 실행하는 경우에만 Microsoft 빌드 of OpenJDK 를 사용하세요. 더 다양한 선택지가 있습니다.
Alibaba Dragonwell
웹사이트 | 릴리즈 | Docker 이미지
Alibaba는 백 포트와 일부 추가 기능 이 포함된 OpenJDK 빌드를 제공합니다.
⛔️ 비추: 정부에서 강제하지 않는 한 Alibaba Dragonwell 는 사용하지 마세요.
SapMachine
웹사이트 | 릴리즈 | Docker 이미지
SapMachine은 SAP에서 유지 관리하는 또 다른 OpenJDK 빌드입니다.
⚠️ 추천: SAP 서버에서 Java 애플리케이션을 실행하는 경우에만 SapMachine 을 사용하세요. 더 다양한 선택지가 있습니다.
Red Hat OpenJDK
웹사이트 | 릴리즈 | Docker 이미지
Red Hat은 LTS 버전용 OpenJDK 빌드를 제공합니다.
⚠️ 추천: Red Hat Enterprise Linux에서 Java 애플리케이션을 직접 실행하는 경우에만 Red Hat OpenJDK 를 사용하십시오. 더 다양한 선택지가 있습니다.
ojdkbuild
이 프로젝트는 중단되었습니다. ojdkbuild 프로젝트의 목표는 zlib 또는 OpenSSL의 패키지 버전 대신 시스템 라이브러리를 사용하는 등 가능한 한 Linux OpenJDK 패키지에 가까운 동작을 하는 Windows x86_64 OpenJDK 바이너리를 제공하려는 것이었습니다. ojdkbuild는 CentOS에 포함된 패키지를 사용했습니다. Windows 시스템에서 Java 소프트웨어를 개발하여 프로덕션 환경의 Linux 서버에 배포하기 위해 사용했습니다.
⛔️ 비추: 프로젝트가 중단되었으므로 ojdkbuild 를 사용하지 마세요.
GraalVM
웹사이트 | 릴리즈 | Docker 이미지
GraalVM은 완벽하게 호환되는 JDK이지만 다른 모든 빌드와는 많이 다릅니다.
GraalVM은 오라클에서 개발했습니다. OpenJDK를 기반으로 하지만 새로운 고성능 컴파일러와 새로운 다국어(polyglot) 가상 머신(다양한 프로그래밍 언어로 작성된 코드를 실행할 수 있음)이 포함되어 있습니다. 또한 고도로 최적화되고 극도로 빠르게 시작되는 플랫폼별 네이티브 실행 파일을 생성할 수도 있습니다.
🤷 검증된 추천 의견을 정교화할 수 있도록 프로덕션 환경에서 GraalVM을 사용한 경험을 공유해 주세요.
자주 묻는 질문
로컬 환경에서 JDK를 설치하는 가장 좋은 방법은 무엇인가?
SDKMAN을 사용하세요!
사용가능한 JDK 목록을 보고싶다면:
sdk list java
특정 버전을 설치하고 싶다면:
sdk install 17.0.8.1-tem
버전을 확인하고 싶다면:
java --version
현재 어떤 버전의 Java가 설치되어 있는지 알고 싶다면
which java
`which java` --version
리눅스 환경이라면:
sudo update-java-alternatives
JDK와 JRE의 차이점은 무엇인가?
일부 배포판은 JDK(Java Development Kit)와 JRE(Java Runtime Environment) 빌드를 제공한다. JDK에는 Java 애플리케이션을 컴파일, 패키징 및 실행 하기 위한 모든 것이 포함되어 있는 반면, JRE에는 Java 애플리케이션을 실행 하기 위한 바이너리와 라이브러리만 포함되어 있다. JRE는 JDK의 축소 버전으로, 메가바이트 단위로 더 작다.
크기가 중요한 경우 jlink를 사용하여 자체적으로 축소된 런타임을 생성하는 것을 고려해야 한다.
로컬 환경 개발에는 JDK가 필요하다. 프로덕션 환경에서는 런타임 환경만 필요하지만 JDK를 사용하는 경우도 매우 일반적이다.
Java EE가 무엇인가?
Java EE (Java Platform, Enterprise Edition) 는 Jakarta EE 로 이름을 변경했다. Jakarta EE는 서버 애플리케이션과 프론트엔드를 구축하기 위한 스펙이다. 범위면에서, Jakarta EE는 Spring Boot, Micronaut, Quarkus와 같은 최신 프레임워크와 비교할 수 있지만, Jakarta EE가 더 복잡하게 느껴진다.
'IT > Java' 카테고리의 다른 글
| Java의 메모리 구조와 GC 완전 정복 (0) | 2025.04.14 |
|---|---|
| ☕ JVM 구조와 동작 원리 - Java 개발자라면 반드시 이해하고 있어야 할 기본기 (1) | 2025.04.14 |