Java 11 지원 종료: 날짜, 위험 및 준비 방법

이 블로그 글의 AI 요약으로 바로 가기

주요 내용

서비스 종료(EOL) 이후 Java 11을 실행하면 시스템이 보안 취약성, 규정 준수 실패 및 안정성 위험에 노출됩니다.
최신 LTS 버전으로 업그레이드하거나, 적극적으로 지원되는 OpenJDK 빌드로 전환하거나, 확장 지원을 사용하는 등의 옵션이 있습니다.
TuxCare의 OpenJDK 11에 대한 무한 수명 주기 지원은 공식 지원이 종료된 후에도 보안을 유지할 수 있도록 EOL 이후에도 수년간 지속적인 보안 패치를 제공합니다.

아직 Java 11에서 애플리케이션을 실행 중인 경우 공식 지원 기간이 이미 끝났다는 점을 알아두는 것이 중요합니다. 오라클의 JDK 11에 대한 프리미어 지원은 2023년 9월에 종료되었으며, OpenJDK 11에 대한 많은 무료 커뮤니티 업데이트는 2024년 9월에 종료되었습니다.

이 문서에서는 Java 11 지원 종료(EOL), 지원 없이 계속 사용할 때의 위험, 애플리케이션의 보안 및 규정 준수를 유지하기 위해 사용할 수 있는 옵션에 대해 알아야 할 모든 것을 자세히 설명합니다.

Java 11 수명 종료 타임라인 이해하기

Java 11은 2018년 9월에 LTS(장기 지원) 버전으로 출시되었지만, EOL 일정을 이해하려면 여러 공급업체를 구분해야 합니다. 소프트웨어의 경우 "EOL"은 일반적으로 공급업체가 필수 버그 수정 및 중요한 보안 패치를 포함한 무료 공개 업데이트 제공을 중단하는 시점을 의미하며, 이는 종종 어떤 종류의 지원이 남아 있는지를 결정하는 수명 종료와 지원 종료의 구분과 혼동되는 개념입니다.

오라클 JDK 11

Oracle JDK 버전 11은 상업적 프로덕션용으로 유료 구독을 통해 사용할 수 있습니다. 유료 구독자를 위한 오라클의 프리미어 지원은 2023년 9월에 종료되며, 연장 지원은 2032년 1월까지 제공됩니다.

OpenJDK 11

OpenJDK 에코시스템은 다른 역학 관계를 가지고 있습니다. 업스트림 OpenJDK 커뮤니티는 일반적으로 6개월 동안만 한 버전을 지원합니다. 그러나 다양한 OpenJDK 배포자는 지원 일정이 다른 자체 OpenJDK 11 빌드를 제공합니다.

예를 들어, 많은 주요 배포업체들은 2024년 9월/10월경까지 무료 보안 업데이트를 제공했습니다. OpenJDK 11의 공식 EOL (지원 종료) 전환 이후, 사용자는 더 새로운 Java LTS 버전으로 전환하거나, OpenJDK 배포업체나 TuxCare와 같은 대체 업체로부터 확장 지원을 받아야 합니다.

다음 버전으로 Java 17을 고려하고 계신다면, 해당 방향으로 결정하기 전에 OpenJDK 17의 EOL 일정을 확인해 보는 것이 좋습니다.

유통업체가 다릅니다.

Red Hat, Azul, Amazon Corretto 등의 공급업체는 각각 고유한 지원 일정이 있는 자체 OpenJDK 릴리스를 제공합니다. 예를 들어, Red Hat의 OpenJDK 빌드는 Microsoft의 OpenJDK 빌드와는 다른 타임라인을 가지고 있습니다. 즉, Java 11의 실제 "지원 종료" 날짜는 전적으로 특정 JDK 배포에 따라 달라집니다.

EOL 이후 Java 11 사용의 위험은 무엇인가요?

