[MSA] Spring Cloud Gateway와 Netflix Zuul의 차이점 (API Gateway)

🔊 Spring Cloud Gateway를 활용하여 API Gateway를 구축할 때 Spring Initializr에서 의존성으로 Gateway를 추가하면 안 되고 Reactive Gateway를 추가해야 하는 이유는 무엇일까?

 

❓ API Gateway 프로젝트를 생성하기 위해 Spring Initializr에서 의존성으로 Gateway를 추가했다가 이후에 설정들이 잘 되지 않았다. 그래서 이유를 찾아봤더니 Reactive Gateway를 추가했어야 했다. 왜?!!!  Gateway가 아닌 Reactive Gateway를 추가해야 할까? 그 이유에 대해 알아보자!!

 

⭐ 의존성에 Gateway가 아닌 Reactive Gateway를 추가해야 하는 이유?

마이크로서비스 아키텍처에서 API Gateway를 구축하기 위한 도구에는 Spring Cloud Gateway와 Netflix Zuul가 있다. Spring Cloud Gateway를 사용해서 API Gateway를 구축하기 위해서는 Spring Initializr에서 " Reactive Gateway"를 추가해야 한다.

"Gateway"를 추가하게 되면, Spring Cloud Gateway가 아닌 Netflix Zuul 방식의 API Gateway 솔루션을 의미한다.

 Netflix Zuu은 Netflix에서 지원하는 API Gateway 방식인데 최근에는 지원이 중단되었고, Spring Cloud Gateway와 같은 다른 대안을 선호하는 추세이다.

즉, Netflix Zuu은 더 이상 권장되지 않는 접근 방식이며, Spring Cloud Gateway가 더 현대적이고 유연한 대안으로 간주된다.

 

---

 API Gateway 란?

API Gateway라는 것은, Reverse Proxy처럼 클라이언트 요청의 앞단에 위치한다. 마치 ‘도어 맨' 역할처럼 들어온 요청들에게 어디로 가야 할지 ‘라우팅’해줄 수 있고 들어오고 나가는 명단을 ‘로깅’할 수도 있다.

구체적으로는 다음과 같은 역할들이 있다.

• API 라우팅
• 인증 및 권한 부여
• 속도 제한
• 부하 분산 (로드밸런싱)
• 로깅 (모니터링)
• 오케스트레이션

 

 

 

마이크로서비스 아키텍처에서 API 게이트웨이를 구축하기 위한 도구에는 Spring Cloud Gateway와 Netflix Zuul가 있다.

 

Spring Cloud Gateway는 비동기 처리에 유리한 반면, Zuul은 그렇지 않기 때문에 더 이상 Zuul을 지원하지 않고 Spring.io 는 Spring Cloud Gateway를 권장한다.

 

Netflix Zuul 이란?

Netflix Zuul은 Netflix OSS 프로젝트의 일부로서, 서블릿 기반의 동기식 아키텍처를 사용한다. Spring 기반의 애플리케이션에서 사용하기 위해 Spring Cloud Netflix 모듈을 사용하여 통합된다.

 

Zuul은 Netflix에서 지원되었으나, 최근에는 지원이 중단되었고, Spring Cloud Gateway와 같은 다른 대안을 선호하는 추세이다.

 

의존성

  implementation 'org.springframework.cloud:spring-cloud-starter-gateway-mvc'

 

Spring Cloud Gateway 란?

Spring Cloud 프로젝트의 일부로서, Spring Boot와 Spring WebFlux를 기반으로 한다. 따라서 리액티브 스프링 프레임워크를 사용하여 비동기 및 논블로킹 방식으로 요청을 처리한다.

 

의존성

  implementation 'org.springframework.cloud:spring-cloud-starter-gateway'

 

반응형

 

Spring Cloud Gateway와 Netflix Zuul의 차이점

Spring Cloud Gateway는 각각의 요청을 처리하기 위해 적은 수의 스레드를 사용하는 Event-loop 방식을 채택한다. 이는 Node.js와 비슷한 접근 방식으로, 각 작업을 작은 단위로 쪼개어 동시에 처리하려고 한다. 이를 통해 적은 수의 스레드로도 많은 작업을 처리할 수 있다.

반면에 Netflix Zuul은 전통적인 방식으로, 각 요청을 처리하기 위해 Thread pool을 사용한다. 각 요청은 별도의 스레드에서 처리된다.

 

