حسابرسی داده ها و نسخه

1) چرا شما به آن نیاز دارید

حسابرسی و نسخه سازی، تکرارپذیری را ایجاد می کند: شما می توانید هر رقمی را توضیح دهید، محاسبه را تکرار کنید و با خیال راحت مدل ها/ویترین ها را توسعه دهید. در iGaming، این برای امور مالی (GGR/NET)، پرداخت، KYC/AML، بازی مسئولانه و گزارش نظارتی بسیار مهم است.

• ردیابی: چه کسی داده ها/طرح/منطق را تغییر داد و چرا.
• تکرارپذیری: کدام نسخه از داده/کد/مدل گزارش را تولید کرده است.
• امنیت انتشار: بازگشت و پیش بینی تغییرات.
• انطباق: سیاهههای مربوط قابل اثبات برای تنظیم کننده ها و ممیزی های داخلی.

2) مفاهیم و سطوح نسخه

1. نسخه طرح - زمینه/نوع/تکامل معنایی (SEMVER).
2. Dataset Version-Snapshot/slice at a time «true» برای گزارش/آموزش.
3. نسخه محصول داده ها: فرمول ها، فیلترها، جمع آوری ها.
4. ویژگی ML/نسخه مدل: تاریخ/کد/hyperparameters/ویژگی/داده (پایان به پایان).
5. نسخه خط لوله: کد انتقال، پیکربندی، وابستگی.
6. نسخه قرارداد داده: الزامات تولید کننده/مصرف کننده (طرح، SLA، کیفیت).

3) حسابرسی: چه چیزی را وارد کنید

چه کسی: موضوع (کاربر/خدمات)، نقش/ویژگی (RBAC/ABAC).
چه چیزی: جدول/ویترین/مدل/طرح/قرارداد.
زمان: زمان دقیق، tz، شناسه همبستگی.
چرا: لینک به کار/بلیط/یادداشت انتشار، دلیل.
از: کد/مدل نسخه، متعهد هش، تصویر ظرف.
چگونه تغییر کرده است: قبل/بعد از (تفاوت)، حجم ردیف (ردیف تحت تاثیر قرار)، کنترل یکپارچگی (هش/امضا).
زمینه: محیط زیست (تولید/مرحله)، دامنه، حساسیت داده ها (کلاس).

سیاهههای مربوط به حسابرسی فقط ضمیمه/WORM، امضا شده و در SIEM موجود است.

4) سیاست نسخه (توصیه ها)

سیمور: "سرگرد. جزئی است. پتچ "

MAJOR - تغییرات ناسازگار طرح/معانی.
MINOR - اضافات سازگار برگشت پذیر (زمینه ها/ستون های جدید با ویترین های nullable و جدید vNext).
PATCH - رفع بدون تغییر قرارداد (با کیفیت ثابت، backfill).
انحراف روش: پنجره منسوخ، هشدارها در دایرکتوری/CI، تاریخ قطع.
یادداشتهای انتشار: یک صفحه در هر نسخه: چه، چرا، خطرات، طرح بازگشت.

5) تکنیک های ذخیره سازی و جریان

زمان سفر/عکس های فوری: ذخیره سازی نسخه های جدول ؛ توانایی اجرای پرس و جو «همانطور که در T-0. بود»

SCD (به آرامی در حال تغییر ابعاد): انواع 1/2/3 برای ابعاد (بازی ها، ارائه دهندگان، بازیکنان).
CDC/CDF (تغییر داده ها/ضبط و خوراک): تغییرات افزایشی برای حقایق (نرخ، پرداخت، KYC).
حسابرسی واقعیت-یک جدول واقعیت جداگانه با رویدادهای ویرایش/اضافه/حذف.
کنترل یکپارچگی: هش های دسته ای/پرونده، امضاهای بسته، آشتی های جمع.

6) تکامل مدارها و قراردادهای داده

قرارداد به عنوان کد: طرح، انواع، زمینه های اجباری، مقادیر مجاز، طراوت SLA، قوانین DQ.
سازگاری: اضافه شده → زمینه جزئی ؛ نوع/معناشناسی → MAJOR را با مهاجرت و نوشتن دوگانه تغییر داد.
دروازه CI: طرح تغییر PR مسدود شده است اگر سازگاری شکسته شود یا یادداشت های انتشار وجود نداشته باشد.
دایرکتوری/رجیستری: فروشگاه های فعال/نسخه منسوخ و صاحبان.

7) نسخه بندی در BI و معیارها

گواهی «طلا» ویترین: معانی KPI ثابت (GGR، ARPPU، حفظ).
اجرای دوگانه: نسخه جدیدی از ویترین به صورت موازی (v2) ساخته شده است، مقایسه معیارها (باندهای تحمل).
Commit Reports - هر صادرات/داشبورد به «dataset _ version» و «definition _ version» اشاره دارد.
بخش های تقویم: «dey-kat»، «ماه به روز» - در نسخه داده ثابت شده است.

