인프런 커뮤니티 질문&답변
작성한 질문수
MSA 개발 배포 방식에 대한 선택과 방향성
작성
·
74
0
안녕하세요! 강의를 마친 후, 여러 가지 궁금한 점이 생겼습니다.
지금까지 로컬,및 도커에서 사용한 config-service, apigateway-service, discovery-service(유레카 서버) 의 역할이 Kubernetes 환경에서 대체될 수 있다는 것을 배웠습니다. 구체적으로는:
유레카 대체: 각 Pod의 DNS 이름을 사용하여 서비스 간 통신
API Gateway 대체: Ingress 리소스를 사용하여 외부 요청을 라우팅(강의엔 없음)
Config 서버 대체: RabbitMQ를 통한 busrefresh로 설정 정보를 업데이트하는 대신, Kubernetes의 ConfigMap을 사용하여 설정을 동적으로 업데이트
이렇게 Kubernetes에서 많은 기능을 간편하게 처리할 수 있다는 점에 대해 배우면서, 이전의 복잡한 서비스 구조가 생각보다 간단하게 대체될 수 있다는 점에서 약간 허무한 느낌도 듭니다.
강의를 마친 후의 궁금증은, 실제 MSA 개발 시에 Kubernetes, Docker, AWS를 사용하는 다양한 배포 방식 중 어떤 선택을 해야 할지에 대한 부분입니다.
EC2에 Docker 사용하여 배포
EC2에 Kubernetes 사용하여 배포
AWS의 EKS, ECS, API Gateway를 사용하는 방법 등 여러가지 방법이 있을텐데요
이와 같은 다양한 옵션 중에서 어떤 방식을 선택 해야하는지 공부의 방향성을 제시해주시면 감사하겠습니다.
좋은 강의 감사합니다!
답변 2
0
안녕하세요, 이도원입니다 .
MSA에 대해서 어느정도 이해나 흐름이나 아키텍쳐를 구성하는 방법 들에 대해서 강의하고자 하는 부분이 본 강의에서의 목표였습니다. 말씀하신 내용처럼 강의에서 다루었던 spring cloud + spring boot 조합만으로 모든 환경을 대신할 수는 없습니다. 실무에서 사용하기에는 관리형 서비시를 선택해서 사용하는 경우가 더 많기도 하고요. K8s를 사용하여 서비스를 구축하는 것을 다루기에는 본 과정에서 얘기하고자 했던 제 의도하고는 조금 달라서, 아무래도 오픈소스와 기본적인 개념을 가지고 예제를 사용한 것도 있습니다. 말씀하신 내용처럼 K8s를 사용하였을때 Outer architecture의 상당수가 쉽게 처리되는 부분도 있습니다. 질문하신 내용에 답변 드리면,
EC2에 Docker 사용하여 배포
EC2에 Kubernetes 사용하여 배포
AWS의 EKS, ECS, API Gateway를 사용하는 방법
위 방식 중, 실무에서의 선호도라면, 아무래도 3번째 방식이라고 생각됩니다. 물론 이것도 규모에 따라 EKS를 사용하는 것과 직접 K8s 클러스터를 구성하는 것에서 선택이 필요할 수도 있고, 어느 정도 규모도 있고, 업무도 인프라를 구축하는 엔지니어와 도메인 서비스를 개발하는 개발팀이 잘 구분되어 있는지에 따라서 달라질 거라 생각됩니다.
만약 공부하시는 대 순서를 정하고 싶다면, 올려주신 순서대로 해 보라고 말씀드리고 싶습니다. inner architecture를 제외하고, outer architecture 부분만 순차적으로 변경해 가면서 적용해 보신다면, cloud에서의 msa 구성이나 실행 과정에 대해 보다 더 잘 이해되실 것 같습니다.
추가 질문사항 있으시면 다시 글 남겨주세요.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다. ckstj8027님께서 질문하신 내용은 Kubernetes 환경에서 MSA(Microservices Architecture)를 운영할 때 어떤 배포 방식을 선택해야 하는지에 대한 것입니다. 이는 여러 요소에 따라 달라질 수 있는 복잡한 주제입니다. 몇 가지 주요 고려사항과 유사한 질문에 대한 답변 URL을 안내드립니다.
Kubernetes 환경의 이점
Kubernetes는 서비스 디스커버리, 로드 밸런싱, 자동화된 배포 및 스케일링, 헬스 체크와 같은 기능을 내장하고 있어, 기존 MSA 구성요소를 간편하게 대체할 수 있습니다. 이러한 자동화 기능은 MSA 운영의 복잡성을 크게 줄여줄 수 있습니다.
배포 방식 선택 시 고려사항
- 서비스 규모: 서비스 규모가 크고 복잡할수록, Kubernetes와 같은 클러스터 기반 솔루션을 사용하는 것이 관리 및 확장에 유리합니다.
- 기술 스택: 현재 팀이 사용 중인 기술 스택과의 적합성도 중요한 고려사항입니다. Kubernetes는 다양한 언어와 프레임워크에 대해 높은 호환성을 제공합니다.
- 운영 비용 및 예산: 클라우드 서비스의 비용 구조를 고려하여 예산에 맞는 솔루션을 선택해야 합니다. AWS의 EKS, ECS와 같은 매니지드 서비스는 초기 관리 부담을 줄일 수 있지만, 비용이 다소 발생할 수 있습니다.
- 서비스 복원력: 다양한 클라우드 인프라(예: AWS EKS)에서 제공하는 고가용성 및 복원력 기능을 활용할 수 있습니다.
관련 있는 답변 링크
- Eureka 적용 전/후: 서비스 디스커버리와 로드 밸런싱에 대한 내용
- MSA 패턴 및 관련 질문입니다.: MSA와 관련된 다양한 패턴과 연계 방식에 대한 내용
이 링크들을 통해 다른 사용자들이 유사한 상황에서 어떻게 문제를 해결했는지 참고하실 수 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.