MSA 기반 시스템 아키텍처 설계 경험이 있다면, 어떤 프로젝트에서 어떻게 적용했는지 설명해 주세요. | 세나클소프트 백엔드 면접 질문

Q: 왜 그 분할 결을 고르셨나요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 막힌 분할 경로 결도 있었나요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 본인만의 MSA 결이 있나요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

세세나클소프트백엔드직무 역량2026년 출제

답변 미리보기

캡스톤 프로젝트에서 배달 중개 플랫폼을 MSA 구조로 설계했습니다. 주문·가게·배달·알림을 각각 분리했고, 서비스 간 통신은 동기 REST와 비동기 이벤트를

예상 답변 시간

90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

이 질문, 네 갈래로 뜯어봅니다.

면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

분할 결을 분별하는가?

한 결로 답하는지, 도메인·통신·데이터·배포 결로 가른 흔적이 답에 있는지 보는 자리입니다. 한 결로 묶는 답은 깊이가 약해지는 자리입니다.

본인 사례가 있는가?

이론 결만 답하는지, 본인이 실제 굴린 MSA 결의 흔적이 답에 묻어 있는지 살피는 자리입니다. 책에서 본 결은 실무 감각이 약해지는 자리입니다.

트레이드오프를 의식하는가?

장점만 답하는지, 운영 복잡도·일관성·관측 결 사이의 거래를 가른 흔적이 답에 있는지 살피는 자리입니다. 만능 결은 신뢰감이 약해지는 자리입니다.

운영을 의식하는가?

구축만 답하는지, 모니터·롤백·트레이싱 결로 가른 운영이 답에 있는지 보는 자리입니다. 운영 없는 결은 자리가 흐려지는 자리입니다.

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

세나클소프트 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

배달 플랫폼 MSA 구성 — 도메인 분리·통신 방식·장애 추적 한계로 설명약 75초 데이터 일관성 트레이드오프 — SAGA 패턴 보상 트랜잭션 설계 실무 경험 중심약 72초 운영 중 분산 추적 도입 + 서킷 브레이커 적용으로 관측 가능성 확보 경험약 70초

MSA 아키텍처 설계 경험

약 75초

배달 플랫폼 MSA 구성 — 도메인 분리·통신 방식·장애 추적 한계로 설명

캡스톤 프로젝트에서 배달 중개 플랫폼을 MSA 구조로 설계했습니다. 주문·가게·배달·알림을 각각 분리했고, 서비스 간 통신은 동기 REST와 비동기 이벤트를 용도에 따라 나눴습니다. 주문 생성 시 가게 유효성 확인은 동기로 처리했고, 알림은 이벤트 발행으로 느슨하게 연결했습니다. 데이터는 서비스별 독립 DB를 유지해서 주문 서비스가 가게 DB를 직접 참조하지 않도록 했습니다. 가장 어려웠던 점은 장애 추적이었는데, 로그가 서비스마다 흩어져 있어서 요청 흐름을 따라가기가 어려웠습니다.

trace ID를 헤더로 전파하는 방식으로 개선했지만, 모놀리스보다 운영 복잡도가 확실히 높다는 것을 실감했습니다. MSA는 팀 규모와 도메인 경계가 명확할 때 비용이 줄어드는 자리라는 생각을 갖게 됐습니다.

이 결의 특징

배달플랫폼 도메인을 분리해 동기/비동기를 혼용하고, trace ID를 전파한 구체적 MSA 설계입니다. 운영복잡도 증가를 명확히 인정합니다.

이 결이 통하는 자리

분산 추적을 적용해 결제와 포인트 서비스 사이 네트워크 타임아웃을 빠르게 확인한 구체적 효과와, 장애 시 원인을 얼마나 빨리 찾고 복구하는가가 설계 기준이 된다는 태도가 명확할 때 통합니다.

예시 답변 2

약 72초

데이터 일관성 트레이드오프 — SAGA 패턴 보상 트랜잭션 설계 실무 경험 중심

MSA를 처음 도입했을 때 가장 과소평가한 부분이 데이터 일관성이었습니다. 단일 DB 트랜잭션으로 처리하던 주문·결제·포인트 차감을 분리된 서비스로 나누자 부분 실패 시 데이터가 어긋나는 상황이 생겼습니다. 2PC(2단계 커밋)를 검토했지만 성능 저하가 커서, 대신 SAGA 패턴으로 보상 트랜잭션을 설계했습니다. 결제 실패 시 포인트 적립을 롤백하는 보상 이벤트를 별도로 발행하는 방식입니다.

일관성보다 가용성을 택하는 결정이 비즈니스에서 허용되는지 먼저 확인하지 않으면 설계가 잘못된 방향으로 갈 수 있다는 것을 이때 배웠습니다. 분리의 단위가 곧 장애의 단위가 된다는 감각, 그리고 경계가 흐리면 운영 중에 문제가 터진다는 것이 MSA 설계의 핵심이라고 생각합니다.

