Java 다음 단계로 — Spring과 JVM 생태계 로드맵 (Spring Boot 입문·JVM 튜닝 기초)

Java 기초를 끝낸 뒤 Spring Boot로 웹을 만들고, JVM 튜닝 기본까지 이어가는 실전 로드맵과 추천 학습 리소스를 정리합니다.

도입 (문제 상황)

Java 문법과 컬렉션, 예외 처리까지 익혔는데 “이제 뭘 해야 하지?”에서 멈추는 경우가 많습니다. Spring을 시작하려니 설정이 방대해 보이고, 운영 환경에서는 JVM 옵션이나 GC 같은 단어가 갑자기 등장해 부담이 커지기도 해요. 이 글에서는 다음 단계로 자연스럽게 넘어가는 로드맵을 잡아 드립니다.

핵심 개념: Spring Boot와 JVM을 “연결된 기술”로 보는 로드맵

Spring 요청 흐름과 JVM 힙/GC/메트릭이 연결된 로드맵 다이어그램

Java 학습의 다음 단계는 보통 두 갈래로 나뉩니다. 하나는 Spring Boot로 서비스를 만드는 능력, 다른 하나는 JVM 위에서 서비스가 어떻게 실행되고 느려지는지 이해하는 능력입니다. 둘은 분리된 주제가 아니라, 실제로는 “코드를 배포해 운영해보는 순간” 강하게 연결됩니다. 예를 들어 같은 API라도 객체 생성이 많아지면 GC가 바빠지고, GC가 바빠지면 응답 시간이 튀면서 장애처럼 보일 수 있거든요.

1) Spring Boot 입문은 “웹 개발 프레임워크”가 아니라 “애플리케이션 운영 방식”을 배우는 과정

Spring Boot는 단순히 컨트롤러를 만드는 도구가 아니라, 아래를 한 번에 경험하게 해줍니다.

• 의존성 관리(starter, BOM)와 빌드(Gradle/Maven)
• 구성 관리(application.yml, profile)
• 관찰 가능성(Actuator, metrics, health)
• 배포 단위(fat jar, Docker)
• 표준 아키텍처(Controller–Service–Repository)

즉, “자바로 프로그램 짜기”에서 “자바로 서비스를 운영하기”로 넘어가는 다리입니다.

2) JVM 튜닝은 “옵션 암기”보다 “증상→원인→검증”의 흐름이 중요합니다

JVM 튜닝은 -Xms, -Xmx를 외우는 것부터 시작하는 게 아니라, 보통 이런 질문에서 출발합니다.

• 응답 시간이 특정 순간에만 튄다 → Stop-The-World GC?
• CPU가 치솟는다 → 스레드 폭증 / 락 경합 / 바쁜 루프?
• 메모리가 계속 증가한다 → 메모리 릭(참조 유지)?

그리고 관측(로그/메트릭) → 추정 → 실험(옵션/코드 변경) → 재관측으로 검증합니다. 이 사이클을 익히면 “감으로 튜닝”하는 실수를 크게 줄일 수 있어요.

3) 무엇을 먼저 할지 헷갈릴 때: 선택 가이드

아래 표처럼 “학습 목표”에 따라 우선순위를 잡으면 좋습니다.

목표	먼저 할 것	이유	다음 단계
취업/이직용 포트폴리오	Spring Boot CRUD + 인증/인가	결과물이 명확하고 면접 질문으로 직결	테스트/CI, JPA 성능
실서비스 운영 역량	Actuator + 로그/메트릭 + JVM 기본	운영에서 바로 쓰이는 지식	GC 로그 분석, 부하 테스트
성능 문제 해결	프로파일링/GC 이해	병목을 “재현/측정”해야 해결 가능	JFR, async-profiler

4) 전체 흐름을 한 장으로 이해하기

Spring Boot를 배우는 이유가 “컨트롤러 문법”이 아니라 “요청이 들어와 JVM에서 처리되고 관측되는 흐름”이기 때문입니다.

flowchart LR
  A["Client"] --> B["Spring MVC Controller"]
  B --> C["Service"]
  C --> D["Repository"]
  D --> E["Database"]
  C --> F["JVM Heap"]
  F --> G["GC"]
  B --> H["Actuator Metrics"]
  G --> H

