Spring Boot 성능의 판도를 완전히 바꾸다, 리소스 점유 80% 절감 비법

Sunny·2026년 2월 28일

많은 개발자가 여전히 10년 전의 습관으로 현재의 Spring Boot 애플리케이션을 개발하고 있습니다. 이러한 기술적 격차는 코드를 비대하게 만들 뿐만 아니라, 서버 비용이라는 실질적인 금전적 손실로 이어집니다. 이 글에서는 Spring Boot 애플리케이션의 실행 효율과 코드 품질을 최적화할 수 있는 고급 팁들을 정리해 보았습니다.

준비 단계: Java 환경 신속 구축

코드를 작성하기 전 JDK 설치는 필수입니다. 하지만 초보자에게 환경 변수를 수동으로 설정하고 버전을 전환하는 일은 꽤나 시간 낭비일 수 있습니다.

ServBay는 통합 솔루션을 통해 클릭 한 번으로 Java 환경을 배포할 수 있도록 지원합니다. 개발자는 시스템 설정을 수동으로 조정할 필요 없이 서로 다른 JDK 버전을 빠르게 전환할 수 있어, 개발 환경 구축이 훨씬 효율적이고 표준화됩니다.

JVM 메모리 미세 조정을 통한 클라우드 비용 절감

상당수의 Spring Boot 애플리케이션이 클라우드 서버에서 최적화 없이 실행되고 있습니다. 기본 JVM 설정은 종종 과도한 메모리를 점유하여 클라우드 비용을 폭증하게 만듭니다.

마이크로서비스를 운영한다면 굳이 4GB나 되는 힙(Heap) 공간이 필요하지 않은 경우가 많습니다. 저는 보통 초기 메모리와 최대 메모리를 합리적인 범위로 압축하여 설정합니다.

# 메모리 제한 및 가비지 컬렉션 스레드 수 지정
export JAVA_OPTS="-Xms512m -Xmx1024m -XX:+UseContainerSupport -XX:ParallelGCThreads=2 -XX:MaxMetaspaceSize=256m"
java $JAVA_OPTS -jar app-service.jar

-XX:+UseContainerSupport를 추가하면 JVM이 컨테이너의 경계를 정확히 인식합니다. 또한, 톰캣(Tomcat)의 기본 스레드 풀(200개)은 중소규모 서비스에 과하므로 이를 직접 제한하여 자원을 아낍니다.

# application.yaml의 최적화 설정
server:
  tomcat:
    threads:
      max: 60

이러한 설정을 통해 단일 컨테이너의 메모리 점유율을 보통 20% 이상 낮출 수 있으며, 결과적으로 클라우드 서버의 노드 수를 줄일 수 있습니다.

현대적인 Java 문법으로 비즈니스 로직 간소화

코드 베이스에 장황한 Getter/Setter가 가득하거나, 복잡한 if-else로 열거형(Enum)을 처리하고 있다면 즉시 최신 Java 버전으로 업그레이드해야 합니다.

Record를 사용한 데이터 모델 정의

Record는 DTO나 API 반환 객체에 최적입니다. 저는 이제 모든 API 데이터 전송 객체에 Record를 사용합니다.

// 이 한 줄로 생성자, Getter, toString이 모두 해결됩니다.
public record UserResponse(Long id, String nickname, String email) {}

텍스트 블록과 Switch 표현식

텍스트 블록은 다중 행 문자열 연결 시 이스케이프 문자로 인한 번거로움을 해결해 주며, Switch 표현식은 더 안전한 반환 방식을 제공합니다.

// 텍스트 블록을 사용한 SQL 작성
String sql = """
    SELECT * FROM product_info 
    WHERE category = 'ELECTRONICS' 
    AND stock > 0
    """;

// Switch 표현식으로 직접 결과 반환
String categoryName = switch (typeCode) {
    case 1 -> "가전제품";
    case 2 -> "홈 리빙";
    default -> "기타 유형";
};

Switch의 패턴 매칭

Java 17에 도입된 패턴 매칭은 타입 판단을 직관적으로 만들어주며, 명시적인 형변환을 줄여줍니다. 복잡한 비즈니스 분기를 처리할 때 강화된 Switch와 패턴 매칭의 조합은 매우 강력합니다.

// 다양한 유형의 이벤트 메시지 처리
static String handleEvent(Object event) {
    return switch (event) {
        case OrderEvent o -> "주문 번호: " + o.id();
        case UserEvent u -> "사용자 이름: " + u.name();
        case null -> "빈 메시지";
        default -> "알 수 없는 이벤트";
    };
}

Stream API의 향상된 기능 활용

Stream API는 데이터 처리 측면에서 지속적으로 진화하고 있습니다. 최신 버전에서는 더욱 풍부한 수집기(Collector)와 필터링 로직이 추가되어 메모리 내 데이터 집계 및 변환이 훨씬 효율적입니다. 대규모 데이터 세트 처리에 병렬 스트림을 적절히 사용하면 멀티코어 CPU의 성능을 최대한 활용하여 실행 시간을 단축할 수 있습니다.

현대적인 가비지 컬렉터로 중단 시간(Pause Time) 최소화

고가용성 환경에서는 지연 시간이 매우 낮은 ZGC를 선호합니다. ZGC는 중단 시간을 1밀리초 미만으로 줄여주어 사용자가 끊김을 거의 느끼지 못하게 합니다.

만약 함수형 컴퓨팅(Serverless) 환경처럼 부팅 속도가 극도로 중요하다면, GraalVM을 이용해 Spring Boot를 네이티브 이미지(Native Image)로 컴파일하는 방법을 사용합니다.

# 네이티브 실행 파일 빌드
./mvnw native:compile -Pnative

이렇게 빌드된 프로그램은 시작 시간이 몇 초에서 수십 밀리초로 단축되며, 메모리 점유율은 최대 80%까지 줄어듭니다. 컴파일 과정은 오래 걸리지만, 런타임에서 얻는 성능 이득은 그만한 가치가 충분합니다.

무거운 작업은 반드시 비동기화

Controller 내에서 동기 방식으로 PDF를 생성하거나 복잡한 메일을 발송하는 코드는 당장 제거해야 합니다. 이는 웹 스레드를 직접적으로 차단(Blocking)하기 때문입니다.

요즘은 이러한 무거운 작업을 메시지 큐에 던지고 메인 프로세스는 즉시 응답을 반환하는 방식을 취합니다.

// RabbitMQ 또는 Kafka로 전달
@PostMapping("/submit-report")
public ResponseEntity<String> handleReport(@RequestBody ReportConfig config) {
    taskQueue.send("report_gen_topic", config);
    return ResponseEntity.accepted().body("보고서 생성 작업이 시작되었습니다. 잠시 후 확인해 주세요.");
}