테스트 환경 및 준비

1) 목적과 책임 영역

테스트 환경은 실제 플레이어와 돈에 영향을주지 않으면 서 빠른 피드백과 거의 생산 조건을 제공함으로써 릴리스 위험을 줄입니 iGaming의 경우 지불 (PSP), KYC/AML, 책임있는 플레이 (RG) 및 계절별 피크로 인해 매우 중요합니다.

2) 환경 분류

Dev (로컬/샌드 박스): 개발자의 빠른 반복, 최소한의 종속성, 가상 플래그.
CI/테스트 (통합): 조립, 단위/통합, 계약 테스트, e2e on mocs.
준비 (사전 제안): 판매와의 최대 패리티 (버전, 구성 요소, 토폴로지), "릴리스 리허설".
Perf/Load: 기능 점검을 방해하지 않도록로드/응력 테스트를위한 격리 된 환경.
Sec/Compliance 샌드 박스: 보안 점검, RG/PII 정책, SoD.
DR/Failover Lab: 사고 시나리오 및 지역 간 장애.

각 환경에는 '테넌트/지역/환경' 이라는 고유 한 이름이 있습니다.

3) 판매 패리티 (스테이징 우선)

구성: GitOps, 동일한 회로 및 유효성 검사기; 차이-값 (키/제한/엔드 포인트) 에서만.
토폴로지: 동일한 서비스 버전, 네트워크 정책, 밸런서, 캐시/데이터베이스 유형.
데이터: 합성 또는 난독 화; "원시" PII가 없습니다.
원격 측정: 동일한 대시 보드/알림 (임계 값 수준과 속도 제한 만 다름).

4) 데이터: 전략 및 위생

합성 발생기: 예금/비율/CCS, 의사 -BIN, 허위 문서에 대한 사실적인 분포.
사본의 난독 화: 식별자의 단방향 해싱, 민감한 필드의 CIPHER 마스킹.
앉아: 결정 론적 ID가있는 "시나리오 세트" (registratsiya → depozit → stavka → settl → vyvod).
TTL 및 청소 정책: 오래된 데이터 자동 퍼지, 볼륨 제한.
트래픽 재생 (그림자): 항목/부작용없이 읽으십시오.

5) 서비스 가상화 및 외부 제공 업체

PSP/KYC/CNC/WAF는 계약 모크 및 가변 응답 (성공, 소프트/하드 감소, 타임 아웃) 을 모방합니다.
계약 테스트 (소비자 중심): 인터페이스 및 예제 수정.
테스트 복식은 '실제' 샌드 박스 '가상화' 플래그로 전환됩니다.

6) 격리 및 다중 임대

k8/설정 저장소의 테넌트/지역 당 네임 스페이스.
CPU/IO/Net 할당량 및 하나의 테스트가 전체 환경에 충돌하지 않도록 제한합니다.
Ephemeral은 PR/기능 지점에 있습니다. 몇 분 안에 상승하고 몇 시간/며칠 동안 생방송 한 다음 처분합니다.

7) CI/CD 파이프 라인 및 게이트

우선, '빌드 → 단위 → 계약 → 통합 → e2e (가상화) → 보안 스캔 → 스테이징 → 카나리아 → prod'.

• 녹색 단위/계약, 회로 및 구성 라인터;
• 위험 클래스 변경 (코드 정책), 동결 창;
• SLO 게이트 준비 (빨간색 SLI 없음).

• 성공적인 "릴리스 리허설" (마이그레이션, 구성, phicheflags, 경고);
• 모니터링 후 점검표;
• 고위험에 대한 4 눈 서명 (PSP 라우팅, RG 제한, PII 수출).

8) 릴리스 리허설 (준비 훈련)

DB/스키마 마이그레이션: 드라이 런 + 가역성 (다운 마이그레이션), 시간 추정.
릴리스 설정: 카나리아 단계, SLI 자동 롤백.
Ficheflags: 청중의 5-25% 에 포함, 난간 점검.
상태 페이지/comm 템플릿: 메시지 처리 (외부에 게시하지 않은 초안).
인시던트 봇: 봇 명령은 훈련 알람으로 런북 작업을 시작합니다.

9) 비 기능 점검

로드/스트레스/내구성: 실제 피크의 프로필 (일치, 토너먼트), 목표 p95/p99, 대기열 과열로부터 보호합니다.
결함 내성 (혼돈): 네트워크 오류, 드롭 복제품, 공급자 타임 아웃, 부분 페일 오버.
보안: DAST/SAST/IAST, 비밀 스캔, SoD 점검, 승인/감사 회귀.
준수: KYC/AML/RG 시나리오, 보고서 내보내기, 데이터의 지리 경계.
재무: 소수/한계 사례에서 원장의 정확성, 지불/결제의 불확실성.

10) 환경의 관찰 가능성

동일한 SLI/SLO 카드 및 경고 (레벨이 더 부드럽습니다).
합성은 로그인, 예금, 속도, 출력 등 사용자 경로를 반복합니다.
Exemplars/trace는 RCA에서 사용할 수 있습니다. PII가없는 로그.
드리프트 검출기: Git ² 런타임 (버전, 구성 요소, phicheflags).
비용 지표: $/시간의 환경, $/테스트, "무거운" 대시 보드.