업데이트가 중단되면 더 이상 중요한 보안 패치나 성능 개선 사항을 받을 수 없습니다. 다음은 지원되지 않는 Java 11을 계속 사용하고 있는 경우 고려해야 할 가장 중요한 위험 요소입니다.

패치되지 않은 보안 취약점

Java 11 EOL 이후, 오라클과 OpenJDK 커뮤니티는 보안 패치 발행을 중단했습니다. 즉, 그 이후에 발견된 취약점은 장기 지원을 구매하지 않는 한 패치되지 않은 상태로 유지됩니다. 공격자는 오래된 Java 버전을 실행하는 환경에서 알려진 Java CVE를 검색하는 경우가 많기 때문에 EOL 시스템은 쉬운 공격 표면이 됩니다.

규정 준수 및 감사 실패

패치되지 않은 Java 11로 운영하면 직접적인 보안 위험 외에도 규정 준수 위반을 유발할 수 있습니다. PCI DSS, HIPAA 또는 ISO 27001과 같은 많은 업계 규정 및 프레임워크는 조직이 최신 소프트웨어 환경을 유지하도록 요구합니다. EOL 소프트웨어를 실행하면 규정 미준수 및 감사 실패로 이어져 법적 조치 또는 막대한 벌금이 부과될 수 있습니다.

종속성 및 호환성 문제

자바 생태계는 빠르게 변화하고 있습니다. Spring, Hibernate, Gradle과 같은 라이브러리, 도구, 프레임워크는 결국 구버전 자바에 대한 지원을 중단하게 될 것이며, 기업들은 장기적인 자바 애플리케이션 호환성을 유지할 때 Spring의 지원 종료(EOL )와 같은 주요 시점을 미리 계획해야 합니다. 자바 11 버전을 계속 사용한다면 최신 도구를 활용할 기회를 놓칠 가능성이 높아질 뿐만 아니라, 더 심각한 경우 해당 도구의 동작 방식이 변경될 때 기존 자바 애플리케이션이 정상적으로 작동하지 않을 수도 있습니다.

운영 오버헤드 증가

대부분의 소프트웨어 제품이 EOL 날짜에 도달한 후 공급업체의 지원 없이 자체적으로 보안 취약점 수정을 관리하거나 패치된 JVM을 빌드하거나 위험한 해결 방법을 찾아야 합니다. OS EOL 탐지를 조기에 구현하면 지원되지 않는 환경을 사전에 식별하여 이러한 시나리오를 피할 수 있습니다. 그렇지 않으면 기술 부채가 발생하고 유지 관리의 복잡성이 증가하며 혁신이나 기능 개발에 리소스를 빼앗기게 됩니다. 내부 패치는 시간이 많이 소요될 뿐만 아니라 오류가 발생하기 쉬운 작업이기도 합니다.

Java 11 서비스 종료 후 옵션

Java 11 지원 종료 후에는 앞으로 애플리케이션을 어떻게 보호할지 결정해야 합니다. 다음은 전체 업그레이드부터 연장 지원에 이르기까지 사용 가능한 가장 실용적인 경로입니다.

여전히 이전 버전에서 워크로드를 유지 관리하는 경우, 많은 조직에서 여전히 Java 8에서 11 이상으로 전환하고 있으므로 Java 8 EOL 이후에 어떤 일이 발생하는지 이해하는 것도 좋습니다.

Java 17 또는 Java 21(LTS)로 업그레이드

가장 미래 지향적인 옵션은 Java 17 또는 Java 21과 같은 최신 LTS 버전으로 업그레이드하는 것입니다. 이러한 버전은 최신 언어 기능, 성능 개선 및 수년간의 공식 지원을 제공합니다. 하지만 이를 위해서는 코드 테스트, 리팩토링, 환경 간 종속성 호환성 해결이 필요합니다.

Java 11에 대한 확장 지원 사용

즉시 업그레이드할 수 없는 경우 연장 지원을 통해 Java 11을 안전하게 계속 사용할 수 있습니다. 공식 EOL 이후에도 보안 패치를 계속 받을 수 있습니다.