8) نسخه بندی در ML/MLOps

مدل رجیستری: مدل، تاریخ، معیارهای کیفیت، داده های آموزشی (dataset_version)، نسخه های ویژگی (feature_set_version).
فروشگاه ویژگی: گروه های ویژگی های نسخه ؛ ممنوعیت فیلدهای «داغ» بدون نسخه صریح.
تنظیم مجدد: کد آموزش (مرتکب)، محیط زیست (قفل Docker/conda)، sid.
Champion-Challenger: نسخه های موازی در فروش، گزارش های مربوط به کیفیت، عدالت و حریم خصوصی.
Rollback: بازگشت سریع به مدل پایدار قبلی و مجموعه ویژگی ها.

9) بازگشت، عقب نشینی و رفع

طرح بازگشت: برای هر نسخه MAJOR/MINOR - مراحل بازگشت روشن است.
playbook Backfill: منبع حقیقت، محدوده تاریخ، ترتیب محاسبه مجدد، چک سام ها، برچسب ها «محاسبه مجدد = درست».
ویرایش دید: v2 جایگزین v1 تنها پس از مقایسه ؛ تمام گزارشهای «تاریخی» همچنان به نسخههای خود ارجاع میدهند.

10) ایمنی و انطباق در حسابرسی

امضای رویداد/بسته: امضای تولید کننده، تأیید مصرف کننده.
بهداشت PII: فروشگاه های حسابرسی نشانه هایی که PII خام نیستند.
نگه حقوقی: بدون حذف نسخه/سیاهههای مربوط برای مدت زمان تحقیقات.
DSAR: نسخه ها سوابق موضوع را با نشانه پیدا کرده و بارگذاری می کنند. عکس های تاریخی در نظر گرفته شده است.

11) معیارها و SLO

نرخ بازپرداخت درصد گزارش های پخش شده از نسخه/کد داده ≥ آستانه هدف است.
پوشش:٪ از جداول با ورود به سیستم زمان سفر/حسابرسی فعال شده است.
Schema Compatibility Pass: میزان بررسی سازگاری موفقیت آمیز در CI.
دلتا دوگانه: واریانس v1/v2 در تحمل.
بازگشت MTTR: زمان بازگشت نسخه متوسط.
یکپارچگی حسابرسی - درصد حوادث امضا شده و تایید شده است.
Backfill Success: درصد محاسبات مجدد که به درستی انجام شده است.

12) الگوهای iGaming (موارد)

اصلاح GGR retroactively: تامین کننده RTP محاسبه کرده است - ما را backfill از حقایق برای دوره، تعمیر 'recomputed _ at'، انتشار انتشار یادداشت ها، مقایسه v1/v2 ؛ ما گزارش های ماه های گذشته را بازنویسی نمی کنیم، اما علامت «نسخه اصلاح شده در دسترس است».
قوانین ضد تقلب: ما معانی ویژگی ها را تغییر می دهیم - MAJOR، مدل های دوگانه و ویترین، بازگشت به قهرمان هنگام عقب نشینی.
KYC/AML: اضافه شدن وضعیت ارائه دهنده جدید - MINOR با nullable ؛ شامل تست سازگاری در قراردادها.
سیگنال های RG: منطق «مجموعه ای از تلفات» - MINOR + یادداشت های انتشار و نظارت بر تاثیر را روشن کرد.

13) ابزار و مصنوعات (دسته ها)

کاتالوگ/خط/رجیستری: مجموعه/نسخه های شماتیک/فروشگاه، صاحبان، اتصالات، قراردادها.
Orchestrator & CI/CD: دروازه های سازگاری، دوگانه، انتشار انتشار یادداشت ها.
ذخیره سازی با زمان سفر: ذخیره عکس های فوری/سیاهههای مربوط.
امضا و چک سام: امضای دسته ای، چک سام دسته ای.
مدل/ویژگی رجیستری: نسخه های ویژگی/مدل، گزارش قهرمان رقیب.

14) قالب (آماده برای استفاده)

14. 1 یادداشت انتشار

نسخه: 'پرداخت _ طلا v2. 1. 0`

نوع: MINOR (زمینه های جدید «psp _ country»، «method _ group»)

دلیل: PSP/کشور گزارش وحدت

خطرات: تاثیر در مورد صفحه نمایش 'risk _ signals'

اعتبار سنجی: دو اجرا 14 روز، دلتا ≤ 0. 2٪ GGR

برگشت: سوئیچ به 'v2. 0. 3 'از طریق پرچم ارکستر

تاریخ استقرار/مالک/بلیط

14. 2 کیت نسخه گذرنامه

مجموعه داده: 'game _ rounds _ silver'

نسخه: '2025-11-01T00: 00: 00Z' (شناسه عکس فوری)

طرحواره: "طرحواره @ 1. 7. 0 '(مرجع قرارداد)

منبع: ارائه دهنده تغذیه A/B (مرتکب...)

