Java Virtual Threads: 무조건 도입하면 안 되는 이유와 실전 트러블슈팅

> 2002년, 로드 존슨(Rod Johnson)이 쓴 책 한 권에서 시작된 프레임워크가 전 세계 자바 생태계를 지배하게 되었습니다.<br>EJB(Enterprise JavaBeans)의 복잡함에 반기를 들고 일어난 Spring은 어떻게 진화해 왔을까요?<br>Spring 1.0부터 최신 Spring 6.0까지, 각 시대를 관통하는 핵심 변화와 특징을 정리해 봅니다.

![Spring History](https://images.unsplash.com/photo-1461360228754-6e81c478b882?q=80&w=2074&auto=format&fit=crop)

# 1. Spring 1.0 ~ 2.0: XML의 시대 (2004~2006)

**EJB 없는 가벼운 개발(Lightweight)** 을 모토로 등장했습니다. 
핵심은 **DI(Dependency Injection)** 와 **AOP(Aspect Oriented Programming)** 였습니다.

- **특징**: 모든 빈(Bean) 설정을 applicationContext.xml이라는 거대한 XML 파일에 일일이 적어야 했습니다.
- **문제점**: 프로젝트가 커질수록 XML 파일이 수천 줄을 넘어가며 관리가 불가능한 수준(XML Hell)이 되기 시작했습니다.

# 2. Spring 2.5 ~ 3.0: 어노테이션의 혁명 (2007~2009)

개발자들의 XML 피로도가 극에 달했을 때, Spring은 **Java Annotation**을 적극적으로 도입하기 시작합니다.

- **@Component, @Autowired 등장**: XML에 bean 태그를 쓰는 대신, 클래스 위에 @Service, @Controller만 붙이면 되게 바뀌었습니다.
- **Java Config (Spring 3.0)**: XML을 완전히 버리고 Java 코드(@Configuration, @Bean)로 설정을 관리할 수 있게 되었습니다. 이것이 훗날 Spring Boot의 기반이 됩니다.

# 3. Spring 4.0: Spring Boot의 탄생 (2013)

Spring 역사상 가장 큰 분기점입니다. **설정보다 관례(Convention over Configuration)** 를 내세운 **Spring Boot**가 등장했습니다.

- **Java 8 지원**: 람다(Lambda) 식을 사용할 수 있게 되었습니다.
- **Spring Boot 1.0**: 내장 톰캣(Embedded Tomcat)을 탑재하여 main() 메서드 실행만으로 웹 서버를 띄우는 충격적인 경험을 선사했습니다.
- **자동 설정(Auto Configuration)**: spring-boot-starter-web 하나만 추가하면 수십 가지 설정을 알아서 해주는 마법이 시작되었습니다.

# 4. Spring 5.0: 리액티브 프로그래밍 (2017)

Node.js의 비동기 논블로킹 모델이 인기를 끌자, Spring도 이에 대응하기 위해 대대적인 변화를 줍니다.

- **Spring WebFlux**: 기존의 서블릿(Servlet) 기반 블로킹 모델(Spring MVC)과 별도로, 완전한 비동기 논블로킹 웹 프레임워크를 출시했습니다.
- **Project Reactor**: Mono, Flux 같은 리액티브 타입을 표준으로 도입했습니다.
- **JDK 9 모듈 시스템** 대응이 시작되었습니다.

# 5. Spring 6.0 & Boot 3.0: 클라우드 네이티브 (2022~현재)

클라우드와 서버리스(Serverless) 환경에 최적화하기 위해, Spring은 과감하게 **과거와의 단절**을 선언합니다.

- **Java 17 필수**: 최소 요구 사항이 Java 8에서 17로 껑충 뛰었습니다. (Java EE -> Jakarta EE로 패키지명 변경 대혼란)
- **GraalVM Native Image**: JIT 컴파일러 대신 AOT(Ahead-of-Time) 컴파일을 지원하여, JVM 없이 실행되는 **네이티브 바이너리**를 만들 수 있게 되었습니다.
    - 부팅 속도: 수 초 -> 0.1초
    - 메모리 사용량: 수백 MB -> 수십 MB

# 마치며: Spring은 늙지 않는다

20년이 넘은 프레임워크가 여전히 현역 1타 자리를 지키는 이유는 끊임없는 **자기 혁신** 때문입니다.
EJB를 죽이러 왔던 Spring이 이제는 Serverless와 AI 시대(Spring AI)를 준비하고 있습니다.

여러분의 프로젝트는 지금 어떤 Spring 버전에 머물러 있나요? 3.x? 4.x? 이제는 6.0으로 넘어올 때입니다. 🚀

Spring Framework 변천사: XML 지옥에서 Native Image까지

댓글 0

Java Virtual Threads: 무조건 도입하면 안 되는 이유와 실전 트러블슈팅