크립토 카지노
토렌트 기어
IGaming에서 장애 및 백업 작동 방식
iGaming에 특별한 DR/BCP 분야가 필요한 이유
카지노 플랫폼은 실시간 돈 (지갑/원장), 라이브 라운드 (RNG/Live), 지불, 계열사 및 엄격한 준수입니다. 접근성 구멍은 재정적, 법적 위험으로 빠르게 바뀝니다. 따라서 아키텍처는 알려진 목표, 알려진 시나리오, 리허설 절차 등 예측 가능한 복구를 기반으로
기본 목표 및 용어
RTO-복구 시간 목표
지갑/원장의 경우:- RPO (Recovery Point Objective) -허용 가능한 데이터 손실.
원장의 경우: 0-5 초 (동기/준 동기 복제), 보고의 경우
SLA 및 오류 예산: 변화율과 안정성 사이의 절충을 공식화하십시오.
내결함 레이어
1) 인프라: 다중 AZ/다중 지역
Multi-AZ (최소 3 개 영역): 모든 중요한 서비스는 영역, 자동 데이터베이스/버스 장애로 배포됩니다.
다중 지역 DR: 관할권 (데이터 레지던트) 별로 격리 된 "핫" (액티브 액티브) 또는 "따뜻한" (액티브 패시브) 두 번째 영역.
어떤 모드인지 결정합니다:- 액티브 액티브: 두 지역의 플레이어에게 낮은 대기 시간, 이벤트 동기화를 통한 크로스 리전 원장 + 계산을 위해 엄격한 단일 "진실의 장소".
- 액티브 패시브 (따뜻한): 더 간단하고 저렴합니다. 패시브는 따뜻한 인스턴스 + 데이터베이스 복제본을 보유하지만 트래픽을 제공하지는 않습니다.
2) 네트워크 및 주변
건강 검진이 포함 된 복제 된 수입/WAF, Anycast 또는 DNA feilover.
금전 등록기 및 공급자를위한 별도의 출입구, 두 지역의 허용 IP 목록.
3) 데이터 및 대기열
관계 데이터베이스 (Postgres): Patroni/Managed HA, AZ의 동기 복제본, DR 영역의 비동기 복제본 (지연 모니터링 포함). N 분 + WAL 아카이브마다 스냅 샷이있는 PITR.
OLAP (ClickHouse/Bigquery): 복제/샤딩; 손실은 위에서 허용됩니다 (최대 15-30 분 RPO).
캐시 (Redis): 실패가있는 클러스터이지만 진실의 원천은 아닙니다. 스위칭 중-워밍업.
이벤트 버스 (Kafka/NATS): 소비자에 대한 미러 클러스터 및/또는 크로스 클러스터 미러링, 최소 한 번 보증, demempotency 제어.
4) 응용 프로그램 및 도메인
지갑/원장: 엄격한 일관성을 가진 스테이트 코어, 지역 당 하나의 "마스터 라이터"; 지역 간 DR - 이중 입력 잠금 장치가있는 "선출 된 작가" 절차.
게임 브리지/API: 건강 검진을위한 무국적자, 수평 페일러; 모든 재정 경로에 대한 demempotencyKey.
보너스/알림/ETL: 처리 지연을 허용하고 대기열에서 다시 시작하십시오.
박스 오피스 (PSP/crypt): 다중 제공 업체 전략 (국가 당 최소 2 개 레일), 가맹점/엔드 포인트의 빠른 전환.
5) 라이브 스트림
지역 에지 노드가있는 WebRTC/LL-HLS 게이트웨이; WebRTC 저하시 LL-HLS의 대체 경로.
스트림을 다시 시작하도록 베팅 로직을 플레이어 외부에 유지한다고해서 계산에 영향을 미치지 않
실패 패턴
자산 자산 (이중 지역)
장점: 최소 RTO/RPO, 플레이어와의 근접성.
단점: 원장 복잡성 및 기록 충돌, 고가의 그리드.
연습: "도메인 당 한 작가" + 이벤트 소싱으로 인근 지역의 상태를 재현합니다.
자산 책임 (따뜻한)
장점: 가격/난이도 균형.
단점: 위의 RTO는 수동 영역을 "홍보" 하기위한 입증 된 계획이 필요합니다.
연습: 지갑을 전환 할 때 자동화 + 수동 확인 (4 눈 원리).
대상 내 (Multi-AZ)
데이터베이스/캐시/잉크리스 오토 페일러.
DNS/Anycast 변경 없음, RTO 초분.
데이터 클래스 별 백업
원칙:- 백업은 휴면 상태에서 암호화되며 키는 KMS/HSM에서 암호화됩니다.
- 중요한 백업 (소거 보호/랜섬웨어) 을위한 불변의 모드 (WORM).
- 메타 데이터가있는 백업 카탈로그 (스키마 버전, WAL 창, 체크섬).
- 원장에게는 PITR이 필수입니다.
데이터 및 demmpotence: 페일러로 "구멍" 을 피하는 방법
'베팅' 요청에 대한 IdempotencyKey. 장소 ',' 지불. 계산원에게 '' 를 요청하십시오. 웹 후크 '.
원장-추가 전용: 반복 된 결제는 "재 작성" 이 아닌 수정 항목을 만듭니다.
거래 잠금/밸런스 버전은 작성자 역할을 전환 할 때 레이싱으로부터 보호합니다.
이벤트 중복 제거 (소비자 측, 키 필드 별 해시).
현금 등록기, PSP 및 토굴: 플랜 B는 항상 포함됩니다
결제 방법 (카드/AWP) 을위한 최소 2 개의 공급자, 두 지역에서 사전 설정된 판매자 계정.
스 테이블 코인의 경우 두 개의 네트워크 (예: TRC-20 및 ERC-20) 와 두 개의 온/오프 램프 제공 업체.
결제 라우터: 고장이 발생하면 PSP가 즉시 백업으로 전환되어 이유 로그를 유지합니다.
KYT/AML 스트림이 복제됩니다. 외부 서비스를 사용할 수없는 경우 - 수동 에스컬레이션이있는 "저하 모드".
운영 절차 (런북)
자동
건강 검사 체인 수입 → API → 지갑 → 데이터베이스 → 공급자.
지갑이 열화되었을 때 "무거운" 기능 (토너먼트/미션) 을 자동으로 비활성화합니다.
기하 급수적 인 일시 정지 및 엄격한 마감일로 타임 아웃/후퇴.
설명서 (확인 포함)
DR 지역을 자산으로 승격: 단계 별 체크리스트, 로깅, 콤 템플릿 (지원/파트너/규제 기관).
보상/VOID 라운드: 코드 발생, 비디오 가이드 링크, 책임자의 서명.
이중 제어로 지불을 해체합니다.
운동 및 준비 점검
월간 게임 데이/카오스 드릴: AZ 끄기, 데이터베이스 저하, 제공자 드롭.
분기 별 전체 DR 리허설: DR 영역을 "완전히 성장" 하고 베팅/지불의 실제 시나리오를 실행하십시오.
테스트 복원: 원장을 시간 T로 복원하고 제어 P&L 및 해시 슬라이스로 확인하십시오.
규정 준수와 함께 탁상: 누가 어떤 보고서가 생성되는지 알리는 사람 (규제 기관, PSP, 계열사).
관찰 및 페일 오버 신호
SLO 지표: 지갑 p95 대기 시간, 공유 베팅. '거부, 정착 시간, 지불 SLA, 데이터베이스 복제 지연, Kafka 소비자 지연.
전환 이벤트: "역할 변경", "복제 지연> X", "객체 잠금 위반" 경고.
DR 대시 보드: 현재 노드 역할, RPO 점수 (WAL 분), PITR 창 상태.
안전 및 준수
관할권 별 데이터 격리 (EU/UK/CA/...): 법적 제한 내에서의 복제.
규제 마감일까지 유지되는 고정 로그 (S3 Object Lock/WORM).
비밀: 핵심 회전, DR의 이중 제어
모든 전환 및 복원의 감사 흔적.
DR을 깨는 반 패턴
국가 당 하나의 PSP/하나의 스 테이블 코인 네트워크-백업 레일이 없습니다.
동일한 데이터베이스의 OLTP 및 OLAP-복구는 라이브 작업을 차단합니다.
demempotencyKey 없음-배상을위한 직불/지불금이 두 배가됩니다.
정기적 인 복원 테스트가없는 백업은 "Schrödinger 백업" 입니다.
WORM/불변성 부족-내부자/악성 삭제에 대한 취약성.
짧은 TTL이없고 가열 된 엔드 포인트가없는 DNA 페일 오버.
동시에 두 지역의 단일 원장 작성자는 상태 분할입니다.
긴급 준비 점검표
건축
- 모든 중요한 서비스, 문서화 된 토폴로지를위한 다중 AZ.
- 역할 (액티브 액티브/패시브) 및 예산이 설명 된 DR 영역.
데이터
- 후반: PITR, 스냅 샷, 지연 모니터링, 정기적 인 복구 테스트.
- Kafka/NATS: 미러링/아카이브, 재생 계획.
- ClickHouse/OLAP: 배치 백업, 샘플 복원.
- S3: Object Lock (WORM), 버전, 교차 지역.
응용 프로그램
- 돈의 이념성, 추가 전용 원장, 균형 유지.
- 사고시 자동 기능 저하 (토너먼트/미션 오프).
- 카나리아는 지역을 전환하기 전에 점검합니
티켓 오피스 및 토굴
- 방법 당 2 개의 공급자와 마구간을위한 2 개의 네트워크.
- 라우팅 및 스위치로 인해 로그가 발생합니다.
- 에스컬레이션이있는 저하 모드의 KYT/AML.
작업
- RACI 및 승무원 전화가 포함 된 런북.
- 월간 혼돈 일과 분기 별 Full-DR 훈련.
- 통신 템플릿 (지원, 파트너, 규제 기관).
관찰 가능
- RTO/RPO 대시 보드, DB 역할 경고, 지연, 입찰/지불 실패.
- 스위치 및 복원의 감사 로그.
신뢰성 iGaming은 "페일러 버튼" 이 아니라 지리적 격리, 예측 가능한 RTO/RPO, dempotent 자금, 멀티 레일 현금 데스크, 불변의 백업, 정기적 인 연습 및 투명한 커뮤니케이션 등 습관 시스템입니다. 이 규율을 통해 플레이어와 규제 기관의 신뢰를 얻지 않고 "고착 된" 라운드없이 원장에서 손실없이 실패를 경험할 수 있습니다.