[📰 위클리페이퍼] Spring

📌 웹서버 vs WAS

🧐 웹서버란?

웹 서버는 클라이언트(브라우저)의 HTTP 요청을 받아 정적인 리소스를 응답하는 서버

💁 주요 역할

• HTML, CSS, JS, 이미지 같은 정적 파일 제공
• 요청을 WAS로 전달(프록시 역할)
• SSL 처리, 로드 밸런싱
• 캐싱

🔍 대표적인 웹 서버

• Apache HTTP Server
• Nginx

📌 핵심 포인트

👉 "파일 서빙 + 트래픽 처리 담당"

🧐 WAS (Web Application Server)?

비즈니스 로직을 실행하고 동적 컨텐츠를 생성하는 서버

💁 주요 역할

• Java 코드 실행
• DB 연동
• 비즈니스 로직 처리
• Servlet / JSP 실행
• 동적 HTML 생성

🔍 대표적인 웹 서버

• Apache Tomcat
• JBoss
• WebLogic
• WebSphere

📌 핵심 포인트

👉 "애플리케이션 실행 엔진"

🧐 Spring Boot의 내장 톰캣은 어디에 해당?

Spring Boot 자체는 프레임워크
그 안에 포함된 톰캣이 서버 역할을 함 -> WAS

👉 따로 Apache나 Nginx 없이도 웹 애플리케이션이 동작하는 이유이기도 함

---

📌 Spring Boot

🧐 Bean?

Spring IoC 컨테이너에 의해 관리되는 객체를 의미
일반적인 Java 객체(POJO)지만, Spring이 생성, 초기화, 의존성 주입, 소멸 등을 책임진다는 점에서 특별한 관리 대상이 됨

📌 쉽게 말해, Spring에 등록된 객체를 Bean이라고 부르는 것

🔍 Bean의 예시

Spring은 다음과 같은 객체를 Bean으로 관리할 수 있음:

• @Controller, @Service, @Repository가 붙은 클래스 인스턴스
• @Bean 메서드가 생성하는(return) 객체
• XML 설정에서 <bean>으로 등록된 객체

즉, 우리가 스프린트 미션에서 다루었던 Service와 Repository 등이 모두 Bean으로 관리될 것

💁 Bean 등록 방식

1️⃣ 컴포넌트 스캔 방식

클래스 위에 어노테이션을 붙여 두면, Spring이 컴포넌트 스캔(Component Scan)을 통해 자동으로 Bean으로 등록함

👍 장점

• 가장 간단하고 직관적
• Spring Boot에서 기본적으로 권장되는 방식
• 코드 읽기가 쉬움
• 계층 표현이 명확 (Service, Repository 등)

👎 단점

• 외부 라이브러리 클래스에는 직접 적용 불가
• Bean 생성 로직이 복잡하면 표현이 어려움
• 생성 시 조건 분기 처리에는 한계

2️⃣ @Configuration + @Bean 방식

설정 클래스에서 메서드를 통해 직접 Bean을 등록

@Configuration
public class AppConfig {

    @Bean
    public UserService userService() {
        return new UserService();
    }
}

👍 장점

• Bean 생성 과정을 세밀하게 제어 가능
• 외부 라이브러리 객체 등록 가능
• 조건 처리 / 파라미터 조합이 쉬움
• 테스트용 Bean 교체에도 유리

👎 단점

• 코드가 길어질 수 있음
• 설정 클래스가 많아지면 관리가 복잡

3️⃣ @Import 사용

다른 설정 클래스를 현재 설정에 포함시킴

@Configuration
@Import(AppConfig.class)
public class MainConfig {
}

👍 장점

• 설정을 모듈 단위로 분리 가능
• 자동 설정 구조에 활용됨

👎 단점

• 의존 구조가 복잡해지면 추적이 어려움

4️⃣ XML 기반 설정 (전통 방식)

XML 파일에 Bean을 정의

<bean id="userService" class="com.example.UserService"/>

👍 장점

• 설정과 코드 분리 가능
• 레거시 프로젝트와 호환
• 런타임 수정이 가능

👎 단점

• 요즘은 거의 사용하지 않음
• 타입 안정성 부족
• 유지보수 불편

👉 Spring Boot에서는 거의 쓰이지 않는 방식

5️⃣ FactoryBean 사용

Bean을 직접 만들지 않고,Bean 생성 책임을 다른 객체에 위임

public class MyFactoryBean implements FactoryBean<MyObject> {
}

👍 장점

• 생성 로직 캡슐화
• 프록시 객체 생성 등에 사용됨

👎 단점

• 구조 이해가 어려움
• 디버깅이 까다로움

6️⃣ 조건부 등록 (@Conditional, @Profile)

환경이나 설정 값에 따라 Bean을 선택적으로 등록

@Profile("dev")
@Bean
public DataSource devDataSource() {
    ...
}

👍 장점

• 환경별 설정 분리 가능
• 운영/개발 서버 분리 쉬움
• 자동 설정 구현에 필수

👎 단점

• 조건이 많아지면 파악이 어려움