محیط های تست و مرحله بندی

1) هدف و حوزه مسئولیت

محیط های تست خطر انتشار را با ارائه بازخورد سریع و شرایط نزدیک به تولید بدون تاثیر بر بازیکنان واقعی و پول کاهش می دهد. برای iGaming، این به دلیل پرداخت (PSP)، KYC/AML، بازی مسئولانه (RG) و قله های فصلی بسیار مهم است.

2) طبقه بندی محیط زیست

Dev (محلی/sandboxes): تکرار سریع توسعه دهندگان، حداقل وابستگی، ficheflags.
CI/تست (ادغام): مونتاژ، واحد/ادغام، تست قرارداد، e2e در mocs.
مرحله بندی (pre-prod): حداکثر برابری با فروش (نسخه ها، پیکربندی ها، توپولوژی)، «تمرین انتشار».
Perf/Load: محیط جدا شده برای آزمایش بار/استرس به طوری که با چک های عملکردی تداخل نداشته باشد.
Sec/Compliance Sandboxes: چک های امنیتی، سیاست های RG/PII، SoD.
DR/Failover Lab: سناریوهای تصادف و شکست بین منطقه ای.

هر محیط دارای فضای نام خاص خود است: «مستاجر/منطقه/محیط زیست».

3) برابری با فروش (مرحله اول)

تنظیمات: GitOps، همان مدارها و اعتبار سنج ها ؛ تفاوت - تنها در مقادیر (کلید/محدودیت/نقاط پایانی).
توپولوژی: همان نسخه های سرویس، سیاست های شبکه، متعادل کننده ها، انواع کش/پایگاه داده.
داده ها: مصنوعی یا مبهم ؛ هیچ PII «خام».
تله متری: داشبورد/هشدار یکسان (فقط سطح آستانه و محدودیت نرخ متفاوت است).

4) داده ها: استراتژی ها و بهداشت

ژنراتورهای مصنوعی: توزیع واقعی برای سپرده ها/نرخ ها/CCS، شبه BIN ها، اسناد دروغین.
مبهم سازی نسخه ها: هش کردن یک طرفه شناسه ها، پوشش CIPHER از زمینه های حساس.
نشستن: «مجموعه سناریو» (registratsiya → deposit → stavka → settl → vivod) با شناسه های قطعی.
TTL و سیاست های تمیز کردن: خودکار پاک کردن داده های قدیمی، محدودیت حجم.
ترافیک پخش (سایه): خواندن بدون ورودی/عوارض جانبی.

5) مجازی سازی خدمات و ارائه دهندگان خارجی

PSP/KYC/CDN/WAF تقلید mokes قرارداد و پاسخ های متغیر (موفقیت، نرم/کاهش سخت، وقفه).
تست های قرارداد (مبتنی بر مصرف کننده): رفع رابط ها و نمونه ها.
تست دو برابر شده توسط پرچم تغییر می کند: «واقعی» sandbox «مجازی».

6) جداسازی و چند اجاره

فضای نام برای هر مستاجر/منطقه در فروشگاههای k8s/config.
سهمیه ها و محدودیت های CPU/IO/Net به طوری که یک آزمایش کل محیط را خراب نمی کند.
Ephemeral در شاخه PR/feature ایستاده است: در عرض چند دقیقه افزایش می یابد، برای ساعت ها/روزها زندگی می کند، سپس از بین می رود.

7) خط لوله و دروازه CI/CD

Поток: 'build → unit → contract → integration → e2e (مجازی شده) → security scan → staging → canary → prod'.

• واحد سبز/قرارداد، خطوط مدارها و پیکربندی ها ؛
• کلاس ریسک تغییرات (خط مشی به عنوان کد)، پنجره های یخ زده ؛
• مرحله بندی دروازه های SLO (بدون SLI قرمز).

• «تمرین انتشار» موفق (مهاجرت، پیکربندی، فیکفلاگ ها، هشدارها) ؛
• چک لیست پس از نظارت ؛
• امضای 4 چشم در معرض خطر (مسیریابی PSP، محدودیت RG، صادرات PII).

8) تمرینات آزمایشی (تمرینات مرحله ای)

مهاجرت DB/schema: خشک اجرا + برگشت پذیری (مهاجرت پایین)، برآورد زمان.
انتشار پیکربندی: مراحل قناری، بازگشت خودکار توسط SLI.
Ficheflags: گنجاندن در 5-25٪ از مخاطبان، بررسی guardrails.
صفحه وضعیت/قالب کام: پردازش پیام ها (پیش نویس بدون انتشار در خارج).
ربات حادثه: ربات دستورات برای راه اندازی اقدامات runbook به عنوان یک زنگ آموزش.

