우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›데상트코리아›인프라/클라우드›질문 상세
    問
    데데상트코리아인프라/클라우드직무 역량2026년 출제

    WEB/WAS 아키텍처에 대한 이해를 바탕으로 실제 구성한 사례를 말씀해 주세요.

    답변 미리보기

    WEB/WAS 아키텍처를 직접 구성해본 경험으로는 인턴 시절 사내 내부 테스트 환경에서 Nginx + Tomcat 구성을 설정한 작업이 있습니다. Nginx를…

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

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

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

    問
    01
    어떤 결의 구성을 다뤘는가?
    프런트·백·캐시·이중화 결 중 본인이 직접 한 자리가 답에 보입니다. 일반론으로만 답하면 깊이가 옅은 자리입니다.
    骨
    02
    왜 그 결을 골랐는가?
    다른 구성과 비교한 결을 본인이 짚는 흔적이 답에서 드러나는 결이 통합니다. 일반론으로만 답하면 의도가 흐릿한 자리입니다.
    語
    03
    장애·성능 결을 의식했는가?
    장애 분리·캐시·이중화 결을 본인이 어떻게 잡았는지 답에 남습니다. 매끈하게만 끝나는 답은 외워 온 결로 들립니다.
    本
    04
    측정 장치를 두었는가?
    응답 시간·가용성·자원 같은 결로 본인이 결과를 본 흔적이 답에 보입니다. 수치 없이 좋아진다는 답은 검증이 옅은 결입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    데상트코리아 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    경험 기반 솔직한 접근약 90초WEB/WAS 구성에서 설정 오류로 성능 문제가 생긴 경험약 120초운영팀과 함께 WEB/WAS 장애 대응 흐름을 설계한 경험약 150초
    예시 답변 1
    약 90초

    경험 기반 솔직한 접근

    WEB/WAS 아키텍처를 직접 구성해본 경험으로는 인턴 시절 사내 내부 테스트 환경에서 `Nginx` + `Tomcat` 구성을 설정한 작업이 있습니다. Nginx를 프론트에서 정적 파일을 서빙하고, 동적 요청은 `AJP 커넥터`를 통해 `Tomcat`으로 전달하는 방식이었습니다. 이 구성에서 가장 신경 썼던 부분은 세션 처리와 로드밸런싱 설정이었습니다.

    Tomcat 인스턴스를 두 개 띄웠을 때 세션이 유지되지 않는 문제가 발생해, `sticky session`을 설정하는 방식으로 해결했습니다. 이 경험을 통해 WEB-WAS 구조에서 각 계층의 역할과 병목 발생 지점을 이해하게 됐습니다. 또한 로그 분석이 문제 진단의 핵심이라는 점도 배웠습니다.

    access.log와 catalina.out을 동시에 보면서 요청 흐름을 추적했습니다.

    이 결의 특징
    Nginx + Tomcat 구성에서 AJP 커넥터 연결, 2개 인스턴스 구성 시 세션 불일치 문제 발생, sticky session으로 해결이라는 구체 문제·원인·해결 흐름이 담겼습니다. access.log와 catalina.out을 동시에 확인해 요청 흐름을 추적한 로그 분석 어법이 살아있습니다.
    이 결이 통하는 자리
    세션 처리 문제를 직접 만나고 sticky session으로 해결했다는 구체 사례가 살아있고, 계층별 역할과 병목 발생 지점을 이해하게 됐다는 연결이 구체 어법으로 닫힐 때 통합니다. WAS 구성 문제를 만난 적 있나요?라는 면접관 꼬리질문을 선제 차단하는 결이 보입니다.
    예시 답변 2
    약 120초

    WEB/WAS 구성에서 설정 오류로 성능 문제가 생긴 경험

    WEB/WAS 아키텍처를 구성할 때 WAS의 스레드 풀 설정을 기본값으로 두었다가 트래픽 증가 시 응답 지연이 발생한 경험이 있습니다. WEB 서버와 WAS 연결은 정상이었는데, WAS에서 처리 가능한 동시 요청 수가 기본값으로 제한되어 큐가 쌓이는 구조였습니다. 문제를 파악하는 데 시간이 걸린 이유는 WEB 서버 로그에는 이상이 없고 WAS 로그에서만 대기 시간이 보였기 때문이었습니다. 이 경험에서 WEB/WAS 구성에서 성능 문제는 연결 구조보다 각 컴포넌트의 처리 용량 설정에서 발생하는 경우가 많다는 기준이 생겼습니다. 이후 구성 완료 후 각 컴포넌트의 주요 용량 파라미터를 트래픽 예상치와 함께 검토하는 단계를 포함합니다.

    이 경험이 이후 WEB/WAS 구성 시 연결 검증 외에 컴포넌트별 용량 파라미터를 검토하는 기준이 됩니다. WEB/WAS 아키텍처 구성의 완성은 연결 정상 확인만이 아니라 각 컴포넌트의 용량 설정이 트래픽 조건과 맞는지를 확인할 때 완성된다는 원칙을 지킵니다.

    이 결의 특징
    스레드 풀을 기본값으로 둔 채 트래픽이 증가하자 WEB 서버 로그에는 이상이 없고 WAS 로그에만 대기 시간이 쌓이는 패턴을 발견한 진단 흐름이 담겼습니다. 성능 문제가 연결 구조보다 컴포넌트 처리 용량 설정에서 발생한다는 구체 원인 분류가 이 경험에서 도출됐습니다.
    이 결이 통하는 자리
    구성 완료 후 주요 용량 파라미터를 트래픽 예상치와 함께 검토하는 단계를 포함한다는 절차가 살아있고, 연결 정상 확인만으로 끝내지 않는다는 원칙이 구체 어법으로 닫힐 때 통합니다. 성능 튜닝 감각을 묻는 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 3
    약 150초

    운영팀과 함께 WEB/WAS 장애 대응 흐름을 설계한 경험

    WEB/WAS 아키텍처를 구성한 후 운영팀과 함께 장애 시나리오별 대응 흐름을 설계한 경험이 있습니다. 구성 자체는 완료됐는데, 운영팀이 장애 발생 시 어느 레이어에서 문제인지 판단하는 방법을 몰랐고 매번 구성팀에 문의하는 방식이었습니다. 운영팀과 함께 WEB 단 오류, WAS 단 오류, DB 연결 오류를 구분하는 로그 패턴과 초동 대응 절차를 정리했고, 이후 운영팀이 자체적으로 초기 판단을 내리는 비율이 높아졌습니다. 이 경험에서 아키텍처 구성 역량이 설계와 구현뿐 아니라 운영팀이 자립적으로 운영할 수 있는 기반을 만드는 것까지 포함한다는 시각이 생겼습니다. 구성이 좋아도 운영 방법이 전달되지 않으면 운영팀 의존도가 사라지지 않는 구조가 됩니다.

    이 관점이 이후 시스템 구성 시 운영팀이 자립적으로 대응할 수 있는 기반을 설계에 포함하는 기준이 됩니다. 아키텍처 구성의 완성은 기술 설계가 아니라 운영팀이 독립적으로 운영하고 대응할 수 있는 기반을 함께 만드는 데서 완성된다는 원칙을 지킵니다.

    이 결의 특징
    구성 완료 후 운영팀이 장애 시 어느 레이어가 문제인지 판단하지 못해 매번 구성팀에 문의하는 패턴을 발견하고, WEB/WAS/DB 오류를 로그 패턴으로 구분하는 초동 대응 절차를 운영팀과 함께 정리한 흔적이 있습니다.
    이 결이 통하는 자리
    아키텍처 구성이 운영팀 자립 기반 마련까지 포함한다는 시각이 살아있고, 이후 운영팀이 초기 판단을 자체적으로 내리는 비율이 높아졌다는 결과가 구체 어법으로 닫힐 때 통합니다. 운영 협업 방식을 묻는 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹가장 손에 잡힌 결은 어떤 자리였나요?
    貳왜 그 구성 결을 고르셨나요?
    參효과를 어떤 결로 측정하시나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 데상트코리아 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    대구은행 · 프론트엔드
    WEB과 WAS의 기본 개념과 그 차이점에 대해 쉽게 설명해주실 수 있나요?
    이 질문 보기
    유진그룹 · SW·IT 일반
    웹 서버와 WAS 서버의 차이점에 대해 설명하고, 이를 어떻게 운용했는지 예를 들어 주세요.
    이 질문 보기
    토스 · 정보보안 담당
    웹과 네트워크 취약점에 대한 이해도를 어떻게 쌓아왔으며, 실제로 적용한 사례가 있다면 무엇인지 공유해 주세요.
    이 질문 보기
    유진그룹 · SW·IT 일반
    웹 서버와 WAS 서버를 설치하고 운영한 경험에 대해 말씀해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 데상트코리아 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기