TuxCare의 OpenJDK에 대한 무한 수명 주기 지원은 버전 업그레이드나 코드 변환 없이도 지속적인 CVE 패치를 제공합니다. RHEL, CentOS, AlmaLinux, Rocky Linux, Oracle Linux ELS, Debian 및 Ubuntu를 비롯한 주요 엔터프라이즈 Linux 배포판에서 OpenJDK 7, 8, 11 및 17에 대한 지원이 제공됩니다.

상용 JDK 공급업체로 전환

여러 공급업체(예: Azul, Red Hat, Amazon Corretto)는 장기 지원 정책과 함께 자체적인 OpenJDK 빌드를 제공합니다. Java 11을 계속 사용하고 싶지만 공급업체에서 유지 관리하는 배포를 선호하는 경우 이러한 정책이 적합할 수 있습니다. 라이선스 조건, 지원 기간 및 업데이트 릴리스 주기는 다양합니다.

사내에서 Java 11 유지 관리

중요한 보안 취약점 수정을 수동으로 백포트하고, CVE를 추적하고, 자체 OpenJDK 바이너리를 다시 빌드할 수 있습니다. 기술적으로는 가능하지만 대부분의 팀에게는 실용적이지 않습니다. 시간이 많이 걸리고 리소스를 많이 사용하며 수정 사항을 하나라도 놓치면 보안 및 안정성에 큰 위험이 따릅니다.

Java 11 수명 종료 지원이 여전히 중요한 이유

현재 Java 11 애플리케이션이 정상적으로 실행되고 있는 것처럼 보이더라도 장기적인 안전, 규정 준수 및 비즈니스 연속성을 위해서는 Linux와 같은 다른 중요한 플랫폼과 마찬가지로 EOL 지원이 중요합니다. Linux나 Java의 EOL을 무시하는 것이 감당할 수 없는 위험인 이유는 다음과 같습니다:

보안 위협은 멈추지 않습니다: 새로운 취약점은 지속적으로 발견되고 있으며, 공격자들은 특히 패치되지 않은 런타임이 쉬운 진입 지점이라는 점을 알고 이를 먼저 노립니다. 이러한 보안 격차를 사전에 해소하려면 지속적인 지원이 필수적입니다.
규정 준수를 위해서는 적극적인 지원이 필요합니다: 지원되지 않는 소프트웨어를 사용하면 감사 실패, 규정 미준수 처벌, 미국 및 기타 국가의 업계 보안 정책 및 규정 위반으로 직결될 수 있습니다.
다운타임은 지원보다 더 큰 비용을 초래합니다: 패치되지 않은 취약점으로 인해 예방 가능한 보안 침해 또는 애플리케이션 장애가 한 번 발생하면 연장 지원 비용보다 훨씬 더 큰 재정적 손실, 평판 손상 및 운영 중단 시간이 발생할 수 있습니다.
지연은 기술 부채를 누적시킵니다: 명확한 지원 전략이나 업그레이드 계획 없이 EOL Java 버전에 계속 의존하면 기술 부채가 크게 증가하여 향후 마이그레이션이 훨씬 더 복잡하고 비용이 많이 들며 본질적으로 더 위험해집니다.

TuxCare로 Java 11에서 보호 유지

Java 11에서 업그레이드할 준비가 되지 않았다면 더 이상 보안 위험과 중단 없는 마이그레이션 전략 중 하나를 선택할 필요가 없습니다. TuxCare의 OpenJDK 11용 Endless Lifecycle Support(ELS)를 이용하면 은 엔터프라이즈 Linux 환경 전반에서 Java 워크로드에 대한 지속적인 보안 패치를 제공합니다.

TuxCare의 OpenJDK에 대한 무한 수명 주기 지원을 살펴보고 향후 몇 년 동안 EOL 이후에도 인프라를 보호하세요.

요약