問마켓컬리 · 백엔드 · 직무 역량 · 2026년

마이크로서비스 아키텍처를 설계할 때, 어떤 방식으로 데이터베이스를 관리하고 최적화하나요?

Q: 마이크로서비스 아키텍처를 설계할 때, 어떤 방식으로 데이터베이스를 관리하고 최적화하나요?

마이크로서비스에서는 서비스별 독립 DB를 원칙으로 삼는 편입니다. 하나의 DB를 공유하면 스키마 변경 시 다른 서비스에 영향이 생기고, 장애 격리도 어려워진다고 생각합니다. 사이드 프로젝트에서 주문·재고·사용자 세 서비스를 분리할 때, 주문 서비스에는 PostgreSQL, 재고 서비스에는 Redis를 썼습니다. 재고 조회가 초당 수십 회 발생하는 구조라 RDB보다 인메모리 캐시가 적합하다고 판단했습니다. 처음에는 재고 서비스가 PostgreSQL이었는데, 부하 테스트에서 응답 시간이 300ms를 넘는 경우가 생겨서 Redis로 교체했고, 교체 후 평균 응답 시간이 20ms 이하로 떨어졌습니다. 서비스 간 데이터 일관성은 이벤트 기반으로 맞췄습니다. 주문이 확정되면 Kafka 토픽으로 이벤트를 발행하고, 재고 서비스가 구독해서 감산하는 방식입니다. 완전한 동기 일관성보다 최종적 일관성을 택한 건데, 주문-재고 간 수초 내 동기화가 허용되는 서비스 특성을 고려한 결정이었습니다. 이 경험에서 DB 선택과 통신 패턴을 서비스 특성에 맞게 따로 가져가는 게 MSA의 핵심이라고 느꼈습니다.

Q: 다른 데이터베이스 관리 방법도 고려했었나요?

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

Q: 지금 다시 설계한다면 어떤 점을 다르게 할 건가요?

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

Q: 데이터베이스 최적화의 성공 사례가 있나요?

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

예상 답변

90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

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

INTENT

면접관이 진짜로 보는 건 답이 아닙니다.

이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.

데이터베이스 관리 방법은 무엇인가?

데이터베이스 관리 방식에 대한 구체적인 설명이 답에 있어야 합니다. 없으면 면접관이 '어떤 도구를 사용했나요?'를 추가로 묻는 경우가 자주 보입니다.

최적화 전략은 어떤가?

최적화 전략에 대한 논의가 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '어떤 성과가 있었나요?'를 추가로 묻는 경우가 많습니다.

마이크로서비스와 데이터베이스의 관계는?

마이크로서비스 아키텍처와 데이터베이스 간의 관계를 이해하고 설명하는 흔적이 답에 있어야 합니다. 없으면 면접관이 '왜 그런 접근을 선택했나요?'를 추가로 묻는 경우가 자주 보입니다.

데이터베이스 최적화 경험은?

데이터베이스 최적화 경험에 대한 구체적인 사례가 답에 있어야 합니다. 없으면 면접관이 '이런 상황에서 어떻게 했나요?'를 추가로 묻는 경우가 자주 보입니다.

읽기만 해도 충분하지만, 한 번 말로 해보면 다릅니다.

이 질문 그대로 음성 면접으로 받아볼 수 있어요. 첫 면접은 무료입니다.

이 질문으로 면접 시작

DB per service 원칙과 쿼리 최적화 경험을 구체 수치로 닫는 결약 110초 CQRS와 읽기 최적화 경험 중심, 캐시 일관성 문제 해결로 닫는 결약 100초 스키마 마이그레이션 하위 호환성 원칙과 Flyway 적용 경험으로 닫는 결약 100초

예시 답변 1

약 110초

DB per service 원칙과 쿼리 최적화 경험을 구체 수치로 닫는 결

마이크로서비스에서는 서비스별 독립 DB를 원칙으로 삼는 편입니다. 하나의 DB를 공유하면 스키마 변경 시 다른 서비스에 영향이 생기고, 장애 격리도 어려워진다고 생각합니다.

사이드 프로젝트에서 주문·재고·사용자 세 서비스를 분리할 때, 주문 서비스에는 PostgreSQL, 재고 서비스에는 Redis를 썼습니다. 재고 조회가 초당 수십 회 발생하는 구조라 RDB보다 인메모리 캐시가 적합하다고 판단했습니다. 처음에는 재고 서비스가 PostgreSQL이었는데, 부하 테스트에서 응답 시간이 300ms를 넘는 경우가 생겨서 Redis로 교체했고, 교체 후 평균 응답 시간이 20ms 이하로 떨어졌습니다.

서비스 간 데이터 일관성은 이벤트 기반으로 맞췄습니다. 주문이 확정되면 Kafka 토픽으로 이벤트를 발행하고, 재고 서비스가 구독해서 감산하는 방식입니다. 완전한 동기 일관성보다 최종적 일관성을 택한 건데, 주문-재고 간 수초 내 동기화가 허용되는 서비스 특성을 고려한 결정이었습니다. 이 경험에서 DB 선택과 통신 패턴을 서비스 특성에 맞게 따로 가져가는 게 MSA의 핵심이라고 느꼈습니다.

예시 답변 2

약 100초

CQRS와 읽기 최적화 경험 중심, 캐시 일관성 문제 해결로 닫는 결

마이크로서비스에서 읽기 부하가 집중될 때 저는 CQRS 패턴을 먼저 떠올립니다. 쓰기 모델과 읽기 모델을 분리하면, 조회 최적화를 위해 쓰기 트랜잭션에 영향을 주지 않아도 됩니다.

