우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›에이메드›공통직무·미지정›질문 상세
    問
    에에이메드공통직무·미지정직무 역량2026년 출제

    API와 Webhook의 차이점에 대해 설명해 주실 수 있나요?

    답변 미리보기

    API와 Webhook의 가장 큰 차이는 데이터를 요청하는 주체가 누구인가에 있습니다. API는 클라이언트가 서버에 요청을 보내고 응답을 받는 구조이고…

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

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

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

    問
    01
    정의 결을 짚는가?
    Pull·Push 결을 자기 언어로 짚는 흔적이 강합니다. 막연한 '비슷하다'만 답하면 면접관이 결을 다시 묻는 자리가 자주 보입니다.
    骨
    02
    차이 결이 구체인가?
    트리거·인증·재시도 결을 짚는 흔적이 답에 있어야 합니다. 한 결만 답하면 면접관이 결을 다시 캐는 결이 자주 통합합니다.
    語
    03
    선택 결을 받치는가?
    실시간·폴링 비용 결을 짚는 흔적이 강하게 통합합니다. 일률만 답하면 면접관이 적용을 다시 묻는 자리가 강합니다.
    本
    04
    본인 경험 결이 있는가?
    구체 통합·이슈 결을 짚는 흔적이 자주 통합합니다. 이론만 답하면 면접관이 적용을 다시 캐는 자리가 강합니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    에이메드 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    API 정의→Webhook 정의→차이점→선택 기준 결약 100초Webhook을 실제로 구현한 경험과 멱등성 처리를 말한 결약 73초API 폴링과 Webhook을 조합해 쓰는 패턴을 말한 결약 72초
    예시 답변 1
    약 100초

    API 정의→Webhook 정의→차이점→선택 기준 결

    API와 Webhook의 가장 큰 차이는 데이터를 요청하는 주체가 누구인가에 있습니다. API는 클라이언트가 서버에 요청을 보내고 응답을 받는 구조이고, Webhook은 서버에서 특정 이벤트가 발생했을 때 미리 등록된 URL로 데이터를 밀어 보내는 구조입니다.

    API 폴링 방식은 클라이언트가 주기적으로 서버에 물어봐야 하기 때문에, 변화가 없어도 요청이 발생하는 불필요한 트래픽이 생깁니다. Webhook은 이벤트가 발생할 때만 데이터가 전달되어 실시간성이 높고 불필요한 요청이 없는 대신, 수신 엔드포인트를 사전에 등록하고 받은 데이터를 처리하는 서버가 항상 응답 가능한 상태여야 합니다.

    이벤트 기반 알림은 Webhook이, 필요할 때 데이터 조회나 명령 실행은 API가 더 자연스럽습니다. 둘을 함께 쓰는 경우도 많고, Webhook으로 이벤트를 받아 API로 세부 정보를 조회하는 패턴이 대표적입니다. 요청 방향의 차이가 API와 Webhook을 구분하는 핵심이라는 결론을 갖고 있습니다.

    이 결의 특징
    클라이언트가 요청하는 API와 서버가 이벤트 발생 시 밀어주는 Webhook의 요청 방향 차이를 구분하고, 두 방식을 함께 쓰는 조합 패턴을 짚은 흔적입니다.
    이 결이 통하는 자리
    Webhook은 실시간성이 높지만 수신 엔드포인트가 항상 응답 가능해야 한다는 인식이 구체적일 때 통합니다. 요청 방향의 차이를 핵심으로 짚는 결이 평가되는 자리입니다.
    예시 답변 2
    약 73초

    Webhook을 실제로 구현한 경험과 멱등성 처리를 말한 결

    Webhook을 실제로 구현할 때 수신 측에 문제가 생기면 이벤트가 다시 전송되는 자리가 있다는 것을 알게 됐습니다. 같은 이벤트를 두 번 처리하면 중복 결과가 생기는 자리가 됩니다.

    개인 프로젝트에서 결제 완료 Webhook을 구현했을 때, 서버 응답이 느리면 결제 플랫폼이 같은 이벤트를 재전송하는 자리가 생겼습니다. 이벤트 ID를 DB에 저장하고 중복 수신 여부를 먼저 확인하는 멱등성 처리를 추가하니 같은 이벤트가 두 번 처리되는 자리가 줄었습니다. Webhook을 쓰려면 재시도와 중복 처리를 함께 설계하는 자리가 있어야 안전하게 작동하는 자리가 됩니다.

    멱등성 처리가 있어야 Webhook이 신뢰할 수 있는 자리라고 생각합니다. 처리가 있어야 신뢰가 됩니다.

    지금도 Webhook 구현은 이벤트 수신보다 중복·실패 처리를 함께 설계하는 자리라고 생각합니다. 설계가 있어야 신뢰가 됩니다.

    이 결의 특징
    결제 완료 Webhook에서 서버 응답이 느려 같은 이벤트가 재전송된 문제를, 이벤트 ID를 DB에 저장해 중복 수신을 확인하는 멱등성 처리로 해결한 흔적입니다.
    이 결이 통하는 자리
    재시도와 중복 처리를 함께 설계해야 안전하게 작동한다는 인식이 구체적일 때 통합니다. 멱등성 처리가 Webhook 신뢰의 기반이라는 관점이 평가되는 자리입니다.
    예시 답변 3
    약 72초

    API 폴링과 Webhook을 조합해 쓰는 패턴을 말한 결

    API와 Webhook을 어느 한 방식만 쓰는 것보다 각각의 장점을 조합해서 쓰는 자리가 있다는 것을 알게 됐습니다. Webhook으로 이벤트를 받고, 이벤트 처리에 필요한 세부 정보는 API로 조회하는 패턴이 대표적인 자리가 됩니다.

    개인 프로젝트에서 주문 상태 변경 이벤트를 Webhook으로 받고, 세부 주문 정보는 REST API로 조회하는 방식을 구현했습니다. Webhook만 쓰면 페이로드에 담기지 않은 정보가 빠지는 자리가 생기고, API만 쓰면 폴링으로 인한 불필요한 요청이 생기는 자리가 됩니다. 두 방식을 조합하면 실시간성과 정보 완전성을 함께 챙기는 자리가 됩니다.

    Webhook과 API를 조합하는 것이 이벤트 기반 통합의 효율을 높이는 자리라고 생각합니다. 조합이 있어야 효율이 됩니다.

    지금도 API와 Webhook의 차이를 아는 것보다 어떻게 조합할지를 아는 것이 실무에서 더 중요한 자리라고 생각합니다. 조합이 있어야 실무가 됩니다.

    이 결의 특징
    주문 상태 변경은 Webhook으로 받고 세부 주문 정보는 REST API로 조회하는 방식을 구현해 실시간성과 정보 완전성을 함께 챙긴 흔적입니다.
    이 결이 통하는 자리
    Webhook만 쓰면 페이로드에 담기지 않은 정보가 빠진다는 인식이 구체적일 때 통합니다. 차이를 아는 것보다 조합하는 방법을 아는 것이 중요하다는 관점이 평가되는 자리입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹Webhook 실패를 어떻게 풀었나요?
    貳보안은 어떻게 챙기시나요?
    參선택 기준을 다시 짠다면 무엇을 바꾸시겠어요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 에이메드 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    GS ITM · 프론트엔드
    웹과 앱의 차이에 대해 설명해주세요.
    이 질문 보기
    당근마켓 · 백엔드
    REST API와 RPC 통신 구조의 차이점에 대해 설명해 주실 수 있나요?
    이 질문 보기
    배달의민족(우아한형제들) · 품질보증
    기능 테스트와 API 테스트의 차이점은 무엇인가요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 에이메드 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기