이 결의 특징

부분 실패 시 데이터가 어긋나는 상황을 직접 경험했습니다. SAGA 패턴의 보상 트랜잭션으로 예약 취소·환불·상태 갱신을 단계별로 설계한 구체성입니다.

이 결이 통하는 자리

일관성보다 가용성을 택하는 결정이 비즈니스에서 허용되는지 먼저 확인하는 신중함과, 경계가 곧 장애의 단위가 된다는 감각이 명확하게 드러날 때 통합니다.

예시 답변 3

약 70초

운영 중 분산 추적 도입 + 서킷 브레이커 적용으로 관측 가능성 확보 경험

MSA 구조를 실제 운영해보면서 관측 가능성(Observability)이 생존 조건이라는 것을 실감했습니다. 로컬에서는 잘 되던 결제 흐름이 스테이징에서 간헐적으로 실패했는데, 로그가 서비스마다 분산돼 있어 어느 서비스에서 지연이 시작됐는지 추적이 불가능했습니다.

분산 추적을 적용해 trace_id를 각 요청에 붙이고 서비스 경계를 넘어 흐름을 따라가도록 구성하자 문제가 결제 서비스와 포인트 서비스 사이의 네트워크 타임아웃임을 빠르게 확인할 수 있었습니다. 추가로 서킷 브레이커를 적용해 한 서비스 장애가 연쇄적으로 전파되지 않도록 방어했습니다. 주니어 시절에는 서비스가 뜨는 것까지만 생각했는데, 시니어로 갈수록 장애 시 원인을 얼마나 빨리 찾고 복구하는가가 설계 기준이 된다는 것을 이 경험에서 배웠습니다.

이 결의 특징

분산 추적과 서킷브레이커로 관측 가능성을 확보하고, 네트워크 타임아웃을 신속 발견한 구조가 드러납니다. 장애 시 원인을 빨리 찾고 복구하는 것을 설계 기준으로 삼은 인식이 선명합니다.

이 결이 통하는 자리

문제가 발생했을 때 어디서 깨졌는지 빠르게 알 수 있는 구조가 미리 짜여 있었다는 실마리가 살아 있을 때 통합니다. 사후 대응이 아닌 사전 관측 설계를 말할 때 면접관이 '이건 프로덕션 경험이 있는 엔지니어'라고 확신합니다.

위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.

자주 빠지는 자리

같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

이어질 꼬리질문

진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

壹왜 그 분할 결을 고르셨나요?

貳막힌 분할 경로 결도 있었나요?

參본인만의 MSA 결이 있나요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 세나클소프트 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히

개인정보처리방침 이용약관 문의

세세나클소프트백엔드직무 역량2026년 출제

답변 미리보기

예상 답변 시간

90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

이 질문, 네 갈래로 뜯어봅니다.

면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

분할 결을 분별하는가?

한 결로 답하는지, 도메인·통신·데이터·배포 결로 가른 흔적이 답에 있는지 보는 자리입니다. 한 결로 묶는 답은 깊이가 약해지는 자리입니다.

본인 사례가 있는가?

이론 결만 답하는지, 본인이 실제 굴린 MSA 결의 흔적이 답에 묻어 있는지 살피는 자리입니다. 책에서 본 결은 실무 감각이 약해지는 자리입니다.

트레이드오프를 의식하는가?

운영을 의식하는가?

구축만 답하는지, 모니터·롤백·트레이싱 결로 가른 운영이 답에 있는지 보는 자리입니다. 운영 없는 결은 자리가 흐려지는 자리입니다.

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

세나클소프트 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

MSA 아키텍처 설계 경험

약 75초

배달 플랫폼 MSA 구성 — 도메인 분리·통신 방식·장애 추적 한계로 설명

이 결의 특징

배달플랫폼 도메인을 분리해 동기/비동기를 혼용하고, trace ID를 전파한 구체적 MSA 설계입니다. 운영복잡도 증가를 명확히 인정합니다.

이 결이 통하는 자리

예시 답변 2

약 72초

데이터 일관성 트레이드오프 — SAGA 패턴 보상 트랜잭션 설계 실무 경험 중심

이 결의 특징

이 결이 통하는 자리

예시 답변 3

약 70초

운영 중 분산 추적 도입 + 서킷 브레이커 적용으로 관측 가능성 확보 경험

이 결의 특징

이 결이 통하는 자리

자주 빠지는 자리

같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

이어질 꼬리질문

진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

壹왜 그 분할 결을 고르셨나요?

貳막힌 분할 경로 결도 있었나요?

參본인만의 MSA 결이 있나요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 세나클소프트 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

개인정보처리방침 이용약관 문의