사이드 프로젝트에서 상품 목록 조회 API가 느렸을 때, 쓰기는 기존 PostgreSQL로 유지하고 읽기 전용 뷰를 별도로 만들어 Redis에 미리 캐싱했습니다. 쓰기 이벤트가 발생할 때마다 캐시를 무효화하는 방식으로 일관성을 맞췄습니다. 처음에는 캐시 만료 시점이 맞지 않아 오래된 재고가 화면에 남는 문제가 생겼고, 이벤트 발행과 캐시 만료를 원자적으로 처리하도록 수정했습니다.

이 경험에서 읽기와 쓰기를 처음부터 다른 요구사항으로 바라보는 시각이 MSA 설계에서 중요하다고 느꼈습니다.

예시 답변 3

약 100초

스키마 마이그레이션 하위 호환성 원칙과 Flyway 적용 경험으로 닫는 결

마이크로서비스에서 스키마 변경이 가장 두렵게 느껴졌던 순간은 여러 서비스가 같은 컬럼을 바라보고 있을 때였습니다. 한 서비스의 컬럼명을 바꿨더니 다른 서비스에서 런타임 오류가 터졌고, 배포 순서를 잘못 잡은 게 원인이었습니다.

이후 DB 마이그레이션을 항상 하위 호환성 기준으로 관리하기 시작했습니다. 컬럼을 바꿀 때는 새 컬럼을 먼저 추가하고, 기존 컬럼을 읽던 서비스가 모두 전환된 뒤에야 삭제했습니다. Flyway를 연동해 버전 번호가 붙은 SQL 파일로 마이그레이션을 관리했고, 이력 추적이 가능해지자 롤백 절차도 명확해졌습니다.

이 방식에서 중요한 건 배포와 마이그레이션 타이밍을 독립적으로 설계하는 것이었고, 그 이후로는 스키마 변경이 서비스 중단을 동반하는 경우가 없어졌습니다.

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

WHAT OFTEN MISSES

이 질문에서 자주 빠지는 자리.

답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.

선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.

결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.

지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

FOLLOW-UPS

진짜 면접은 두 번째 질문부터입니다.

이 질문에 이어 마켓컬리 백엔드 면접관이 던질 가능성이 높은 후속 질문.

壹

예상 꼬리질문 1

다른 데이터베이스 관리 방법도 고려했었나요?

貳

예상 꼬리질문 2

지금 다시 설계한다면 어떤 점을 다르게 할 건가요?

參

예상 꼬리질문 3

데이터베이스 최적화의 성공 사례가 있나요?

읽으셨다면, 한 번 말로 해보세요.

같은 질문으로 음성 면접을 받아보면 어디서 막히는지 바로 보입니다. 첫 면접은 무료입니다.

이 질문으로 면접 시작

3 크레딧 차감 · 첫 회 무료 · 음성 데이터는 종료 즉시 폐기됩니다

DISCLAIMER

이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.

상호 우문현답대표 이성인사업자등록번호 330-15-03033통신판매업 신고번호 준비중주소 인천광역시 부평구 동수로120번길 11, 한국아파트 104동 210호이메일 devlsi1228@gmail.com전화 010-7395-5311

홈›회사별›마켓컬리›백엔드›질문 상세

問마켓컬리 · 백엔드 · 직무 역량 · 2026년

마이크로서비스 아키텍처를 설계할 때, 어떤 방식으로 데이터베이스를 관리하고 최적화하나요?

예상 답변

90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

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

INTENT

면접관이 진짜로 보는 건 답이 아닙니다.

이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.

데이터베이스 관리 방법은 무엇인가?

최적화 전략은 어떤가?

최적화 전략에 대한 논의가 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '어떤 성과가 있었나요?'를 추가로 묻는 경우가 많습니다.

마이크로서비스와 데이터베이스의 관계는?

데이터베이스 최적화 경험은?

읽기만 해도 충분하지만, 한 번 말로 해보면 다릅니다.

이 질문 그대로 음성 면접으로 받아볼 수 있어요. 첫 면접은 무료입니다.

이 질문으로 면접 시작

예시 답변 1

약 110초

DB per service 원칙과 쿼리 최적화 경험을 구체 수치로 닫는 결

예시 답변 2

약 100초

CQRS와 읽기 최적화 경험 중심, 캐시 일관성 문제 해결로 닫는 결

이 경험에서 읽기와 쓰기를 처음부터 다른 요구사항으로 바라보는 시각이 MSA 설계에서 중요하다고 느꼈습니다.

예시 답변 3

약 100초

스키마 마이그레이션 하위 호환성 원칙과 Flyway 적용 경험으로 닫는 결

WHAT OFTEN MISSES

이 질문에서 자주 빠지는 자리.

답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.

선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.

결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.

지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

FOLLOW-UPS

진짜 면접은 두 번째 질문부터입니다.

이 질문에 이어 마켓컬리 백엔드 면접관이 던질 가능성이 높은 후속 질문.

壹

예상 꼬리질문 1

다른 데이터베이스 관리 방법도 고려했었나요?

貳

예상 꼬리질문 2

지금 다시 설계한다면 어떤 점을 다르게 할 건가요?

參

예상 꼬리질문 3

데이터베이스 최적화의 성공 사례가 있나요?

읽으셨다면, 한 번 말로 해보세요.

같은 질문으로 음성 면접을 받아보면 어디서 막히는지 바로 보입니다. 첫 면접은 무료입니다.

이 질문으로 면접 시작

3 크레딧 차감 · 첫 회 무료 · 음성 데이터는 종료 즉시 폐기됩니다

DISCLAIMER