Java에서 Redis를 사용할 때 CRUD Repository와 RedisTemplate은 각각 다른 수준의 추상화를 제공하는 방식입니다. 주요 차이점은 다음과 같습니다:

✅ 1. CRUD Repository (Spring Data Redis)

RedisRepository, CrudRepository, PagingAndSortingRepository 등과 같이 Spring Data가 제공하는 Repository 인터페이스를 사용하는 방식입니다.

🔹 장점

• 높은 추상화 수준: 단순한 CRUD 작업을 인터페이스로 정의하기만 하면, 구현 없이 자동으로 동작.
• 개발 속도 빠름: 반복적인 로직 줄일 수 있음 (findById, save, delete 등 기본 제공).
• Spring Data의 기능을 활용 가능 (예: 쿼리 메서드, 페이징 등).

🔹 단점

• 세밀한 제어 어려움: 복잡한 데이터 구조나 커스텀 로직은 구현하기 어려움.
• 직렬화 방식 고정: 기본적으로 JDK 직렬화를 사용하고, 커스터마이징 하려면 설정 필요.

🔹 예시

public interface UserRedisRepository extends CrudRepository<User, String> {
    Optional<User> findByUsername(String username);
}

✅ 2. RedisTemplate

Spring에서 제공하는 저수준 API로, 키-값 저장소로서 Redis를 유연하게 다룰 수 있음.

feign client 사용팁 1 - 상대 서버가 여러대 일때 랜덤 호출

load balancing 되고 있는 상대측에 번갈아가면서 호출하는 방법

• build.gradle

...
dependencies {
    implementation 'org.springframework.cloud:spring-cloud-starter-openfeign'
}
...

• application.yml

# 상대 측에서 3개의 서버 LB되고 있을 때 
other-party-url:
  - 123.456.789.001
  - 123.456.789.002
  - 123.456.789.003

• ServerProperties.java

@Setter
@Getter
@Configuration
@ConfigurationProperties(prefix = "other-party-url")
public class OtherServerProperties {

    private List<String> serverUris;
}

• FeignConfig.java

@RequiredArgsConstructor
public class OtherServerFeignConfig {

    private final OtherServerProperties otherServerProperties;

    private final AtomicInteger counter = new AtomicInteger(0);

    @Bean
    public RequestInterceptor randomServerInterceptor() {
        return requestTemplate -> {
            List<String> serverUris = otherServerProperties.getServerUris();

            int index = counter.getAndIncrement() % serverUris.size();
            String selectedUrl = serverUris.get(index);

            requestTemplate.target(selectedUrl);
        };
    }
}

• FeignClient interface

@FeignClient(name = "your-server", configuration = OtherServerFeignConfig.class)
public interface OtherServerFeignClientV1 {
    
    ...
}

🚀 DispatcherServlet 초기화 과정

1. ServletContainer가 DispatcherServlet을 로딩

Spring Boot 앱을 실행하면, 내장 톰캣이 뜨고 아래 과정이 시작돼요:

• Spring Boot가 자동으로 DispatcherServlet을 서블릿으로 등록함 (/ 매핑)
• DispatcherServlet은 사실 HttpServlet을 상속받은 클래스
• 이때 호출되는 메서드가 → init() → 그 안에서 initServletBean() 실행됨

2. WebApplicationContext 생성 및 초기화

• DispatcherServlet은 자신의 Spring WebApplicationContext를 가지고 있음
• 이 WebApplicationContext는 @Controller, @RestController, @Service, @Repository 등이 등록된 공간

GenericWebApplicationContext
      ↑
AnnotationConfigWebApplicationContext
      ↑
WebApplicationContext ← DispatcherServlet이 사용

DispatcherServlet은 이 context를 통해 빈을 찾고, 라우팅을 수행함

Spring에서는 Servlet과 DispatcherServlet이 웹 요청 처리에서 핵심적인 역할을 해요. 개념을 하나씩 명확히 정리해볼게요.

🧱 1. Servlet이란?

✅ 정의

• 자바 웹에서 가장 기본적인 컴포넌트
• HTTP 요청을 처리하고, HTTP 응답을 반환하는 자바 클래스
• 톰캣(Tomcat) 같은 서블릿 컨테이너에서 실행됨

✅ 역할

• 웹 브라우저에서 온 요청을 받아서 처리하고, 응답을 생성함
• 예전에는 모든 요청을 직접 Servlet에서 처리했어요.

@WebServlet("/hello")
public class HelloServlet extends HttpServlet {
    protected void doGet(HttpServletRequest request, HttpServletResponse response) {
        response.getWriter().write("Hello from Servlet!");
    }
}

이건 거의 Spring 이전의 전통적인 웹 방식이에요.

Spring Boot에서 Filter와 Interceptor는 모두 요청(Request)과 응답(Response)을 가로채서 처리할 수 있게 해주는 기능이지만, 역할, 실행 시점, 적용 범위에서 차이가 있습니다. 아래에서 간단 + 예시와 함께 정리해볼게요.

🔹 1. Filter (서블릿 필터)

✅ 개요

• Servlet 스펙에 정의된 기능
• Spring보다 더 하위 레벨
• DispatcherServlet 이전에 실행됨

✅ 사용 예시

• 인증, 인코딩, 로깅, XSS 방어
• 공통 전처리/후처리

✅ 예제

