본문 바로가기

Core API카지노 Core API 연동 카지노 게임 및 API 연동

게임·지갑·에이전트 연동에 필요한 핵심 API와 인증·버전 정책을 한곳에서 확인하고, 사이트·백오피스와 안정적으로 연결할 수 있습니다.

Game API
Ready
Enabled
Wallet API
Ready
Enabled
Agent API
Ready
Enabled
Auth
Ready
Enabled
Webhook
Ready
Enabled
Version
Ready
Enabled
Sandbox
Ready
Enabled
Docs
Ready
Enabled
Game Launch
Wallet
Bet History
Agent
Auth Token
Webhook
API Version
Integration

카지노 API 연동 프로토콜

REST · OpenAPI 3.x

게임 런치, 잔액 조회, 에이전트 트리, 정산 리포트. 버전 고정(v1/v2), Idempotency-Key 헤더.

JSON HMAC 429 Retry-After

WebSocket · Socket.IO

라이브 입장, 테이블 상태, 결과 푸시. Heartbeat·재접속·세션 브릿지, sticky session 옵션.

wss:// p99 <150ms fan-out

Webhook · Event Push

베팅·정산·리스크 알림. At-least-once, exponential backoff, DLQ, X-Signature 검증.

SHA-256 idempotent

gRPC · Internal

고처리량 내부 서비스 간 호출. Protobuf, deadline, circuit breaker (선택적 B2B 노출).

HTTP/2 mTLS

SSE · Long-poll

백오피스 대시보드·알림. WS 미지원 환경 fallback.

EventSource

Batch · SFTP / API

일·주 정산 파일, 대용량 리포트 export. Parquet/CSV, 암호화 아카이브.

GPG cron

Transfer · Wallet API

Seamless·Transfer 입출금, 베팅·당첨·롤백. transaction_id·멱등 키·잔액 스냅샷.

Seamless rollback

OAuth2 · API Key

테넌트별 키·스코프·샌드박스 분리. JWT(선택), IP allowlist, rate limit.

Bearer RBAC

Core API · Backend

게임 공급망 위에 올라간 카지노 백엔드카지노 슬롯 게임 API 아이콘

글로벌 게임사부터 운영 사이트까지 이어지는 3단 공급 구조와 Pot(알) 유통, 실시간 게임·정산 인프라를 한곳에서 설명합니다. 상세 연동은 위 Core API 히어로와 제작 안내를 함께 보시면 됩니다.

// 01_supply_chain

게임사 · 솔루션 · 운영사

3-Tier 공급 구조를 기술·운영 단위로 나눈 6단계 흐름입니다. 1·2차에서 게임·Pot을 묶고, A-Solution이 허브·Core로 정리한 뒤 3차 브랜드에 개방합니다.

01 · Provider

글로벌 프로바이더

라이브·슬롯·스포츠 원천 게임·결과 API

02 · Tier 1

1차 벤더·Pot 집약

라인업·스트림·Pot 패키지 묶음

03 · Hub

A-Solution 허브

어댑터·단일 스키마·런치·세션 통합

04 · Core

Core 엔진

원장·정산·Cap·실시간 이벤트

05 · BO · API

연동·백오피스

REST/WS·BO·에이전트 트리·리포트

06 · Tier 3

3차 브랜드 운영

솔루션 임대·회원·프로모·브랜드 UI

# hub.launch — 6-step orchestration (simplified) [01] provider.catalog.sync() # live · slot · sports meta [02] vendor.bundle(pot_pkg) # tier-1 lineup + pot pool [03] hub.adapter.normalize() # single schema · launch token [04] core.session + ledger # cap pre-check · ACID debit [05] expose rest · ws · webhook # tenant scope · rate limit [06] brand.tenant.activate() # BO · agent tree · promo hooks

// 02_pot_engine

Pot(알) · 한도 엔진

Pot은 게임 베팅에 연동되는 게임머니·한도 단위입니다. 1차 인입 → 2차 배분 → 3차 테넌트 개방까지 Cap Engine이 실시간으로 소진·잔액·원장을 동기화합니다. (계약·한도 정책은 상담 시 안내)

Cap · Quota

tenant/game/agent

테넌트·게임·에이전트별 상한·쿼터 정책 엔진

Burn rate

