로그레이크 비용 결정 — 실측 기반 재산정

§0 결론

확정 설정값

조치

표기 — 본 문서의 "발화"는 명령어 실행(게임 명령 호출)을 가리킨다. 플랫폼 원시 발화량(비명령 포함, ~1.8배)과 구분한다.

§1 비용 계산기

기본값은 §0 확정 설정(활성 1M DAU · 배수 3 · L1 on · n=30)이며 §0의 $488을 재현한다. 슬라이더·숫자입력·프리셋으로 각 파라미터의 민감도를 직접 확인할 수 있다.

§2 근거

운영 지표 실측(단일 봇, 약 5개월)으로 기존 비용 모델의 가정을 대사했다. 아래는 절대 수치가 아니라 검증 결과와 방법론이다 — 원 데이터는 비공개.

가정 검증 — 6개 중 4개 반증

볼륨 기준선 = 명령어 실행 수 D11

플랫폼 원시 발화량(잡담·오타 포함)과 실제 게임 명령 실행 사이에는 큰 차이가 있다(원시 발화가 명령 실행의 약 1.8배). 레이크 대상은 후자다.

§3 확정 파라미터

L1 DAU dedup — 실효 33.2%

키 설계가 판정 근거다: <bot>:user:{uid}:dau:{YYYY-MM-DD}(KST) — 유저·일당 1건이지 콜당 1건이 아니다. 그런데 daily_active_user는 콜마다 발행되므로, L1은 이 성분을 콜 수에서 유저 수로 붕괴시킨다.

기존 "비용 효과 ~3%"는 1/35에서 나온 값으로, 배수 오류의 파생값이다. 실제 배수가 3이므로 1/3이 맞다. L1은 정합성 도구가 아니라 2순위 비용 레버다.

묶음 n — 고정값이 아닌 런타임 노브

n은 "메시지 개수"가 아니라 "메시지 안의 이벤트 개수"다. 메시지 수는 AWS 하드 한도로 항상 10개다.

flowchart LR
    R["SendMessageBatch 요청 1회
합산 ≤ 1 MiB"] --> M["메시지 10개
(하드 한도, 조정 불가)"]
    M --> E["각 메시지 body에
이벤트 n개 — 조정 대상"]
    E --> T["요청당 총 이벤트 = 10 × n"]
  

⇒ n_max = floor(1,000,000 / (10 × 줄크기)) — 0.5KB에서 200 · 0.8KB에서 125 · 1.0KB에서 100. 계산기의 최대(n_max) 버튼이 현재 줄 크기 기준으로 자동 계산한다.

n=30이 수익 체감 지점이다 — 여기서 SQS가 17%로 떨어져 Lambda에 최대 항목 자리를 넘겨주고, n=125까지 올려도 $62밖에 더 못 줄인다. 메시지 크기는 24KB로 1 MiB 한도의 2.3%에 불과해 여유가 크다.

§4 절감 레버와 리스크

§5 아키텍처

flowchart TB
    subgraph BOTS["n개 봇 (수평 확장 — 파이프라인 무변경)"]
        B1["봇 A"]
        B2["봇 #2"]
        BN["봇 #n"]
    end
    LG["log_game_event() — 봇 중립 훅
payload 확정 직후 · 줄 크기 ≤1KB"]
    B1 --> LG
    B2 --> LG
    BN --> LG
    LG --> PUB["SQS 배치 발행 (기존 idiom 재사용)
events:[] × n · SendMessageBatch 10건"]
    PUB --> Q["SQS game-events 큐 (신규)
standard + DLQ"]
    Q --> LAM["소비자 Lambda (신규, Go/arm64)
flat-map → Parquet"]
    LAM --> LAKE["S3 레이크 (SSOT)
Parquet · Glue projection"]
    LAKE --> AGG["일별 집계 배치 KST 03:00
daily_* 영구 보존 · 실패 알람 필수"]
    AGG --> ADMIN["admin 대시보드"]
    LAKE -.->|"raw 7일 롤링 삭제"| DEL[("저장비 상수화")]
  

CW-경유가 요구하던 전용 Firehose·Dynamic Partitioning·normalizer·구독필터는 전부 불필요하다. bot_code는 파티션이 아니라 컬럼이라 봇 추가 시 DDL·Lambda 무변경.

§6 부록

결정 원장 (D1~D11)

단가 — ap-northeast-2 실조회 (AWS Price List API, 2026-07-20)

감각치: 이벤트 100만 건당 약 $4.5(n=1 기준). Glue Data Catalog는 partition projection이라 크롤러·ETL Job 과금이 없어 $0.

데이터 전송 = $0 — "VPC 없이"가 절감 레버다

egress는 비용 모델에서 빠진 게 아니라 실제로 0이라 라인이 없다. 이 로그레이크 Lambda의 유일한 출력은 S3 PUT이고, 전 구간이 같은 리전(ap-northeast-2) AWS 서비스 간 통신이라 데이터 전송료가 발생하지 않는다. AWS는 동일 리전 S3 in-transfer(써 넣기)에 전송료를 부과하지 않으며, 과금은 인터넷 egress나 리전 경계 통과 시에만 일어난다 — 이 설계엔 둘 다 없다. 파이프라인의 유일한 종착지가 S3이므로 외부로 나가는 트래픽 자체가 존재하지 않는다.

"VPC 없이"가 회피한 비용

Lambda를 VPC 밖에 두면 AWS 백본으로 S3 퍼블릭 엔드포인트에 바로 닿는다 — NAT 불필요, 전송료 0. 반대로 VPC 안에 넣었다면 S3 접근에 아래 둘 중 하나가 필요했다.

non-VPC 선택이 NAT 비용(월 ~$87)을 통째로 회피한다. Lambda 컴퓨트 라인($338)은 순수 GB-초라 전송 항목이 애초에 없다.

잔존 미결 — 구현 후 실측으로만 닫힘