[Spring] JAR와 WAR 이해하기

 

 

이번 포스트에서는 spring 프로젝트를 배포할 때 Jar와 War 중 무엇을 선택할지 그 기준을 알아보자

📌 서론

회사에서는 Spring Framework 3 프로젝트를 Maven으로 빌드하여 WAR 파일로 배포했었다. 반면, 개인적으로 공부하는 Spring Boot 3 프로젝트에서는 Gradle로 빌드한 후 JAR 파일을 배포했다. 이 두 방식 사이에서, 'WAR와 JAR의 차이가 뭘까? 왜 이 두 가지 방식을 사용하는 걸까?'라는 의문이 들었다. 지금 이 포스트는 이러한 궁금증을 해결하고자 작성하기 시작했다. Spring Framework와 Spring Boot에서 사용되는 WAR와 JAR 파일의 차이점을 탐구하고, 각각의 사용 사례와 장단점을 살펴보자

 

1. WAR 파일과 Spring Framework

WAR 파일이란?

• WAR(Web Application Archive) 파일은 웹 애플리케이션을 배포하기 위한 자바 아카이브 포맷이다.
• JSP, 서블릿, HTML, CSS, JavaScript 등 웹 애플리케이션을 구성하는 모든 요소들을 하나의 아카이브로 묶어준다. 이렇게 하면 웹 애플리케이션의 배포와 관리가 표준화되고, 서버 환경에 쉽게 통합할 수 있다.
  
  

스프링 프레임워크에서의 WAR 사용법

• 전통적인 스프링 프레임워크 프로젝트에서는 WAR 파일을 생성해서 웹 서버(예: Tomcat)에 배포하곤 한다.
• 예를 들어, Tomcat에 WAR 파일을 올리면 Tomcat이 애플리케이션을 실행시켜 준다. 이 방식의 장점은 서버의 다양한 기능을 활용할 수 있다는 것이다. 보안, 성능 최적화, 로드 밸런싱 같은 서버의 고급 기능을 그대로 사용할 수 있어서 대규모 애플리케이션을 운영하기에 적합하다.
  
  

예시 코드: WAR 파일 설정

• pom.xml에서 WAR 패키징을 설정하는 예시다.

<packaging>war</packaging>

<dependencies>

    <!-- 스프링 프레임워크 관련 의존성 -->
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-webmvc</artifactId>
        <version>5.3.20</version>
    </dependency>
    
    <!-- 톰캣 서버 의존성 (제공) -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-tomcat</artifactId>
        <scope>provided</scope>
    </dependency>
    
</dependencies>

 

2. JAR 파일과 Spring Boot

JAR 파일이란?

• JAR(Java ARchive) 파일은 자바 애플리케이션을 패키징하기 위한 포맷으로, 클래스 파일, 메타데이터, 리소스 파일 등을 포함한다. JAR 파일은 모든 의존성을 내장하고 있어서 독립 실행이 가능하다. 그래서 어디서나 동일한 환경으로 애플리케이션을 실행할 수 있다.

 

스프링 부트에서의 JAR 사용법

• 스프링 부트는 내장 서버(Tomcat, Jetty 등)를 포함해서 애플리케이션을 JAR 파일로 패키징 한다. 이 JAR 파일은 애플리케이션과 모든 필요한 의존성을 포함하고 있어서, 별도의 서버 설치 없이 실행할 수 있다. 덕분에 개발자 입장에서는 배포 과정이 간단해지고, 복잡한 서버 설정 없이도 빠르게 애플리케이션을 실행할 수 있다는 큰 장점이 있다.
  
  

예시 코드: 스프링 부트 JAR 설정

• build.gradle에서 JAR 패키징을 설정하는 예시다.

plugins {
    id 'org.springframework.boot' version '3.1.0'
    id 'io.spring.dependency-management' version '1.1.0'
    id 'java'
}

jar {
    enabled = true
}

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

 

3. WAR vs JAR: 어떤 차이가 있을까?

배포의 유연성

• WAR: 서버에 종속적이어서 서버의 기능과 환경을 최대한 활용할 수 있다. 대규모 및 복잡한 애플리케이션에 유리하다.
• JAR: 어디서나 실행 가능한 구조라서 빠른 개발과 테스트, 배포에 좋다. 특히 마이크로서비스 아키텍처에 적합하다.
  
  

프로젝트의 복잡성