요청 처리(Controller~DB)와 JVM 메모리/GC, 그리고 관측(메트릭)이 한 흐름으로 연결된다는 그림입니다.

코드 예제: Spring Boot + Actuator로 “운영 감각”까지 한 번에 시작하기

아래 예제는 Spring Boot 3.x (Java 17) 기준입니다. “Hello API”를 만들되, Actuator로 헬스/메트릭 엔드포인트까지 열어두어 운영 관점의 첫 단추를 끼웁니다.

실행 방법: Gradle 프로젝트를 만들고 아래 파일들 그대로 넣은 뒤 실행하세요.

// build.gradle (Gradle Groovy)
plugins {
    id 'java'
    id 'org.springframework.boot' version '3.3.2'
    id 'io.spring.dependency-management' version '1.1.6'
}

group = 'com.example'
version = '0.0.1-SNAPSHOT'

java {
    toolchain {
        languageVersion = JavaLanguageVersion.of(17)
    }
}

repositories {
    mavenCentral()
}

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-web'
    implementation 'org.springframework.boot:spring-boot-starter-actuator'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

tasks.named('test') {
    useJUnitPlatform()
}

// src/main/java/com/example/demo/DemoApplication.java
package com.example.demo;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class DemoApplication {
    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);
    }
}

// src/main/java/com/example/demo/HelloController.java
package com.example.demo;

import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.time.Instant;
import java.util.Map;

@RestController
public class HelloController {

    @GetMapping("/hello")
    public Map<String, Object> hello() {
        // 핵심 포인트: 단순 API라도 "응답 형태"를 명확히 잡아두면 확장하기 쉽습니다.
        return Map.of(
                "message", "hello",
                "timestamp", Instant.now().toString()
        );
    }
}

# src/main/resources/application.yml
server:
  port: 8080

management:
  endpoints:
    web:
      exposure:
        include: health,info,metrics,prometheus
  endpoint:
    health:
      probes:
        enabled: true

실행 후 확인해 보세요.

• GET http://localhost:8080/hello
• GET http://localhost:8080/actuator/health
• GET http://localhost:8080/actuator/metrics
  (운영에서는 이 “측정 가능성”이 문제 해결 속도를 좌우합니다)

실무 팁

💡 실무에서는
Spring Boot를 “기능 개발 프레임워크”로만 쓰면, 장애가 났을 때 손이 묶입니다. 처음부터 Actuator, 로그(구조화 로그), 메트릭 노출을 같이 세팅해 두면 “왜 느린지”를 추적할 수 있는 단서가 남아요. 특히 health/liveness/readiness는 쿠버네티스 환경에서 배포 안정성과 직결됩니다.

💡 실무에서는
JVM 튜닝을 옵션부터 건드리기보다, 먼저 GC 로그를 남길 수 있는 상태를 만드는 게 우선입니다. 예를 들어 컨테이너 환경이라면 “메모리 제한을 JVM이 어떻게 인지하는지”, “힙을 너무 크게 잡아 OS 캐시/네이티브 메모리를 압박하지 않는지”부터 확인해 보세요. 튜닝은 ‘처방’이고, 관측은 ‘진단’입니다.

---

추천 학습 리소스 (압축 리스트)

• Spring 공식: Spring Boot Reference, Spring Guides(REST, JPA, Security)
• 관측/운영: Spring Boot Actuator, Micrometer 문서
• JVM/GC: OpenJDK JEP/HotSpot 문서, “Java Performance”(Scott Oaks), JFR 관련 자료
• 실습 키워드: “부하 테스트(예: k6) → 메트릭 확인 → GC 로그/스레드 덤프 확인” 루틴

핵심 요약

Spring Boot는 “웹 기능”보다 “서비스 운영 방식”을 배우는 가장 빠른 길입니다.
JVM 튜닝은 옵션 암기보다 관측→가설→검증 사이클이 핵심입니다.
작은 API라도 Actuator/메트릭까지 포함해 시작하면 성장 속도가 달라집니다.

다음 글: [없음 — 시리즈 마지막 글]