우문현답
愚 問 賢 答
회사별 면접직군별질문 가이드진행 방식
    홈›회사별›데상트코리아›인프라/클라우드›질문 상세
    問
    데데상트코리아인프라/클라우드직무 역량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 오류를 로그 패턴으로 구분하는 초동 대응 절차를 운영팀과 함께 정리한 흔적이 있습니다.
    이 결이 통하는 자리
    아키텍처 구성이 운영팀 자립 기반 마련까지 포함한다는 시각이 살아있고, 이후 운영팀이 초기 판단을 자체적으로 내리는 비율이 높아졌다는 결과가 구체 어법으로 닫힐 때 통합니다. 운영 협업 방식을 묻는 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

    • ✕구성 요소를 나열만 하지 않았는가? 왜 그렇게 구성했는지 판단 근거가 함께 나와야 합니다.
    • ✕이론적 이해로만 그치지 않았는가? 실제로 구성하거나 트러블슈팅한 경험이 있으면 근거로 삼아야 합니다.
    • ✕성공 사례만 말하지 않았는가? 구성 중 겪은 병목이나 장애 경험을 짚으면 이해도가 더 잘 드러납니다.
    • ✕협업 없이 혼자 한 것처럼 말하지 않았는가? 인프라 구성은 여러 팀과의 조율이 있었다면 함께 언급해야 합니다.
    ▶이어질 꼬리질문

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

    壹가장 손에 잡힌 결은 어떤 자리였나요?
    대응구체 구성·역할·결과를 짚는 답이 흔하게 통합니다. 본인 손에 잡힌 결이 강한 자리로 보입니다.
    貳왜 그 구성 결을 고르셨나요?
    대응성능·운영·비용 결을 가르는 답이 자주 등장합니다. 본인 기준이 또렷한 결이 강합니다.
    參효과를 어떤 결로 측정하시나요?
    대응응답 시간·가용성·자원 같은 결을 수치로 짚는 답이 자주 보입니다. 검증 가능한 수치가 있는 답이 강합니다.
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 데상트코리아 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

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