9) چک های غیر کاربردی

بار/استرس/استقامت: پروفایل قله واقعی (مسابقات، مسابقات)، اهداف p95/p99، حفاظت در برابر بیش از حد از صف.
تحمل خطا (هرج و مرج): خرابی شبکه، کپی برداری، زمان بندی ارائه دهندگان، کمبود جزئی.
امنیت: DAST/SAST/IAST، اسکن مخفی، بررسی SoD، رگرسیون مجوز/حسابرسی.
انطباق: سناریوهای KYC/AML/RG، صادرات گزارش به تنظیم کننده ها، مرزهای جغرافیایی داده ها.
امور مالی: صحت دفتر کل در موارد کسری/حاشیه ای، عدم توانایی پرداخت/حل و فصل.

10) قابلیت مشاهده محیط ها

همان کارت های SLI/SLO و هشدارها (سطوح نرمتر هستند).
Synthetics مسیرهای کاربر را تکرار می کند: ورود، سپرده، نرخ، خروجی.

نمونه/ردیابی برای RCA در دسترس هستند ؛ ثبت بدون PII

آشکارساز رانش: گیت ↔ زمان اجرا (نسخه ها، پیکربندی ها، phicheflags).
معیارهای هزینه: $/hour از محیط زیست، $/test، داشبورد «سنگین».

11) دسترسی، SoD و امنیت

RBAC/ABAC: دسترسی به نقش/مستاجر/منطقه ؛ اسرار تولید در دسترس نیست.
حقوق JIT برای عملیات اداری، حسابرسی اجباری.
سیاست داده: ممنوعیت PII، مبهم سازی، اقامت جغرافیایی.
جداسازی شبکه: مرحله بندی نمی تواند به سیستم های تولید خارجی بنویسد.

12) عملکرد و هزینه (FinOps)

ایستگاه های فصلی → بازیافت خودکار ؛ شبگردانها دستههای بیکار را خاموش میکنند.
اشتراک لایه پایه (قابلیت مشاهده، حافظه پنهان CI)، اما جداسازی بار تست.

کاتالوگ آزمون های «گران» ؛ محدودیتهای همزمانی ؛ اولویت بندی بر اساس کلاس QoS

13) ادغام (عملیاتی)

ربات حادثه: "/مرحله بندی ترویج "بازگشت"، "/شروع تمرین "، زمان بندی تمرین.
Release-gates: بلوک انتشار با مرحله بندی SLO قرمز.
پرچم های ویژگی: خدمات راه حل پرچم عمومی، بخش ترافیکی خود.
Metrics API: همان نقاط پایانی و دایرکتوری های متریک، «نشان متوسط» در پاسخ ها.

14) نمونه هایی از مصنوعات

14. 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: زمان، برگشت پذیری ؛

پیکربندی/ficheflags: تفاوت، قناری، دروازه SLO ؛

هشدارها/داشبورد: گره خورده است، بدون flapping ؛

وضعیت پیش نویس: آماده ؛

طرح معکوس: معیارهای 'T + 5m'، 'T + 20m'.

15) RACI و فرآیندها

Env Owner (SRE/Platform): برابری، دسترسی، هزینه، داشبورد.
صاحبان دامنه: سناریوهای تست، صندلی، قراردادها، KPI.
QA/SEC/انطباق: چک، گزارش، کنترل RG.
مدیر انتشار: دروازه، تقویم، یخ/تعمیر و نگهداری.
On-call/IC: در تمرینات سناریوهای P1 شرکت کنید.

16) محیط های KPI/KRI

زمان سرب به مرحله بندی: kommit → مرحله بندی، متوسط.
Change Failure Rate (per staging): نرخ شکست را به prod تغییر دهید.
امتیاز Parity: نسخه/پیکربندی/توپولوژی مطابقت (هدف ≥95٪).
پوشش تست e2e توسط مسیرهای بحرانی: ورود/واریز/نرخ/برداشت.
هزینه هر آزمون/هر ساعت Env.

حوادث رانندگی: اختلافات Git↔runtime

نقص های امنیتی/انطباق: قبل از Prod یافت می شود.

17) نقشه راه پیاده سازی (6-10 هفته)

«ند». 1-2: موجودی محیط، کاتالوگ GitOps، نمودارهای پیکربندی، مجموعه داده های اساسی، تست های قرارداد ارائه دهنده.
«ند». 3-4: مرحله بندی parity (نسخه/توپولوژی)، غرفه های 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 محافظت می کند.