특가·예약 오픈 전, 서버 다운을 막기 위해서 어떤 준비가 필요할까

Summary

• 추석 특가·예약처럼 정해진 시간에 시작되는 캠페인은 앱 푸시와 광고 등이 겹치면서 순간적인 트래픽 집중을 만들 수 있습니다.

• 마케팅팀은 오픈·메시지 발송 일정과 예상 유입을 공유하고, IT팀은 순간 동시접속과 로그인·재고·결제 등 핵심 고객 여정의 처리 한도를 확인해야 합니다.

• 캠페인 전에는 실제 고객 흐름을 기준으로 부하를 검증하고, 처리 한도를 넘은 정상 사용자는 대기·순차 진입시키며 악성 봇과 매크로는 별도로 탐지해야 합니다.

• 캠페인 당일의 진입량 조정, 고객 안내, 장애·봇 대응 담당자를 미리 정해야 유입을 구매·예약·신청 완료로 연결할 수 있습니다.

추석과 같은 명절이나 대목을 앞두면 교통 승차권뿐 아니라 숙박·여행 예약, 선물세트 특가, 쿠폰 발급, 라이브 커머스처럼 시작 시간이 정해진 온라인 이벤트가 발생합니다. 기업은 프로모션을 알리기 위해 앱 푸시, 문자, 이메일, 광고와 제휴 채널을 동시에 활용하기도 합니다.

문제는 마케팅팀이 만든 수요가 짧은 시간에 한꺼번에 서비스로 들어올 수 있다는 점입니다. 캠페인 자체는 성공했지만 사이트가 느려지거나, 로그인·재고 조회·결제 같은 특정 기능이 요청을 처리하지 못하면 준비한 유입이 실제 구매나 예약으로 이어지지 못할 수 있습니다.

그렇다면 추석 캠페인을 시작하기 전에 마케팅팀과 IT팀은 어떤 것을 확인해야 할까요?

추석 캠페인 전 마케팅팀과 IT팀은 무엇을 합의해야 할까?

마케팅팀과 IT팀이 공유해야 할 것은 단순히 “이번에 방문자가 많을 것 같다”는 예상이 아닙니다. 언제, 어떤 채널에서, 얼마나 많은 사용자가 들어오고, 어떤 기능을 이용할 것인지를 구체적으로 맞춰야 합니다.

전체 방문자보다 순간적으로 들어올 사용자를 예상해야 합니다

캠페인의 전체 목표 방문자 수와 시스템이 한순간에 처리해야 하는 양은 다릅니다.

예를 들어 하루 동안 10만 명이 고르게 방문하는 캠페인과, 오픈 알림 직후 1분 동안 상당수의 사용자가 집중되는 캠페인은 전체 방문자가 같더라도 시스템에 주는 부담이 다를 수 있습니다. 따라서 IT팀이 필요한 것은 일간 목표 방문자만이 아니라 가장 많은 사용자가 몰릴 시간과 유입 속도에 대한 예상입니다.

마케팅팀은 과거 캠페인 결과와 이번 집행 계획을 바탕으로 다음 정보를 제공할 수 있습니다.

• 과거 유사 캠페인의 시간대별 방문자 추이

• 앱 푸시·문자·이메일 발송 대상 규모

• 광고 예산과 예상 클릭 범위

• 사전 알림 신청자와 대기 고객 수

• 제휴 채널과 라이브 방송의 예상 시청 규모

IT팀은 이 정보를 바탕으로 동시접속자 수, 초당 요청 수, 로그인과 결제 같은 주요 기능의 처리량을 확인합니다. 정확한 숫자를 미리 확정하기 어렵다면 하나의 예상치만 정하기보다 보수적·기준·급증 상황처럼 여러 범위를 두고 준비하는 편이 현실적입니다.

핵심은 ‘몇 명이 올까?’에서 끝나지 않는 것입니다. ‘가장 많은 사람이 언제, 얼마나 빠르게 들어올까?’까지 질문해야 합니다.

처리 용량을 넘은 사용자와 자동화 요청을 어떻게 다룰지 정해야 합니다

시스템이 처리할 수 있는 양을 확인했다면, 예상보다 많은 요청이 들어왔을 때의 처리 방법을 정해야 합니다.

정상 사용자의 순간적인 접속이 처리 용량을 넘는다면 모든 사용자를 한꺼번에 서비스로 보내는 대신, 처리 가능한 사용자만 진입시키고 나머지 사용자는 잠시 대기시키는 방식을 검토할 수 있습니다. 가상 대기실은 초과 사용자를 대기시킨 후 시스템 처리 여유에 맞춰 순차적으로 진입시키는 방식으로 트래픽 흐름을 관리합니다.

이때 진입 허용량은 캠페인의 전체 목표 방문자가 아니라 로그인·예약·결제 등 실제 병목 구간이 처리할 수 있는 양을 기준으로 정해야 합니다. 트래픽이 설정한 범위보다 적을 때는 사용자를 기다리게 할 필요가 없고, 처리 한도를 넘어선 경우에만 대기가 발생하도록 운영할 수 있습니다.

에스티씨랩의 NetFUNNEL은 대규모 접속이 발생했을 때 시스템 처리 용량에 맞춰 사용자의 진입량을 제어하고, 초과 사용자를 가상 대기실에서 순차적으로 안내하는 트래픽 관리 솔루션입니다.

하지만 추석 특가나 예약 이벤트에 들어오는 요청이 모두 실제 고객의 요청이라고 볼 수는 없습니다. 상품과 좌석을 선점하려는 매크로, 가격과 재고를 반복 조회하는 자동화 도구, 여러 계정으로 쿠폰을 발급받으려는 요청이 함께 들어올 수 있습니다.

