2024년 9월 27일(금) 주간 개발트렌드

## Backend — Java 23 출시

Oracle이 **9월 17일 Java 23**을 GA로 공개했습니다.

Java 23에는 총 **12개의 JEP(Java Enhancement Proposal)**가 포함됐으며, Pattern Matching, Module Import, Structured Concurrency 등 Java의 다음 방향을 보여주는 기능들이 Preview 또는 Incubator 단계로 계속 발전했습니다.

Java 23 자체는 LTS(Long-Term Support) 버전이 아니지만, Java가 **6개월 단위의 Release Cadence를 안정적으로 유지하고 있다는 점**에서도 의미가 있는 릴리스였습니다.

[Oracle - The Arrival of Java 23](https://blogs.oracle.com/java/the-arrival-of-java-23)

---

### Java의 Release 방식 변화

과거 Java는 새로운 Major Version이 나오기까지 상당히 긴 시간이 걸리는 플랫폼이었습니다.

대표적으로 Java 8 이후 Java 9까지 약 3년 이상이 걸렸습니다.

하지만 이후 Java는 **6개월마다 새로운 Feature Release를 제공하는 방식**으로 변경됐습니다.

```text
Java 21 LTS
     ↓
Java 22
     ↓
Java 23
     ↓
Java 24
     ↓
Java 25 LTS
```

이 구조에서 중요한 것은 모든 버전을 Production에 도입해야 한다는 의미가 아닙니다.

일반적으로 기업 환경에서는 안정적인 LTS 버전을 중심으로 운영하면서, 중간 Feature Release를 통해 앞으로 들어올 기능을 미리 확인할 수 있습니다.

```text
Production

Java 21 LTS
    │
    ├─ Java 22
    │
    ├─ Java 23
    │
    └─ Java 24
         ↓
    Java 25 LTS
```

---

### Preview 기능

Java는 새로운 기능을 바로 정식 기능으로 확정하지 않고 Preview 단계로 먼저 공개하는 경우가 많습니다.

```text
Feature Proposal
      ↓
Preview
      ↓
Developer Feedback
      ↓
수정 / 재설계
      ↓
Final
```

개발자는 실제 코드를 통해 새로운 Language Feature를 사용해볼 수 있고, Java Platform은 Feedback을 받아 기능을 수정할 수 있습니다.

Java 23에서도 여러 기능이 이런 방식으로 발전하고 있었습니다.

---

### Primitive Type Pattern Matching

Java는 최근 여러 버전에 걸쳐 Pattern Matching을 계속 확장하고 있습니다.

기존 Java에서는 Type에 따라 값을 처리할 때 Casting과 조건문이 반복되는 경우가 많았습니다.

```java
if (value instanceof Integer) {
    Integer number = (Integer) value;
    System.out.println(number);
}
```

Pattern Matching이 도입되면서 이런 코드가 점점 단순해졌습니다.

```java
if (value instanceof Integer number) {
    System.out.println(number);
}
```

Java 23에서는 이러한 Pattern Matching 개념을 **Primitive Type까지 확장하는 작업**이 Preview로 이어졌습니다.

```text
Pattern Matching

Reference Type
      ↓
Primitive Type까지 확장
```

Java가 단순히 새로운 Syntax를 추가하는 것이 아니라 **Type System과 Pattern Matching을 언어 전체에 일관되게 확장하는 방향**으로 발전하고 있음을 보여줍니다.

---

### Module Import Declarations

Java 23에서는 **Module Import Declarations**도 Preview 기능으로 포함됐습니다.

기존 Java에서는 필요한 Class를 각각 Import해야 합니다.

```java
import java.util.List;
import java.util.Map;
import java.util.Set;
```

Module Import Declaration은 Module이 Export하는 Package를 보다 간단하게 사용할 수 있도록 만드는 방향입니다.

```text
기존

Class / Package Import
        ↓
필요한 Class 개별 Import


새로운 방향

Module Import
        ↓
Module이 제공하는 API 활용
```

이 기능은 특히 Java를 처음 배우거나 간단한 프로그램을 작성할 때 Boilerplate를 줄이는 방향과 연결됩니다.

---

### Structured Concurrency

Java의 Concurrency 모델 역시 큰 변화를 겪고 있습니다.

특히 Virtual Thread 이후 Java는 **대규모 Concurrent Application을 더 단순하게 작성하는 방향**으로 발전하고 있습니다.

Structured Concurrency는 여러 Concurrent Task를 하나의 작업 단위처럼 관리하는 개념입니다.

기존에는 여러 Thread나 Future를 직접 관리해야 했습니다.

```text
Request
  ├─ Task A
  ├─ Task B
  └─ Task C
```

문제는 각각의 Task가 독립적으로 실행되면 Error Handling이나 Cancellation 관리가 복잡해질 수 있다는 점입니다.

Structured Concurrency는 이를 하나의 구조로 묶습니다.

```text
Request Scope
     │
     ├─ Task A
     ├─ Task B
     └─ Task C
          ↓
    하나의 Lifecycle
```

부모 작업이 종료되면 관련 Task도 함께 관리할 수 있기 때문에 Concurrent Program의 구조를 이해하기 쉬워집니다.

---

### Virtual Thread 이후의 Java

Structured Concurrency는 Virtual Thread와 함께 보면 더 의미가 있습니다.

```text
Virtual Thread
      ↓
많은 Concurrent Task 실행

        +

Structured Concurrency
      ↓
Task Lifecycle 관리
```

Java가 단순히 Thread를 가볍게 만드는 데서 끝나는 것이 아니라 **Concurrent Application을 작성하는 Programming Model 자체를 개선하는 방향**으로 움직이고 있는 것입니다.

Backend 개발에서는 특히 다음과 같은 구조와 연결될 수 있습니다.

```text
API Request
    ↓
여러 External API 호출
    ↓
Parallel Task
    ↓
결과 병합
    ↓
Response
```

이처럼 하나의 요청에서 여러 작업을 동시에 처리해야 하는 경우 Structured Concurrency가 코드를 단순화할 가능성이 있습니다.

---

### 왜 중요한가

Java 23의 개별 기능도 중요하지만 더 큰 흐름은 **Java의 Release 방식이 완전히 안정화됐다는 점**입니다.

과거에는 Java Version Upgrade가 큰 이벤트에 가까웠습니다.

```text
Major Version
      ↓
수년간 사용
      ↓
다음 Major Version
```

현재는 다음과 같은 흐름입니다.

```text
6개월 Release
      ↓
새로운 Feature
      ↓
Preview / Feedback
      ↓
다음 Release에서 개선
      ↓
LTS에 축적
```

Java Language와 JVM이 작은 단위로 지속적으로 개선되는 방식입니다.

---

### LTS와 Feature Release

기업 Backend 환경에서는 여전히 LTS가 중요합니다.

대표적으로 다음과 같은 흐름을 사용할 수 있습니다.

```text
Production
    ↓
Java 21 LTS

Development / Testing
    ↓
Java 22 / 23 / 24

Next Migration
    ↓
Java 25 LTS
```

중간 Feature Release는 반드시 Production에서 사용해야 하는 버전이라기보다 **다음 Java Platform의 방향을 미리 확인할 수 있는 역할**도 합니다.

기업 입장에서는 안정적인 LTS를 유지하면서도 새로운 Java 기능을 지속적으로 검토할 수 있습니다.

---

### Backend 관점에서의 변화

Java Backend 개발자에게 중요한 것은 단순히 새로운 Syntax를 외우는 것이 아닙니다.

Java Platform 자체가 다음과 같은 방향으로 계속 발전하고 있습니다.

```text
Modern Java

├─ Pattern Matching
├─ Records
├─ Sealed Classes
├─ Virtual Threads
├─ Structured Concurrency
├─ Improved GC
└─ JVM Performance
```

과거 Java의 이미지였던

```text
Verbose
Heavy
Slow Evolution
```

에서 점점

```text
Modern Syntax
+
High Concurrency
+
Fast Release Cycle
```

방향으로 변화하고 있습니다.

---

### Spring Backend에도 영향을 준다

Spring Boot 같은 Java Backend Framework를 사용하는 개발자도 Java Release 흐름을 이해할 필요가 있습니다.

Application은 단순히 Framework 위에서만 실행되는 것이 아니라 JVM과 Java Language 위에서 동작합니다.

```text
Spring Boot
     ↓
Java
     ↓
JVM
```

Java Platform에서 Virtual Thread, Pattern Matching, Concurrency API 같은 기능이 발전하면 Framework와 Application Architecture에서도 이를 활용할 수 있는 영역이 늘어납니다.

따라서 Java Backend 개발자는 Framework Version뿐 아니라 **Java 자체의 변화도 함께 추적할 필요가 있습니다.**

---

### Upgrade에서 중요한 것

Java Version Upgrade 역시 단순히 JDK 숫자를 변경하는 것으로 끝나지는 않습니다.

실제 프로젝트에서는 다음을 확인해야 합니다.

```text
Java Upgrade

├─ Framework Compatibility
├─ Library Compatibility
├─ Build Tool
├─ Gradle / Maven
├─ JVM Option
├─ Deprecated API
└─ Test
```

특히 Production에서는 새로운 Feature Release를 바로 도입하기보다 현재 사용하는 Framework와 Library의 지원 여부를 확인해야 합니다.

---

### 실무 영향

Java 23 자체를 모든 기업이 바로 Production에 적용해야 했던 것은 아닙니다.

오히려 실무적으로 중요한 부분은 다음과 같은 흐름입니다.

```text
Java 21 LTS 유지
       ↓
Java 22 / 23 / 24 변화 추적
       ↓
새로운 기능 검토
       ↓
Framework 지원 확인
       ↓
Java 25 LTS Migration 준비
```

이 방식이면 안정적인 Production 환경을 유지하면서도 Java Platform의 변화를 따라갈 수 있습니다.

결국 Java 23은,

> **Java가 거대한 Major Upgrade를 기다리는 언어에서 6개월마다 점진적으로 발전하는 Platform으로 완전히 자리 잡았음을 보여주는 Release**

라고 볼 수 있습니다.

2024년 9월 20일(금) 주간 개발트렌드

독자의 메모