11) 액세스, SoD 및 보안

RBAC/ABAC: 역할/테넌트/지역별 액세스; 생산 비밀을 사용할 수 없습니다.
관리 운영에 대한 JIT 권리, 의무 감사.
데이터 정책: PII 금지, 난독 화, 지리 거주.
네트워크 격리: 준비는 외부 생산 시스템에 쓸 수 없습니다.

12) 성능 및 비용 (FinOps)

Ephemeral 스탠드 → 자동 재활용; 야간 셰들러는 유휴 클러스터를 끄십시오.
기본 계층 공유 (관찰 가능성, CI 캐시) 이지만 테스트로드 격리.
"비싼" 테스트 카탈로그; 동시성 한계; QoS 클래스별 우선 순위 지정.

13) 통합 (운영)

사건 봇: '/스테이징 '롤백', '/드릴 시작 ', 리허설 타임 라인 홍보.
릴리스 게이트: 빨간색 SLO 스테이징이있는 릴리스 블록.
기능 플래그: 일반 플래그 솔루션 서비스, 자체 트래픽 세그먼트.

메트릭 API: 동일한 엔드 포인트 및 미터법 디렉토리, 응답시 "중간 배지"

14) 인공물 예

14. PR에 대한 1 가지 환경 선언

yaml apiVersion: env. platform/v1 kind: EphemeralEnv metadata:
pr: 4217 tenant: brandA region: EU spec:
services: [api, payments, kyc, games]
dataSeed: "scenario:deposit-bet-withdraw"
virtualProviders: [psp, kyc]
ttl: "72h"
resources:
qos: B limits: { cpu: "8", memory: "16Gi" }

14. 2 공급자 디렉토리 (가상화)

yaml apiVersion: test. platform/v1 kind: ProviderMock metadata:
id: "psp. sandbox. v2"
spec:
scenarios:
- name: success rate: 0. 85
- name: soft_decline rate: 0. 1
- name: timeout rate: 0. 05 latency:
p95: "600ms"
p99: "1. 5s"

14. 3 점검표 "릴리스 리허설" (스퀴즈)

DB 마이그레이션: 시간, 가역성;

configs/ficheflags: diff, canary, SLO 게이트;

경고/대시 보드: 묶여 있고 펄럭이지 않습니다.

상태 초안: 준비;

역 계획: 'T + 5m', 'T + 20m' 메트릭.

15) RACI 및 프로세스

Env 소유자 (SRE/플랫폼): 패리티, 액세스, 비용, 대시 보드.
도메인 소유자: 테스트 시나리오, 좌석, 계약, KPI.
QA/SEC/준수: 수표, 보고서, RG 제어.
릴리스 관리자: 게이트, 캘린더, 동결/유지 보수.
통화 중/IC: P1 시나리오 리허설에 참여하십시오.

16) KPI/KRI 환경

스테이징 리드 타임: kommit → 스테이징, 중앙값.

실패율 변경 (준비 당): 롤백 비율

패리티 점수: 버전/설정/토폴로지 일치 (대상 95%).
로그인/예금/속도/인출: 중요한 경로에 의한 테스트 범위 e2e.
Env 시간당 테스트 당 비용.
드리프트 사건: Git ² 런타임 불일치.
보안/규정 준수 결함: Prod 이전에 발견되었습니다.

17) 구현 로드맵 (6-10 주)

네드. 1-2: 환경 목록, GitOps 카탈로그, 구성 다이어그램, 기본 데이터 세트, 공급자 계약 테스트.
네드. 3-4: 스테이징 패리티 (버전/토폴로지), 임시 PR 스탠드, PSP/KYC 서비스 가상화, SLO 게이트.
네드. 5-6: 리허설 (체크리스트, 봇 팀), 로드 프로파일, 혼돈 세트, 환경 대시 보드.
네드. 7-8: 데이터 정책 (난독 화/TTL), SoD/RBAC, FinOps 섀도 잉, 비용 보고서.
네드. 9-10: DR/feiler-lab, 규정 준수 스크립트, WORM 감사, 팀 교육.

18) 안티 패턴

스테이징 어 prod-다른 버전/구성/네트워크 규칙.
prod-PII를 테스트 → 규제 위험으로 복사합니다.

외부 공급자의 가상화 → 불안정한/고가의 테스트가 없습니다

SLO 게이트/리허설 부족 → 판매 놀라움.
TTL → 가비지 및 잘못된 효과가없는 "영원한" 테스트 데이터.
한 스탠드의 공동 부하 및 기능 점검.
야간/주말 → 예산 소각시 제로 처리.

합계

테스트 환경 및 준비는 판매, 깨끗한 데이터 및 가상 제공 업체와의 패리티, 엄격한 CI/CD 게이트, 릴리스 리허설, 관찰 가능성 및 FinOps와 같은 생산 품질 인프라입니다. 이 프레임 워크는 CFR 및 MTTR을 줄이고 릴리스 예측 성을 향상 시키며 iGaming 플랫폼 수익 및 규정 준수를 보호합니다.