B2C 앱에서 100% 당첨 뽑기 이벤트를 맡게 되었다. 개발하는 과정이 흥미롭고 재미있어서, 이를 블로그에 기록해보기로 했다.

🎯 이벤트 설명

이번 이벤트는 프론트엔드와 백엔드 개발을 모두 맡게 되었고, 기획 내용은 다음과 같다:

• 총 10,000개의 보상이 준비되어 있음
• 당첨 확률은 100% (즉, 응모만 하면 무조건 보상 지급)
• 보상은 총 6종류이며, 각 보상마다 수량이 다름
• 모든 보상이 소진되면 이벤트는 자동 종료됨

---

🏗️ 100% 당첨 뽑기 아키텍처

🔸 테이블 구성

Table: lucky_draw_rewards

• 유사한 이벤트에 재사용이 가능하도록 공통 테이블로 설계
• 외래키(FK)로 이벤트 테이블의 EVENT_IDX를 참조
• 주요 컬럼 구성:
  • REWARD_TYPE (예: 포인트, 경험치, 아이템 등)
  • REWARD_VALUE (보상 값)
  • GRANTED_YN (지급 여부: Y/N)
  • MEMBER_IDX (보상 수령한 유저 정보)

---

🎁 보상 데이터 세팅

• 이벤트 시작 전, 10,000개의 보상 row를 사전 주입
• 지급 여부(GRANTED_YN)와 유저 정보(MEMBER_IDX)를 통해 보상 사용 여부를 판단
• 보상 결정과 실제 지급은 시점이 다를 수 있기 때문에, 결정된 보상 정보를 먼저 업데이트한 뒤
  이후 지급은 별도로 처리함

---

⚙️ 보상 지급 처리

// 클라이언트 요청
['EVENT_IDX' => $EVENT_IDX] = $request->validate([
	'EVENT_IDX' => 'required|integer',
]);

• 공통 테이블을 사용하므로, 클라이언트는 각 이벤트의 EVENT_IDX를 전달하여 어떤 이벤트인지 명시함

① 보상 수량 체크

// 남은 응모 가능 수량 (group by WR_REWARD)
$remainings = WmiRoulette::calcRemainings($WFE_IDX);
$totalRemaining = $remainings->sum();

// 남은 수량이 없으면 종료
if ($totalRemaining === 0) {
	throw new ConflictHttpException('응모가 종료되었습니다.');
}

//

/**
 * 보상별 남은 수량 계산
 */
public static function calcRemainings(int $WFE_IDX): Collection
{
    return WmiRoulette::where('WFE_IDX', $WFE_IDX)
        ->where('WR_GRANTED', 'N')
        ->groupBy('WR_REWARD')
        ->select('WR_REWARD', DB::raw('COUNT(*) as remaining'))
        ->get()
        ->mapWithKeys(fn($item) => [$item['WR_REWARD'] => $item['remaining']]);
}

• 남은 보상을 집계해, 응모 가능 여부를 판단
• WR_GRANTED = 'N'인 row들을 WR_REWARD 기준으로 그룹핑하여 남은 수량을 계산
• 남은 수량이 0이면 이벤트는 종료 처리

② 보상 결정 (수량 기반 가중치 추첨)

$reward = null;

// 응모에 성공할 때까지 2회 시도
for ($i = 0; $i < 2; $i++) {
    
    // 보상 결정
    $random = random_int(1, $totalRemaining);
    foreach ($remainings as $reward => $count) {
        if ($random <= $count) break;
        $random -= $count;
    }

    $appliedRow = DB::transaction(function () use ($member, $WFE_IDX, $token, $reward) {

        // 응모 레코드 lock 요청
        $row = WmiRoulette::where('WFE_IDX', $WFE_IDX)
            ->where('WR_REWARD', $reward)
            ->where('WR_GRANTED', 'N')
            ->lockForUpdate()
            ->first();

        // lock 획득 후 검사
        if (!$row || $row->WR_GRANTED === 'Y') return null;

        // 응모 레코드 업데이트
        $row->update([
            'WR_GRANTED' => 'Y',
            'MEMBER_IDX' => $member->MEMBER_IDX,
            'WR_REQ_TOKEN' => $token,
        ]);

        // 응모권 lock 획득 후 차감
        $this->lockTicketAndConsume("룰렛 응모: WR_IDX={$row->WR_IDX}");

        return $row;
    });

    if ($appliedRow) break;
}

보상 결정 로직 요약:

• 남은 수량 기반 가중치 방식으로 보상을 랜덤 선택
• 전체 남은 수량 범위 내에서 숫자를 하나 뽑고, 해당 값이 어느 보상에 속하는지 계산
• 추첨 결과에 해당하는 보상 row를 DB에서 lockForUpdate()로 락 걸고
  • 이미 지급됐는지 검증 (WR_GRANTED)
  • 유효하다면 지급 처리 (WR_GRANTED = 'Y', MEMBER_IDX 저장 등)
• 2회까지 시도, 실패 시 다른 보상으로 재시도

🔐 보상 지급 처리

• 추첨된 보상 정보를 토대로, 실제 보상을 지급

switch($rewatd['type'])
{
    case 'item':
		// 아이템 지급 처리
        break
    case 'exp'
    	// 경험치 지급 처리
        break
    case 'point'
    	// 포인트 지급 처리
        break
}

• 실제 지급 로직은 트랜잭션 밖에서 실행
  → 보상 결정과 지급 시점을 분리해 응답 속도와 안정성 확보
• reward 타입에 따라 각각 다른 지급 로직을 실행

---

🎲 가중치 추첨 방식이란?

가중치 추첨 방식(weighted random selection)은 각 항목에 가중치를 부여하고,
그 비율에 따라 무작위로 항목을 선택하는 방식임.

이번 이벤트에서는 각 보상마다 남은 수량이 다르기 때문에
남은 수량을 그대로 가중치로 사용해서 추첨함.
즉, 수량이 많은 보상이 당첨 확률도 높아지는 구조.

📌 예시

아래와 같이 보상이 남아 있다고 가정함:

보상 종류	남은 수량
포인트	2,000개
경험치	3,000개
아이템	5,000개

총 남은 수량은 10,000개.
랜덤 숫자를 1부터 10,000 사이에서 하나 뽑아서, 해당 범위에 따라 보상을 선택함.

• 1 ~ 2,000 → 포인트
• 2,001 ~ 5,000 → 경험치
• 5,001 ~ 10,000 → 아이템

랜덤 값이 어디에 속하냐에 따라 어떤 보상이 당첨될지 결정됨.
남은 수량이 많을수록 더 자주 뽑히는 구조임.

---

이 방식의 장점은 아래와 같음:

• 별도로 확률 계산 안 해도 됨 (수량 = 확률)
• 보상이 점점 소진될수록 자연스럽게 확률이 재분배됨
• 특정 보상만 몰리는 현상 방지 가능
• 동시성 처리가 용이함 (락 기반으로 처리할 경우)
• 이벤트 종료 시점이 다가올수록 남은 보상 중 하나가 확정적으로 뽑히게 됨

추첨 로직이 심플하면서도 균형 있게 동작함.