real-time

베팅·정산 이벤트와 연동된 소진 스트림

Ledger sync

ACID + outbox

지갑 원장·Pot 잔액 강일관성 기록

Idempotency

dedup keys

중복 베팅·이중 차감 방지

# pot_cap_engine — runtime flow v2.4 # models: PotPool · SubCap · TenantLease · BurnCounter [ingest] vendor_pot_pool webhook|batch ├─ bind game_session(tenant, table, round_id) └─ dedup: sha256(bet_id|provider_ref) [allocate] sub_pool = cap.split( parent=vendor_pool, rules=[tenant_id, agent_tree, game_id]) lease_ttl: 24h · rollover: contract_policy [enforce] IF cap.remaining < stake → 4029_CAP_EXCEEDED ledger.debit(wallet, stake, idem=evt.key) burn_counter += stake · emit pot.metrics [alert] burn ≥ 80% → notify.ops burn ≥ 95% → throttle.launch · hard_stop → block sessions [audit] immutable_log.append(evt) bo_dashboard.push(tenant, pool_id) GET /internal/pot/{pool_id} → api_snapshot [reconcile] nightly batch EOD · stream→OLAP drift_detect(ledger, pot_snapshot) → ops_ticket

// 03_data_plane

Ingest → Bus → Ledger → Out

Write path는 원장·Pot 강일관성, Read path는 CQRS·캐시·리플리카로 API·BO를 서빙합니다.

  1. Provider Adapter · Game Hub

    REST/gRPC · 스키마 매핑 · Launch token

  2. Stream Ingest · Dedup

    베팅·결과 · Ordering · Dedup

  3. Wallet · Ledger · Pot

    ACID · Outbox · Cap · Burn rate

  4. Agent · Settlement

    Tree fee · Batch/stream · OLAP

  5. Outbound · Webhook

    HMAC · Retry · DLQ

# data_plane.yaml — write / read split version: 2.1 write_path: ingest: adapters: [rest, grpc, provider_webhook] ordering: partition_key: tenant_id|round_id dedup: redis SET NX ttl=3600 bus: primary: kafka # bet.* · settle.* · pot.* fanout: redis_stream → socket_gw ledger: store: postgres # shard: tenant_hash pattern: transactional_outbox modules: [wallet, pot_cap, agent_fee] read_path: cqrs: read_replica + redis_cache bo_api: rest aggregates · report OLAP outbound: webhook: hmac-sha256 · retry: exp_backoff · dlq: 7d

// 04_network_zones

Edge · Core · Data Zone

Edge → Core → Data 존 분리. 1차 벤더는 IP Allowlist·Circuit Breaker, 3차는 API Key·Rate limit·WAF 테넌트 정책.

Edge

CDN · L7 LB · WAF · API GW · OAuth2/JWT

Core VPC

K8s · Socket GW · Service mesh · mTLS

Data

Shard DB · Redis cluster · Kafka · S3 audit

# edge_to_vendor — request trace client ──► cdn(edge-cache) ──► waf(owasp) ──► api_gw │ │ POST /v1/wallet/transferAuthorization: Bearer ${JWT}X-Tenant-Id: brand_***X-Idempotency-Key: uuidsocket_gw:443/wss core_svc (mTLS, mesh) │ │ └──────────┬───────────────────┘ ▼ data: pg_shard · redis_cluster · kafka ▼ vendor_api # IP allowlist · circuit_breaker(5xx|timeout)

// integration_surface

연동 프로토콜 · 인터페이스

운영사·자체 개발팀이 붙는 연동 표면입니다. 상세 스키마·OpenAPI는 계약 후 기술 포털에서 제공합니다.

# integration_surface — launch sample (portal: full OpenAPI) curl -sS https://api.*.asolution/v1/games/launch \ -H "Authorization: Bearer ${LAUNCH_TOKEN}" \ -H "X-Tenant-Id: ${TENANT}" \ -H "X-Idempotency-Key: $(uuidgen)" \ -d '{"member_id":"mbr_01","game_id":"live_baccarat_01","locale":"ko"}' # 200 OK { "launch_url": "https://…", "session_id": "ses_…", "expires_in": 300 } # webhook verify X-Signature: hmac_sha256(body, tenant_webhook_secret)

