신입 개발자 취준생들이 "MSA(마이크로서비스 아키텍처)를 하지 말라"고 말하는 이유는 보통 아래와 같은 현실적인 문제들 때문이에요:
---
1. 학습 난이도가 매우 높음
MSA는 단순히 "서비스를 나누자"가 아니라, 다음과 같은 개념들이 복잡하게 얽혀 있어요:
서비스 간 통신 (REST, gRPC, 메시지 큐 등)
API Gateway, 서비스 디스커버리
분산 트랜잭션
인증/인가 분산 처리
로깅, 모니터링, 장애 대응
신입이 공부하기엔 너무 복잡하고, 잘못 이해하면 잘못된 설계로 이어질 위험이 큽니다.
---
2. 실무에서 바로 쓸 일 거의 없음
대부분 스타트업이나 중소기업에서는 처음부터 MSA를 쓰지 않아요. 단일 모놀리식 구조로 시작해서, 트래픽이 커질 때 점차 MSA로 전환합니다.
신입 개발자는 주로 단일 구조에서 업무를 시작하게 되므로, MSA보다는 기본적인 백엔드/프론트엔드 아키텍처, DB 설계, MVC 패턴 등을 먼저 이해하는 게 중요합니다.
---
3. 직접 구현해보기 어려움
MSA는 실제로 해보려면:
여러 개의 서비스 만들기
DB도 여러 개 필요
로컬에서 여러 서버 실행 (Docker 등 필요)
CI/CD, 테스트 자동화 필요
이런 것들은 학습 환경 구축 자체가 너무 빡세서 진입 장벽이 높음.
---
4. 이력서에 써봤다고 해도 깊이가 부족
신입이 "MSA 프로젝트 해봤다"고 해도, 면접에서:
왜 MSA를 선택했는지?
어떤 서비스로 나눴는지?
장애 상황에서 어떻게 대응했는지?
같은 질문을 받으면 대답하기 어렵고, 오히려 깊이 없는 공부가 티나기 쉽습니다.
---
결론:
신입은 MSA보다 기본기 (객체지향, DB 설계, RESTful API, Git, Docker, 테스트 코드 등)에 집중하는 게 더 좋습니다.
MSA는 실무 경험을 쌓으면서 자연스럽게 익히는 게 훨씬 효율적이에요.
---
필요하면 "신입이 공부하면 좋은 아키텍처 주제"도 추천해줄게요ㅎㅎ.
-------
이새끼 사람임???????
정말 사람같은 부분이 뭐냐면, 저런 그럴듯한 말들 사이에 걍 아예 말도 안되는 개소리 슬쩍 섞어둠