두 방식의 선택은 서비스의 요구사항과 사용하는 기술에 따라 다를 수 있다. 현재 잘 동작하고 있는 서비스에 대해서는 변경할 필요가 없다. 그러나 비동기 작업이 많거나 리소스를 효율적으로 사용해야 하는 경우에는 Spring Cloud Gateway와 같은 Reactive 한 접근 방식을 고려할 수 있다.

 

Spring Cloud Gateway

1. 기술 스택
   • Spring Cloud 프로젝트의 일부로서, Spring Boot와 Spring WebFlux를 기반으로 한다.
   • 따라서 리액티브 프로그래밍 모델을 사용하여 비동기 및 논블로킹 방식으로 요청을 처리한다.
2. 동작 방식
   • 비동기적이고 논블로킹 방식으로 동작하여 적은 스레드로도 많은 요청을 처리할 수 있다.
   • 이벤트 루프(Event Loop) 방식을 사용하여 고부하 상황에서도 효율적으로 동작할 수 있다.
3. 적합한 사용 사례
   • 고성능 및 확장성이 필요한 경우에 적합하다.
   • 비동기적이고 논블로킹 방식으로 요청을 처리하여 서버 자원을 효율적으로 사용할 수 있다.
4. Spring Webflux 예시
   
   • 여러 사용자가 웹 애플리케이션에 접속하여 요청을 보낸다.
   • 각 요청은 이벤트 루프(Event Loop) 방식으로 처리된다.
   • 이는 적은 수의 스레드로 많은 요청을 처리하는 방식이다.
   • 예를 들어, 사용자 A의 요청이 도착하면 하나의 이벤트 루프가 해당 요청을 처리하고, 사용자 B의 요청이 도착하면 다른 이벤트 루프가 해당 요청을 처리한다.
   • 각 요청은 작은 단위로 쪼개어 비동기적으로 처리되므로, 많은 요청이 동시에 들어오더라도 적은 수의 스레드로 효율적으로 처리할 수 있다.

 

Netflix Zuul

1. 기술 스택
   
   • Netflix에서 만든 도구로, 서블릿 기반의 동기식 아키텍처를 사용한다.
   • 이는 요청을 처리하는데 스레드(Thread)를 많이 사용하고, 요청마다 스레드를 할당하여 처리한다.
2. 동작 방식
   
   • 동기식 아키텍처를 사용하여 요청마다 스레드를 할당하여 처리한다.
   • 쓰레드 풀의 크기에 따라 확장되므로 많은 스레드를 사용하게 되며 높은 부하 상황에서 확장성이 제한될 수 있다.
3. 적합한 사용 사례:
   • 기존의 서블릿 기반 아키텍처를 사용하는 서비스에 적합하다.
   • 또한 동기식 방식으로 요청을 처리하는 것을 선호하는 경우에 사용할 수 있다.
4. Spring MVC 예시
   • 이 방식은 서버에서 각각의 요청을 처리할 때마다 새로운 스레드(Thread)를 생성하여 작업을 처리한다.
   • 예를 들어, Spring Boot 웹 애플리케이션에서 요청이 들어오면 새로운 스레드를 사용하여 해당 요청을 처리한다.
   • 이 방식은 각각의 요청마다 스레드를 할당하기 때문에 동시에 처리할 수 있는 요청의 수가 제한된다.
   • 또한, 스레드를 관리하는데 복잡성이 증가할 수 있다.

 

따라서, Spring Cloud Gateway는 비동기적이고 효율적인 요청 처리를 위한 도구이며, Netflix Zuul은 기존의 방식을 사용하는 경우에 적합한 도구입니다. 요청의 처리 방식과 성능, 확장성에 따라 적절한 도구를 선택해야 한다.

 

---

참고자료

https://velog.io/@jaehyunup/Srping-Webflux%EC%9D%98-%ED%83%84%EC%83%9D-%EB%B0%B0%EA%B2%BD%EA%B3%BC-MVC%EC%99%80%EC%9D%98-%EC%B0%A8%EC%9D%B4

https://devuna.tistory.com/108

https://velog.io/@gowjr207/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%EA%B2%8C%EC%9D%B4%ED%8A%B8%EC%9B%A8%EC%9D%B4%EB%A5%BC-%EC%84%A4%EB%AA%85%ED%95%B4%EB%B3%B4%EB%8B%A4

https://stir.tistory.com/375

https://sky-h-kim.tistory.com/67

https://corono.tistory.com/33