따라서 다음 두 가지 문제를 구분해야 합니다.

BotManager는 접속 환경과 행동 패턴을 분석해 정상 사용자와 악성 봇·매크로를 구분하고, 설정한 정책에 따라 허용·탐지·검증·차단하는 봇 관리 솔루션입니다.

가상 대기실과 봇 관리는 서로 대체하는 기술이 아닙니다. 봇 관리는 비정상적인 자동화 요청을 구분하고, 가상 대기실은 남은 정상 사용자의 진입량을 시스템 처리 용량에 맞춰 관리합니다.

트래픽의 원인에 따라 어떤 대응이 필요한지 자세히 확인하려면 아래 글을 참고할 수 있습니다.

→ 트래픽 폭주 대응, 무엇부터 해야 할까? 가상 대기실·Rate Limit·봇 차단 적용 기준

마케팅의 성공이 서비스 장애가 되지 않으려면

명절 대목 캠페인을 준비할 때 마케팅팀은 더 많은 고객에게 프로모션을 알리는 데 집중하고, IT팀은 서비스가 안정적으로 요청을 처리하도록 준비합니다. 두 팀의 목표는 다르게 보이지만 결국 고객이 상품을 구매하고 예약과 신청을 완료하도록 만드는 하나의 목표로 연결됩니다.

따라서 캠페인을 시작하기 전에 다음 질문에 답할 수 있어야 합니다.

1. 사용자는 언제, 어떤 채널에서 들어오는가?

2. 가장 많은 사용자가 몰릴 시점과 규모는 어느 정도인가?

3. 반드시 보호해야 할 고객 여정은 무엇인가?

4. 핵심 기능은 어느 수준까지 정상적으로 처리할 수 있는가?

5. 처리 한도를 넘은 정상 사용자와 자동화 요청을 어떻게 구분해 대응할 것인가?

6. 캠페인 당일 누가 어떤 지표를 보고 무엇을 결정할 것인가?

캠페인의 성과는 많은 사용자를 불러오는 데서 끝나지 않습니다. 들어온 고객이 오류 없이 서비스에 진입하고, 구매·예약·신청을 완료할 수 있어야 합니다.

마케팅 일정과 시스템 처리 용량을 미리 연결해 두면 추석의 집중된 수요를 서비스 장애가 아닌 실제 비즈니스 성과로 이어갈 수 있습니다.

FAQ

모든 프로모션에 가상 대기실이 필요한가요?

아닙니다. 예상되는 순간 유입이 시스템 처리 용량보다 적고, 급격한 접속 집중 가능성도 낮다면 사용자를 대기시킬 필요가 없습니다. 다만 특가 오픈·예약·쿠폰 발급처럼 특정 시간에 사용자가 집중되거나 처리 한도를 정확히 예상하기 어려운 이벤트라면 사전에 진입 제어 적용 여부를 검토할 수 있습니다.

캠페인 예상 트래픽은 어떻게 계산해야 하나요?

과거 유사 캠페인의 시간대별 유입, 앱 푸시·문자·이메일 발송 규모, 광고와 제휴 채널의 예상 반응, 사전 알림 신청자 수를 함께 확인해야 합니다. 일간 방문자 하나만 계산하기보다 오픈 직후와 주요 알림 발송 직후의 순간 유입을 범위로 추정하는 것이 중요합니다.

서버를 미리 증설하면 트래픽 제어는 필요하지 않나요?

서버 증설은 처리 용량을 높이는 데 도움이 될 수 있지만 로그인, 데이터베이스, 재고, 결제나 외부 API처럼 특정 구간에 별도의 한도가 있다면 전체 서버를 늘리는 것만으로 문제가 해결되지 않을 수 있습니다. 실제 병목과 순간 처리량을 확인한 뒤 증설과 진입 제어를 함께 판단해야 합니다.

가상 대기실은 어느 페이지에 적용해야 하나요?

전체 사이트에 일괄 적용하기보다 캠페인의 핵심 고객 여정과 실제 병목 구간을 기준으로 판단해야 합니다. 로그인, 쿠폰 발급, 상품 조회, 예약 또는 결제처럼 요청이 집중되고 실패 영향이 큰 구간을 우선 검토할 수 있습니다.

가상 대기실이 봇과 매크로도 차단하나요?

가상 대기실의 기본 역할은 시스템 처리 용량을 초과한 사용자의 진입 흐름을 관리하는 것입니다. 자동화 요청을 실제 사용자와 구분하고 검증·차단하는 작업은 봇 관리의 영역입니다. 정상 사용자와 매크로가 함께 몰리는 이벤트에서는 두 기술을 함께 검토할 수 있습니다.

마케팅팀은 기술을 몰라도 무엇을 준비할 수 있나요?

캠페인 오픈 시간, 채널별 발송 일정과 대상 규모, 예상 고객 여정, 쿠폰·상품·재고 운영 계획, 고객 안내 문구를 정리해 IT팀에 제공할 수 있습니다. IT팀은 이를 바탕으로 처리 용량과 테스트 범위, 진입 제어 기준과 모니터링 계획을 마련할 수 있습니다.

캠페인 당일에는 어떤 지표를 봐야 하나요?

전체 방문자와 함께 핵심 기능의 응답시간과 오류, 대기시간, 실제 서비스 진입자, 로그인·예약·결제 성공률을 확인해야 합니다. 봇 대응을 적용했다면 자동화 요청의 탐지·검증·차단 현황과 정상 사용자 영향도 함께 살펴봐야 합니다.