// 06_sla_targets

운영 스펙 · 설계 목표

트래픽·계약에 따라 달라지는 목표치(Target)입니다. SLA·한도는 상담·계약서에 확정합니다.

p99 <800ms

게임 런치 API

캐시·토큰 선발급·허브 워밍

p99 <150ms

실시간 이벤트 (WS)

Edge·Socket GW co-location

10k+ RPS

베팅 이벤트 수집

Kafka partition · shard key

99.9%+

Core 가용성 목표

Multi-AZ · health-based drain

# slo_targets.yaml — design goals (contract SLA 별도) metrics: - name: api_launch_latency_p99 target: 800ms - name: ws_event_delivery_p99 target: 150ms - name: ingest_bet_events_rps target: 10k+ - name: core_availability_monthly target: 99.9% alerts: - expr: pot_burn_rate > 0.95 severity: page - expr: ledger_drift_detected == 1 severity: critical - expr: webhook_dlq_depth > 1000 severity: warn

* 수치는 아키텍처 설계 목표이며, 실제 SLA·레이트 리밋·RPS는 테넌트·리전·계약별로 정의됩니다.

// 07_core_stack

Core 백엔드 스택

히어로에 표시된 Game · Wallet · Agent · Auth · Webhook 모듈은 아래 인프라를 운영사·자체 개발팀에 노출한 인터페이스입니다.

# core_modules — service map (K8s namespace: asol-core) game_hub → adapter_registry · launch_service · lobby_cache wallet → transfer|seamless · ACID ledger · balance_snapshots agent → tree_rbac · rolling_engine · settlement_batches auth → oauth2 · jwt · api_key · tenant_scope middleware webhook → signed_delivery · retry_queue · dlq_replay_worker socket_gw → wss_cluster · redis_pubsub_bridge · slow_consumer_drop

멀티 프로바이더 게임 허브

Aggregator 패턴으로 라이브·슬롯·스포츠 API를 단일 스키마에 매핑. 런치 URL·세션 토큰·로비 메타 통합.

Adapter Launch Token Lobby API

통합 지갑 · 원장

Transfer API(싱글/멀티 월렛), 베팅·당첨·롤백 트랜잭션, Pot 캡·잔액 스냅샷. Outbox로 이벤트 발행.

ACID Outbox Seamless

에이전트 · 롤링 · 정산

N-depth 트리, 롤링·죽장·공배율 규칙 엔진, 일/주/월 배치 정산 + 실시간 프리뷰.

Tree RBAC OLAP

실시간 · Socket Gateway

WS 클러스터, sticky·Redis pub/sub 브릿지, backpressure·slow consumer 차단.

WebSocket Redis Pub/Sub

이벤트 버스 · 웹훅

Kafka/Redis Stream, consumer group, DLQ·replay. 3차 webhook HMAC·재시도 정책.

Kafka DLQ HMAC

분산 · 스토리지 튜닝

Shard key( tenant · user ), read replica, Redis hot key 분산, connection pool 튜닝.

Sharding Read Replica Redis Cluster

인증 · 멀티 테넌트

API Key + HMAC, OAuth2/JWT(선택), sandbox/prod 분리, IP allowlist, scope·RBAC.

Multi-tenant RBAC

Pot(알) · 한도 엔진

Pot pool·sub-allocation, game/agent cap, burn rate 알림, 한도 시뮬레이션·드릴다운.

Cap Engine Burn Rate

옵저버빌리티 · SRE

Prometheus·Grafana, 분산 트레이싱(OpenTelemetry), PagerDuty 연동, 벤더별 circuit breaker.

OpenTelemetry Circuit Breaker

리스크 · 감사

이상 베팅·중복 계정·velocity check, immutable audit log(S3), GDPR/보관 정책 옵션.

Audit Trail Velocity

DR · 백업

Multi-AZ, cross-region replica(옵션), PITR·RPO/RTO 목표, 정기 failover 리허설.

Multi-AZ PITR

API Gateway · 버전

Blue/green·canary 배포, API 버전 라우팅, deprecation 정책, OpenAPI diff.

Canary OpenAPI

* 상세 API 스펙·엔드포인트 목록은 상담 후 기술 문서로 제공합니다. 이 페이지는 역량·구조 중심입니다.