Chapter 10 스프링 클라우드 게이트웨이를 에지 서버로 사용

minkukjo commented 2 years ago

느낀점

MSA 게이트웨이가 MSA에서 국룰인 것은 알겠으나, 현재 실무에서 써본 경험이 없음. 만약에 해보신 분이 있다면 어떤 목적으로 주로 쓰시는지 소개해주시면 감사하겠습니다. ( 토큰 발급, 인증용도 외에 다른 목적이 뭐가 있을지? )

LOG-INFO commented 2 years ago

이래서 유레카를 쓰는구나. 이전 장에서 유레카 왜 쓰는지 모르겠다고 많이 깠는데 용도를 찾음!
- 근데 다시 생각해보니 이것도 그냥 K8S Service로 가능할 것 같은데...? 테스트해봐야겠다 ex)
```
spring:
cloud:
gateway:
    routes:
    - id: product-composite
      uri: http://product-composite-service # lb://가 아니라 K8S Service로 바로 연결
      predicates:
      - Path=/product-composite/**
```
API GW의 역할은.. 라우팅, 인증/인가, 유저당 호출 수 제한, 캐시, 호출 집계 뭐 이런게 있을 수 있겠네용
application.yaml에서 규칙을 픽스해버리는게 아니라, Java DSL을 이용해서 동적으로 규칙을 정할 수 있는 것은 흥미롭네요
- (그렇다고 실시간으로 변하는 것은 아닌 것 같고, 재시작을 하긴 해야할 것 같음)
- 아니네요 실시간 주입 가능한거 맞네요 ㄷㄷ Spring Cloud Gateway Dynamic Routes from Database
빨리 구현도 해봐야 하는데........ 책은 10장 읽고 있는데 개발은 아직 7장에 머무는 중...

2rohyun commented 2 years ago

전체적으로 익숙치 않은 개념이였지만, 실습 위주로 진행해서 읽는데 얼마 안걸렸다.ㅠ
회사에서 Spring Cloud Gateway를 기반으로 구동하는 Gateway 서버가 있는데, RoutingPath만 추가해봤지.. 어떻게 동작하는 지 잘 모름. 확인해봐야겠다!

MinJunKweon commented 2 years ago

스프링 컴포넌트로 호스트 기반 라우팅을 지원하는 것은 흥미로웠음
- 하지만, "굳이..?" 라는 생각을 떨칠순 없었다. nginx를 안쓰고, k8s 환경이 아니라면 인정
스프링 게이트웨이도 역시 인그레스로 가능하지 않나는 생각이 자꾸 들음
- 보안 인증 같은걸하는 11장까지 봐야할듯!
내부에서 사용하는 컴포넌트들도 결국 스프링 게이트웨이를 거쳐야하는 것 같은데, 내부 컴포넌트가 많아지면 이 부하를 어케 감당할지도 조금 염려됨.
- 어림잡아 1 call = 평균 4 ~ 5 depth로 컴포넌트들이 통신을 한다고 가정하면, 유레카하고 게이트웨이가 10만 TPS 이상을 버텨야하는 상황이 나올 수 있을 것 같은데, 논블로킹이라도 버티기 힘들지 않을까 싶음..
- 그런 경우는 MSA 통째로 스케일 아웃하면 될지도? 근데 관리포인트가 넘 늘어나는 것 아닌가..
지금 7장까지 실습 코드 업데이트했는데, 스프링 클라우드 스트림 너무 어렵다. 9장 10장 언제 업데이트해 8ㅅ8