AWS EKS Spring 기반 MSA 아키텍처 고민

Question

안녕하세요, 프로젝트 아키텍처 구성 중 갈피가 안잡혀 조언을 구하고자 글 올립니다.서버 종류Front Server (spring)back-Store Server (spring)back-Coupon Server (spring)목표/요구 사항인증 서버 구성 : Spring Security 사용 - 인증/인가 역할 필요 - 이 역할을 어디에서?Front 서버 이중화 : 로드 밸런싱Back 서버는 내부 통신만 가능확장이 가능한 설계Front 서버에서 OpenFeign을 이용해 각 Back 서버로 요청 (라우팅 필요)kubernetes 각 기능의 역할을 정확히 모르고 있는 것 같아서 ingress, api server? 를 어디에 배치해야 하는지 어려움을 느낍니다..!DB는 RDS를 사용할 예정입니다.EKS로 워커노드를 만들어서 각 노드(인스턴스)마다 서버를 서비스로 올리면 되는 걸까요?식견이 짧아 질문마저 조심스러워지네요..! 더욱 공부하겠습니다. 아무런 조언이나 상관없습니다. 질문 외 조언도 감사드리겠습니다.----------------------------------------------+ 추가 - 제가 이해한 생각으로 만들어본 아키텍처이런식으로 구현하는 게 가능하고 맞는 방법일까요..!이전 구조에서 위 사진처럼 마이그레이션하려고 합니다.이전 구조

wharup · Accepted Answer

일단 EKS로 올라가는 서비스는 모두 Ingress 뒤에 있어야 합니다. Ingress는 K8s 외부의 요청을 안으로 매핑해주는 역할이니까요.그리고 프론트 서버가 역할이 뭔지 모르겠네요? (1) 웹 앱 API를 구성해주는 프론트앤즈 전용서버(BFF)인지 (2) SPA로 개발한 웹 앱을 배포하는 서버인지에 따라 다를 것 같습니다.(1) BFF라면 Ingress와 백엔드 사이에 놓는 걸로 괜찮고, SPA가 BFF에 API호출하면 BFF가 다시 백엔드로 호출하는 케이스가 생기겠죠. 이 때 라우팅은 K8s가 해줍니다. 타겟 백엔드 서비스의 (K8s)서비스 이름이나 네임스페이스 이름으로 호출하면 K8s에 라우팅을 해줍니다.(2) 프론트 배포 서버라면 SPA를 브라우저에 내려주기만 하고, 백엔드에 API를 호출하는 일이 없으니까 백엔드 왼쪽에 놓을 필요가 없습니다. 위/아래나 뒤에 따로 놓는게 좋겠죠.그리고 EKS에 올리면 pod 인스턴스를 늘리면 되니 이중화 걱정이 없는데요.. 프론트 서버에 이중화를 명시한건 특이하네요. EKS 클러스터 이중화 이야기일까요?

하루의_spring · Answer

제가 구축한 사이드 프로젝트에서는 다음과 같이 처리 했습니다 정답은 아니라서 참고만 부탁드리겠습니다인증 서버 구성 : Spring Security 사용 - 인증/인가 역할 필요특정한 ROLE 이 없으면 cloud - gateway 에서 일괄적으로 인증 진행후 내부 모듈 api 통신 진행특정 모듈은 ROLE 에 따라서 접근제한이 필요하다면 gateway 내부 인가서버 구축 후 gateway 이후 모듈간 통신시 한번더 인가서버 통신후 role 확인 필요Front 서버 이중화 : 이 부분은 고민을 안해서 저도 딱히 드릴 말씀이 없습니다Back 서버는 내부 통신만 가능 이 부분은 구현시 PORT 지우고 유레카서버 구현하면 모듈간만 통신이 가능하게 구현할 수 있습니다 단 이때는 인증서버와 통신이 가능하게 인증서버 또한 유레카서버 , 클라이언트간 인스턴스가 감지 될 수 있어야 합니다 이때 각 모듈의 api 를 이곳에 정의 하며 front 요청과 api 중간 매개체는 cloud gateway 를 활용해서 연결했습니다확장이 가능한 설계 - 제가 이 말을 잘 이해했는지 모르겠지만 각 모듈을 도커 인스턴스로 배포하면 수평확장이 용이합니다이 정도 입니다.

kenu,전독시 · Answer

이건 마치 6학년에게 미분 적분 과제를 맡긴 것 같은데요.

AWS EKS Spring 기반 MSA 아키텍처 고민

3개의 답변

#eks 목록