스프링 클라우드 게이트웨이를 사용해본 적은 없는데, OAuth와 URL 기반 라우팅 등 일반적인 MSA에서의 게이트웨이 역할을 해주는 것 같아서 혹시나 이 책에서 등장한다면 예제로 한 번 만들어보고 싶다는 생각이 들었다.
최근에 든 생각은 MSA의 디자인 패턴을 직접 OSS를 사용해서 구현하는 것도 좋지만, Istio를 사용해서 서비스 메쉬를 구현하는 편이 더 낫지 않나? 라는 생각도 종종 든다.
물론 그럴러면 클라우드 엔지니어(라고 쓰고 잡부 백엔드 엔지니어라고 읽는다)가 있어야해서 힘든 일이지만... 결국 우리가 나아가야하는 방향은 인프라 레이어에서 이러한 MSA를 위한 기능들을 구현하는게 더 좋지않나 싶은 생각은 든다. (Istio에선 대부분 MSA 디자인 패턴을 제공한다.)
Resilience4j, 스프링 클라우드 슬루스, 집킨 등과 같이 앞으로 사용할 기술 스택 전반에 대해서 공부하기 위한 소개 정도를 하고 있음.
9장의 서비스 검색에서 DNS에 대응되는 IP 주소가 여러 개인 경우 첫 번째 IP 주소를 계속 사용한다는 사실이 놀라웠다. (유레카!)
근데 막상 서비스 검색 기능은 k8s의 ingress + service 조합으로 해결할 수 있을 것 같은데, 굳이 이걸 쓰는 이유에 대해서 공감하기 어려웠다. ( 내가 너무 k8s 빠돌이 같다고 생각할 수도 있겠지만 사실이다. k8s 최고 )
특히나 유레카 서버가 장애가 생기는 것은 너무나 치명적이라 유지보수 비용이 추가로 드는 점도 별로인 것 같다.
의문점
OSS가 뭐지 하고 찾아봤더니 오픈 소스 소프트웨어의 줄임말이라고 한다. 그냥 오픈소스라고 하면 안되냐...?
상관 ID가 뭐지..? 했더니 Relation ID 정도로 해석이 되는 것 같다. 아마 MSA 환경에서 유저 한명의 요청에 대한 Request ID를 의미하는 걸로 이해했음.
느낀점
의문점
그냥 오픈소스라고 하면 안되냐...?