우문현답
愚 問 賢 答
회사별 면접직군별질문 가이드진행 방식
    홈›회사별›CJ올리브영›SRE›질문 상세
    問
    CCJ올리브영SRE직무 역량2026년 출제

    고가용성과 확장성을 고려한 백엔드 인프라를 설계할 때 가장 중요하게 생각하는 요소는 무엇인가요?

    답변 미리보기

    졸업 프로젝트에서 특정 서버가 죽어도 서비스가 계속 동작하는 구조를 처음 설계해봤습니다. 중복화 측면에서는 단일 서버에 의존하지 않도록 인스턴스를 여러 개…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

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

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

    問
    01
    요소 결을 분별하는가?
    한 결로 답하는지, 중복화·격리·캐시·관측 결로 가른 흔적이 답에 있는지 보는 자리입니다. 한 결로 묶는 답은 깊이가 약해지는 자리입니다.
    骨
    02
    본인 사례가 있는가?
    이론 결만 답하는지, 본인이 실제 굴린 HA·확장 결의 흔적이 답에 묻어 있는지 살피는 자리입니다. 책에서 본 결은 실무 감각이 약해지는 자리입니다.
    語
    03
    트레이드오프를 의식하는가?
    장점만 답하는지, 비용·복잡도·일관성 결 사이의 거래를 가른 흔적이 답에 있는지 살피는 자리입니다. 만능 결은 신뢰감이 약해지는 자리입니다.
    本
    04
    지표가 분명한가?
    감으로 답하는지, SLO·MTTR·트래픽 결로 가른 변화가 답에 있는지 보는 자리입니다. 지표 없는 결은 자리가 흐려지는 자리입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    CJ올리브영 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    로드 밸런서 + 서비스 장애 격리 + 캐시 활용 + 로그·메트릭 관측 구조 경험약 65초단일 서버 과부하 → 수평 확장 + Redis 캐시 + DB 읽기 분리로 해결한 결약 80초SLO 기준으로 이중화 우선순위 결정 + RTO 지표로 트레이드오프 가른 결약 82초
    예시 답변 1
    약 65초

    로드 밸런서 + 서비스 장애 격리 + 캐시 활용 + 로그·메트릭 관측 구조 경험

    졸업 프로젝트에서 특정 서버가 죽어도 서비스가 계속 동작하는 구조를 처음 설계해봤습니다. 중복화 측면에서는 단일 서버에 의존하지 않도록 인스턴스를 여러 개 띄우고 앞에 로드 밸런서를 두는 방식을 배웠습니다. 격리 측면에서는 하나의 서비스 장애가 다른 서비스에 전파되지 않도록 경계를 설계하는 것이 중요하다는 걸 경험했습니다. 캐시 측면에서는 DB에 자주 가는 쿼리 결과를 캐시에 올려두면 전체 응답 속도와 DB 부하를 동시에 줄이는 효과가 있었습니다. 관측 측면에서는 문제가 생겼을 때 어느 레이어에서 발생했는지 추적할 수 있는 로그와 메트릭 구조를 갖추는 게 중요하다는 걸 배웠습니다. 고가용성은 장애 발생을 막는 게 아니라 장애가 나도 서비스가 지속될 수 있게 설계하는 것이라는 걸 배웠습니다.

    확장성은 처음부터 크게 설계하기보다 확장이 필요할 때 무엇을 바꿔야 하는지 미리 생각해두는 것이라는 걸 그때 느꼈습니다.

    이 결의 특징
    고가용성을 서버 중복화·서비스 격리·캐시·관측이라는 네 요소로 정리한 흔적이 있습니다.
    이 결이 통하는 자리
    고가용성은 장애를 막는 것이 아니라 장애가 나도 서비스가 지속되도록 설계하는 것이라는 관점이 답에 담겨 있을 때 면접관의 신뢰가 쌓이는 자리를 자주 봅니다.
    예시 답변 2
    약 80초

    단일 서버 과부하 → 수평 확장 + Redis 캐시 + DB 읽기 분리로 해결한 결

    사이드 프로젝트에서 트래픽이 몰릴 때 단일 서버가 버티지 못하는 상황을 직접 경험했습니다. 로컬 테스트에서는 문제없던 API가 동시 요청이 30개를 넘자 응답 속도가 급격히 느려졌습니다. 처음엔 서버 사양을 올리는 방향을 생각했는데, 비용 대비 효과가 떨어져서 수평 확장 구조로 바꾸는 것을 선택했습니다. 인스턴스를 2대로 늘리고 Nginx를 로드 밸런서로 두었더니 동일 트래픽에서 응답 속도가 절반 이하로 줄었습니다. 추가로 자주 조회되는 데이터를 `Redis`에 올려 DB 접근 횟수를 줄였고, 읽기 쿼리를 레플리카로 분리하니 DB 부하가 눈에 띄게 내려갔습니다. 수직 확장은 한계가 명확하고 비용이 빠르게 증가한다는 걸 그때 몸으로 알았습니다.

    이 결의 특징
    동시 요청 30개에서 응답이 급격히 느려진 문제를 수평 확장과 캐시로 해결한 흔적이 있습니다.
    이 결이 통하는 자리
    수직 확장은 한계가 명확하고 비용이 빠르게 증가한다는 관점이 구체적으로 담긴 답에서 통합니다.
    예시 답변 3
    약 82초

    SLO 기준으로 이중화 우선순위 결정 + RTO 지표로 트레이드오프 가른 결

    다중 가용 영역 배포를 처음 설계할 때 가용성을 높이면 비용과 운영 복잡도도 같이 올라간다는 걸 알게 됐습니다. 모든 구성 요소를 이중화하면 이상적이지만, 인프라 비용이 2배가 되는 상황을 팀이 감당할 수 있는지가 먼저였습니다. 그래서 SLO를 먼저 정의했습니다. 월 가용성 목표를 99.9%로 정하면 허용 다운타임이 약 43분이고, 그 안에서 어떤 구성 요소가 단일 장애점이 되면 안 되는지를 우선순위로 가려냈습니다. DB 페일오버에는 RTO 5분 기준을 뒀고, 그 기준을 충족하지 못하는 구성은 이중화 대상으로 올렸습니다.

    지표 없이 모든 걸 이중화하면 실제 서비스에서 필요한 수준 이상의 비용이 발생합니다. SLO를 먼저 세우면 어디에 이중화 비용을 써야 하는지 기준이 생깁니다.

    이 결의 특징
    모든 것을 이중화하는 대신 SLO와 RTO 기준으로 우선순위를 가른 흔적이 있습니다.
    이 결이 통하는 자리
    지표 없이 모든 걸 이중화하면 불필요한 비용이 발생한다는 관점이 답에 담겨 있을 때 면접관의 신뢰가 쌓이는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

    • ✕고가용성과 확장성을 같은 개념처럼 뭉뚱그려 답하지 않았는가? 둘의 차이를 구분해서 설명해야 합니다.
    • ✕이론적인 아키텍처 용어만 나열하고 실제 설계 판단 기준을 생략하지 않았는가?
    • ✕장애 대응 관점을 빼고 설계 시점의 이야기로만 답하지 않았는가? 운영 중 발생하는 트레이드오프도 중요합니다.
    • ✕완벽한 설계만 말하지 않았는가? 비용이나 복잡도와의 균형을 고민한 흔적이 있어야 합니다.
    ▶이어질 꼬리질문

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

    壹왜 그 요소 결을 핵심으로 보셨나요?
    대응왜 그 결을 본인 기준으로 골랐는지 답하는 결이 강합니다. 본인 근거가 묻어나면 자리가 단단해지는 결로 통합합니다.
    貳막힌 설계 경로 결도 있었나요?
    대응어디서 막혔고 어떻게 보정한 결인지 솔직히 짚는 결이 자주 보입니다. 본인 가설이 깨진 회고가 자리를 살리는 결로 통합합니다.
    參본인만의 BE 결이 있나요?
    대응왜 그 결이 본인에게 잘 통한 결인지 답하는 자리가 강합니다. 본인 근거가 묻어나면 자리가 단단해지는 결로 통합합니다.
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. CJ올리브영 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    토스 · ML 엔지니어
    안정성과 확장성을 고려한 서비스 아키텍처를 설계할 때 어떤 요소를 가장 중요하게 생각하나요?
    이 질문 보기
    쿠팡 · 백엔드
    백엔드 서비스 개발 시, 고성능과 확장성을 고려한 아키텍처 설계를 어떻게 접근하나요?
    이 질문 보기
    토스 · 백엔드
    고가용성과 확장 가능한 시스템을 설계해본 경험에 대해 구체적으로 설명해줄 수 있나요?
    이 질문 보기
    카카오페이 · 백엔드
    고가용성 아키텍처를 설계할 때 어떤 점에 주의해야 하나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, CJ올리브영 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기