API Gateway Service

[choboss00]

요청단일화 처리를 위한 API Gateway Service 등록

[choboss00]

api gateway 는 클라이언트 대신 요청하고 응답을 받는 프록시 역할을 맡음

Netflix Ribbon

• RestTemplate : 하나의 웹 어플리케이션에서 다른 어플리케이션을 사용하기 위한 API
• Feign Client : 특정 인터페이스에서 호출하고자 하는 추가적인 마이크로서비스를 등록
• Ribbon : 비동기 처리가 잘 안됨, 마이크로서비스 이름 가지고 필요한 서비스를 호출할 수 있음

클라이언트는 마이크로서비스의 이름만 가지고 서비스를 호출할 수 있게 됨

Netflix Zuul

• API 게이트웨이가 어떤식으로 작동하는지 볼 수 있음 ( Gateway 역할 )
• 클라이언트는 Zuul 에게 데이터를 요청하게 되고, Zuul 은 서비스에게 필요한 데이터를 요청하고, 응답함

[choboss00]

Spring Cloud

비동기 방식 지원, 기존 Zuul 서비스를 대체함

[choboss00]

Spring Cloud Gateway - Filter 적용

• 클라이언트가 스프링 클라우드 게이트웨이에 어떤 요청을 보내게 되면, 게이트웨이는 해당 서비스로 연결해주는 역할을 맡음
• Predicate 라는 영역에서 분기 처리를 해줌
• Pre Filter : 어떠한 작업이 실행되기 전 필터 ( Property, Java Code )
• FilterConfig 라는 클래스를 만들어서 필터 처리를 진행해볼 예정

[choboss00]

Custom Filter 적용

• Custom 이니 @Component 로 등록
• 구현할 메소드는 apply 하나만 구현하면 되며, 이 안에 적용하고자 하는 내용을 작성하면 됨

[choboss00]

Global Filter 적용

• 공통적으로 다 실행될 수 있는 필터 ( 공통 필터 )
• 커스텀 필터의 경우, 개별적으로 등록을 해야지만이 적용이 되었음
• 일반적으로 boolean Type 의 경우, is 로 시작하는 메소드를 만들어서 체크할 수 있음

[choboss00]

LoggingFilter 적용

• Logging 필터를 적용하고나서 보니, Global Filter 보다 먼저 실행됨
• 왜 그럴까?

이유는 설정해준 Ordered_HIGHEST_PRECEDENCE 때문이다. 우선순위를 가장 높은 걸로 설정해주었기 때문에, 가장 먼저 실행되는 것 이다. 이처럼 필터의 우선순위를 변경할 수 있다.

[choboss00]

Load Balancer

시나리오 가정 : 클라이언트가 http://localhost:8000/first-service/welcome 에 접속한다고 가정

이 경우, 먼저 API Gateway 를 지나게 되며 유레카 서버에 전달되고, 유레카 서버는 해당하는 마이크로서비스가 어디에 위치하는지 알려주게 됨

서비스 정보를 알게된 API Gateway 는 서비스와 직접 포워딩을 시켜줌으로써 정보를 가져올 수 있음

[choboss00]

api gateway 는 predicates 를 보고 eureka 서버에서 해당하는 서비스 정보를 가져오고, 포워딩함

[choboss00]

만약 하나의 서비스를 여러개 구동한다면, 게이트웨이에서는 라운드 로빈 방식으로 서비스 포워딩을 진행함