@Component
public class MyFilter implements Filter {
    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
            throws IOException, ServletException {
        System.out.println("Filter: 요청 전");
        chain.doFilter(request, response);
        System.out.println("Filter: 응답 후");
    }
}

🔹 2. Interceptor (스프링 인터셉터)

✅ 개요

• Spring MVC의 기능
• DispatcherServlet 이후에 동작
• 주로 컨트롤러 진입 전/후에 로직 적용

✅ 사용 예시

• 로그인 체크
• 권한 검사
• 요청 로깅
• 공통 응답 가공

✅ 예제

public class MyInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) {
        System.out.println("Interceptor: 컨트롤러 호출 전");
        return true; // false면 컨트롤러로 안 넘어감
    }
}

그리고 등록은 이렇게 해야 해요:

github action sample

spring boot

• gradle build를 사용하는 spring boot를 빌드하고 ssh로

• secret 류는 setting-> security에 Secrets and variables 내 action 메뉴에서 설정

• 마지막에 slack webhook으로 배포 상황 알림

• action 설정이나 slack webhoook url 설정하는 방법은 다른 블로그에도 많으니 생략하겠습니다.

  name: Build and Deploy
  
  on:
    push:
      branches:
        - develop
  
  jobs:
    build-and-deploy:
      runs-on: ubuntu-latest
  
      steps:
        # 1. SSH 호스트 키 추가
        - name: Add SSH known hosts
          run: |
            mkdir -p ~/.ssh
            ssh-keyscan -H github.com >> ~/.ssh/known_hosts
  
        # 2. 리포지토리 체크아웃 (서브모듈 포함)
        - name: Checkout repository with submodules
          uses: actions/checkout@v3
          with:
            submodules: recursive
            ssh-key: ${{ secrets.PRIVATE_KEY_FOR_SUBMODULE }}
            fetch-depth: 0
  
        # 3. 서브모듈 최신화
        - name: Update submodules to the latest
          run: |
            git submodule update --init --recursive
            git submodule foreach git pull origin $(git rev-parse --abbrev-ref HEAD)
  
        # 4. JDK 설정
        - name: Set up JDK 23
          uses: actions/setup-java@v3
          with:
            java-version: '23'
            distribution: 'temurin'
  
        # 5. Gradle 빌드
        - name: Build with Gradle
          run: ./gradlew clean build -x test
  
        # 6. 서버로 파일 전송
        - name: Deploy to Server
          env:
            SSH_PRIVATE_KEY: ${{ secrets.DEV_SSH_PRIVATE_KEY }}
            DEPLOY_SERVER_IP: ${{ secrets.DEV_SERVER_IP }}
            DEPLOY_SERVER_USER: ${{ secrets.DEV_SERVER_USER }}
          run: |
            echo "DEPLOY_SERVER_IP: $DEPLOY_SERVER_IP"
            mkdir -p ~/.ssh
            echo "$SSH_PRIVATE_KEY" > ~/.ssh/github_action
            chmod 600 ~/.ssh/github_action
            ssh-keyscan -H "$DEPLOY_SERVER_IP" >> ~/.ssh/known_hosts
  
            # 빌드 파일 전송
            scp -i ~/.ssh/github_action build/libs/*.jar $DEPLOY_SERVER_USER@$DEPLOY_SERVER_IP:/home/$DEPLOY_SERVER_USER/backend/
  
            # swagger rest doc json
            # scp -i ~/.ssh/github_action build/resources/main/restdocs/*.json $DEPLOY_SERVER_USER@$DEPLOY_SERVER_IP:/home/$DEPLOY_SERVER_USER/swagger-docs/
            find build/resources/main/restdocs -name "*.json" | grep . && scp -i ~/.ssh/github_action build/resources/main/restdocs/*.json $DEPLOY_SERVER_USER@$DEPLOY_SERVER_IP:/home/$DEPLOY_SERVER_USER/swagger-docs/ || echo "No JSON files to copy, skipping..."
  
        # 7. 서버에서 애플리케이션 실행
        - name: Start Application
          env:
            DEPLOY_SERVER_IP: ${{ secrets.DEV_SERVER_IP }}
            SERVER_USER: ${{ secrets.DEV_SERVER_USER }}
            REPOSITORY_NAME: ${{ github.repository }}
          run: |
            PROJECT_NAME=$(echo $REPOSITORY_NAME | cut -d'/' -f2)
            ssh -i ~/.ssh/github_action $SERVER_USER@$DEPLOY_SERVER_IP << EOF
            cd /home/$SERVER_USER/backend
            chmod 700 /home/$SERVER_USER/backend/${PROJECT_NAME}*-exec.jar 
            sh /home/$SERVER_USER/bin/deploy.sh $PROJECT_NAME dev /home/$SERVER_USER 512m
            sh /home/$SERVER_USER/infra/swagger/swagger_script.sh restart ${PROJECT}-api.json
            EOF
  
        - name: action-slack
          uses: 8398a7/action-slack@v3
          with:
            status: ${{ job.status }}
            author_name: Pink Spider - dev
            fields: repo,commit,message,author # action,eventName,ref,workflow,job,took 추가할 수 있음
            mention: here
            if_mention: failure,cancelled
          env:
            SLACK_WEBHOOK_URL: ${{ secrets.DEV_SLACK_WEBHOOK_URL }} # required
          if: always() # Pick up events even if the job fails or is canceled.
  

• deploy.sh