• WAR: 서버의 고급 기능(보안, 세션 관리 등)을 활용할 수 있어서 복잡한 웹 애플리케이션 운영에 효과적이다.
• JAR: 간단하고 독립적인 서비스에 적합해. 빠른 개발과 배포가 가능하다.
  
  

개발 및 배포의 간편함

• 스프링 부트와 JAR: 설정이 간소화되어 있고, 내장 서버 덕분에 어디서나 쉽게 애플리케이션을 실행할 수 있다. 개발자에게 큰 유연성을 제공한다.
  
  

4. WAR와 JAR: 다양한 프론트엔드 기술과의 호환성

WAR 파일과 프론트엔드 기술

• JSP와의 관계: 전통적으로 WAR 파일은 JSP와 함께 사용되어 왔다. 서버 사이드에서 HTML을 생성해 동적 웹 페이지를 제공한다.
  
  
• Thymeleaf의 활용: Thymeleaf는 현대적인 자바 템플릿 엔진으로, WAR 파일로 배포할 수 있다.
  
  
• React와의 통합: React 애플리케이션을 별도로 빌드한 후 정적 리소스로 스프링 애플리케이션에 포함시켜 WAR 파일로 배포할 수 있다.
  
  

JAR 파일과 프론트엔드 기술

• 독립 실행과 통합: 스프링 부트와 JAR 파일은 내장 서버 기능을 이용해 독립 실행 가능한 애플리케이션을 생성한다.
  
  
• 프론트엔드 기술과의 호환: JAR 파일은 Thymeleaf, React 같은 프론트엔드 기술과도 잘 통합된다. 예를 들어, React는 API 서버로 스프링 부트 애플리케이션을 사용하고, 클라이언트 사이드에서 React 앱을 구축할 수 있다.
  
  
• 마이크로서비스 아키텍처: JAR 파일은 각 마이크로서비스가 자체 내장 서버와 함께 독립적으로 실행될 수 있어서 마이크로서비스 아키텍처에 특히 잘 맞는다.
  
  

5. 실제 사용 예시

WAR 파일 사용 예시: 기업 환경

• 예를 들면 A 회사는 대규모 이커머스 플랫폼을 운영하고 있다. 여러 개의 복잡한 서블릿과 JSP, 다양한 데이터베이스 연결, 복잡한 비즈니스 로직을 관리해야 한다. 그래서 A 회사는 스프링 프레임워크를 사용하고, WAR 파일로 애플리케이션을 패키징 해서 Tomcat 서버에 배포한다. 이렇게 하면 서버의 관리 기능을 최대한 활용할 수 있어서 안정적인 운영이 가능하다.
  
  

JAR 파일 사용 예시: 스타트업 환경

• B 스타트업은 간단한 소셜 미디어 앱을 개발하고 있다. 빠른 개발과 효율적인 리소스 관리가 필요해서 B 스타트업은 스프링 부트를 사용해 JAR 파일로 애플리케이션을 패키징한다. 내장된 Tomcat 서버 덕분에 어디서나 쉽게 앱을 실행할 수 있고, 별도의 서버 설정 없이도 빠르게 개발과 테스트, 배포가 가능해졌다.

 

예시는 이렇게 들었지만 실제로 레거시 환경이 아닌이상 대부분 JAR를 사용하는 것 같다.

 

6. 경험과 교훈

나의 경험

• 나는 회사에서 스프링 프레임워크로 프로젝트를 개발할 때는 WAR 파일로 배포하는 방식을 사용했다. 반면에 개인 프로젝트에서는 스프링 부트를 사용해서 JAR 파일로 배포했다. 처음에는 그냥 선배님이 시키는 대로 따라서 배포를 했는데, 차이점을 공부하고 나니 각 방식의 목적과 장점이 더 명확해졌다.
  
  

교훈

• 배포 방식의 차이를 이해하면서 어떤 기술을 선택하고 사용할 때 그 이유를 명확히 아는 게 중요하다는 걸 배웠다. 프로젝트의 요구사항과 환경에 맞는 적절한 도구를 선택하는 게 성공적인 개발과 운영의 열쇠인 것 같다. 이제는 왜 마이크로서비스 아키텍처를 구축할 때 스프링 부트와 JAR를 선택해서 이 JAR 파일을 도커 이미지화 시켜서 배포하는지 제대로 이해하게 됐다.