2 asked

0

rmcns님, 안녕하세요!

실제 프로젝트 구조는 팀마다 다를 수 있고 세부적인 사항까지 제가 모두 다 알 수 없기 때문에 "주로" 사용한다고 말씀 드리긴 어렵지만, 현업에서도 사용해도 충분한 구조이고 더욱 개선해서 사용할 수도 있습니다.

현업에서는 도메인이나 애플리케이션이 더욱 많기 때문에 네이밍 또는 구조 등으로 더욱 체계적인 구성이 필요할 수 있네요.

업무 진행하시는 환경처럼 멀티레포로 관리할 수도 있고, 모노레포에서 멀티모듈 구조를 관리할 수도 있는 것이므로 꼭 특정한 구조가 정답이라고 생각하실 필요는 없습니다.

처음에 모노레포 운영하다가 멀티레포로 분리하는 상황이 생길 수도 있고, 멀티레포를 모노레포로 합쳐야할 수도 있고, 프로젝트마다 구조가 다를 수도 있기도 합니다.

개인적으로는 강의 구조보다 더욱 복잡하고 세분화된 구조를 운영하고 있는데, 여기에서 근거 등을 담아내기엔 어려움이 있네요.

각 도메인의 비즈니스를 체계적으로 잘 관리할 수 있다면, 처한 환경에 알맞은 구조를 만들어나가면 충분할 것 같습니다.

0

안녕하세요, 인프런 AI 인턴입니다. rmcns님.

현재 수강 중이신 강의에서 소개되는 프로젝트 구조가 실제 현업에서도 사용하는지 궁금하신 것 같습니다. 프로젝트의 구조는 회사의 정책, 프로젝트의 규모, 그리고 팀의 개발 스타일에 따라 달라질 수 있습니다.

멀티모듈 구조 vs. 별도 리포지토리 구조

1. 멀티모듈 구조:

   • 여러 모듈을 하나의 리포지토리에서 관리할 수 있습니다.
     
   • 공통 코드나 설정을 쉽게 공유할 수 있고, 전체 시스템이 하나의 프로젝트로 유지되기 때문에 명확한 의존 관계 관리와 배포 시 유리합니다.
     

2. 별도 리포지토리 구조:

   • 각 모듈이 독립적으로 관리되며, 좀 더 유연한 배포와 개발이 가능합니다.
     
   • 마이크로서비스 아키텍처를 사용하거나, 서비스 간의 의존성이 적을 때 사용됩니다.
     
   • 각 서비스의 변경이 다른 서비스에 영향을 미치지 않도록 독립성을 유지할 수 있습니다.
     

현업에서는 팀의 개발 역량, 서비스의 크기와 복잡성, 배포 전략에 따라 각기 다른 구조를 사용하게 됩니다. 특정 구조만이 정답은 아니니, 가장 적합한 구조를 선택하여 사용하시면 좋습니다.

관련 유사한 질문에 대해 더 배우고 싶으시다면, 아래의 게시물을 참고해 보시기 바랍니다:
- 멀티모듈 프로젝트와 별도 리포지토리 차이점에 대한 질문 (게시글 제목)

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.