면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
이전 프로젝트에서 모놀리식 주문 서비스를 MSA로 전환하며 서비스 경계를 도메인 기준으로 나누는 데 가장 공을 들였습니다. 처음엔 테이블 단위로 쪼갰다가 트랜잭션이 서비스 세 개를 넘나드는 문제가 생겨, 「주문」과 「결제」를 하나의 바운디드 컨텍스트로 다시 묶었습니다. 그 결과 서비스 간 동기 호출이 12건에서 4건으로 줄었고, 평균 응답 시간이 320ms에서 140ms로 개선됐습니다. 데이터 일관성은 이벤트 소싱과 아웃박스 패턴으로 처리해 장애 시에도 이벤트 유실 없이 재처리가 가능하도록 설계했습니다.
사용자 활동 로그를 저장하는 시스템을 설계할 때 하루 3천만 건의 쓰기가 예상돼 단일 DB로는 감당이 안 된다고 판단했습니다. 사용자 ID 해시 기준으로 16개 샤드로 파티셔닝하고, 조회 패턴을 미리 분석해 샤드 키가 조회 조건과 일치하도록 설계했습니다. 이렇게 하지 않으면 크로스 샤드 조인이 빈번해져 파티셔닝 효과가 사라지기 때문입니다. 부하 테스트에서 초당 8천 건 쓰기까지 선형에 가깝게 처리량이 늘어나는 걸 확인했습니다.
결제 서비스가 외부 PG사 API 지연에 자주 영향을 받는 문제가 있었습니다. 하나의 외부 호출 지연이 전체 요청 스레드를 잠식해 다른 정상 요청까지 타임아웃 나는 상황이었습니다. 이를 서킷 브레이커와 타임아웃 정책으로 격리해, PG사 응답이 느려져도 결제 서비스 전체가 아닌 해당 호출만 실패하도록 바꿨습니다. 적용 후 PG사 장애 시 전체 장애 전파 사례가 0건이 됐고, 평균 복구 시간도 15분에서 2분으로 줄었습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.