بازرسی یکپارچگی مانیفست را امضا کرد

DQ: کامل بودن 99. 9٪، طراوت ≤ 15 دقیقه

استفاده از: 'games _ perf _ gold v3. x '،' rg _ signals v1. من..

14. 3 تغییر گزارش حسابرسی

رویداد: به روز رسانی طرح 'kyc _ status' → 'kyc _ status, v2'

کاربر/سرویس، نقش «مهندس داده»

هنگامی که: '2025-11-01 09:32:10 + 02'

چرا: بلیط # 3421 (وضعیت ارائه دهنده جدید)

تفاوت: + 'status _ reason' (nullable), enum تمدید شد

چک: CI semver عبور، قرارداد MINOR

'sig =...', hash diff: 'sha256 =...'

14. 4 خط مشی نسخه (قطعه)

عمده: سازگاری شکست ؛ دو نوشتن ≥ 30 روز ؛ نقشه برگشت اجباری

جزئی: سازگار برگشت پذیر ؛ هشدار در فروشگاه A/B فروشگاه 7-14 روز.
PATCH: رفع کیفیت/محاسبه مجدد ؛ یادداشت های انتشار مورد نیاز است.

بایگانی: ما عکس های فوری را برای تنظیم ≥ N ماه ذخیره می کنیم ؛ WORM برای حسابرسی

15) فرآیندها (پایان به پایان)

1. ابتکار عمل: تغییر بلیط + نمره تاثیر خط خطی.
2. قرارداد مهندسی/به روز رسانی طرح + یادداشت انتشار.
3. اعتبار سنجی: چک سازگاری CI، تست DQ، دو اجرا می شود.
4. استقرار: توسط پرچم، قناری ؛ نسخه را در کاتالوگ منتشر کنید.
5. مانیتورینگ: دلتا v1/v2، KPI، شکایات.
6. Backfill: توسط کتاب بازی رگرسیون.
7. پس از مرگ: اگر حادثه، به روز رسانی سیاست/آزمون.

16) RACI (به عنوان مثال)

سیاست ها و استانداردها: CDO (A)، شورای حاکمیت داده (R/A)، DPO/Sec (C).
قراردادها/طرح ها: صاحبان دامنه (A)، کارگزاران داده (R)، پلت فرم/مهندس (C).
ارکستراسیون/ذخیره سازی: پلت فرم/مهندس (R)، SRE (C).
BI/metrics: Analytics Lead (R)، Product/Finance (C).
نسخه های ML: ML سرب (A)، DS (R)، پلت فرم (C).
حسابرسی/سیاهههای مربوط: SecOps (R)، حسابرسی داخلی (C).

17) نقشه راه پیاده سازی

0-30 روز (MVP)

فعال کردن زمان سفر/عکس های فوری برای جداول بحرانی (پرداخت، game_rounds، kyc).
اجرای سیاهههای مربوط به ممیزی غیر قابل تغییر و امضای بسته های مصرف.
سیاست SEMVER و قالب یادداشتهای انتشار را بپذیرید.
اضافه کردن «مالک»، «schema _ version»، «dataset _ version» به ویترین بالا.

30-90 روز

مقررات عقب نشینی/عقب نشینی ؛ تیم های قطار

اجرای دوگانه را برای همه MINOR/MAJOR وارد کنید مقایسه خودکار v1/v2.
قراردادهای مرتبط با سازگاری و دروازه های DQ CI.
مدل/ویژگی رجیستری با مجموعه ای کامل از dannyye → fichi → مدل → inferens لینک.

3-6 ماه

پوشش کامل گزارش حسابرسی، ذخیره سازی WORM، گزارش برای تنظیم کننده ها.
یادداشت های انتشار خودکار از diff + اصل و نسب.
نرخ بازپرداخت/سازگاری طرح/گزارش MTTR در داشبورد.
بررسی سه ماهه نسخه های KPI و «انجماد» تعاریف.

18) ضد الگوهای

تغییر معانی KPI بدون یادداشت نسخه/انتشار جدید.
محاسبه مجدد «بی سر و صدا» بدون یک برنامه backfill و «محاسبه» علائم.
ذخیره سازی PII خام در سیاهههای مربوط به ممیزی.
عدم وجود دو اجرا و جایگزینی پنجره فوری.
مدل ها/ویترین های «ابدی» بدون مشخص کردن نسخه و منابع.

19) بخش های مرتبط

مدیریت داده ها، منبع داده ها و مسیر، کنترل دسترسی، نشانه گذاری، امنیت و رمزگذاری، نظارت بر مدل، اخلاق و DSAR، یادگیری فدرال، ML محرمانه.

نتیجه گیری

حسابرسی و نسخه بندی داده ها و مدل ها را به یک محصول قابل اعتماد تبدیل می کند: هر تغییر شفاف، قابل تکرار و برگشت پذیر است. برای iGaming، این پایه و اساس اعتماد به KPI ها، پایداری انطباق و سرعت انتشار امن است.