اکوسیستم اپراتور

1) نقش ها و مدل های مشارکت

اپراتور لنگر (هسته): مالک پلت فرم، استانداردها را تعریف می کند، خدمات مشترک را منتشر می کند.
وابسته/ارجاع اپراتور: منجر تقاضا، نقش یک کانال، تا حدی می تواند خدمات مشترک استفاده کنید.
White-label/Franchise: نام تجاری شریک در بالای هسته مشترک (UI/بازاریابی خود، هسته مشترک).
برگزاری چند نام تجاری: اپراتورهای متعدد از همان گروه با داده های مشترک backend/policy.
اپراتورهای فناوری/ISV: خدمات بسیار تخصصی (KYC، امتیاز ریسک، ضد تقلب، پرداخت).
اپراتور بازار/هاب: پیشنهادات را جمع می کند، به عنوان «مبادله» برای چندین اپراتور عمل می کند.

• تنها هسته + نام تجاری ویترین.
• فدراسیون هسته ها با پل ها (interconnect).
• هاب و لوازم جانبی: بازار مشترک (SOR)، نوازندگان محلی.

2) نقشه ارزش و خدمات مشترک

• هویت و دسترسی: IdP، SSO/SAML/OIDC، RBAC/ABAC، نشانه های کوتاه مدت.
• پرداخت و حل و فصل: دروازه PSP، کیف پول، KMS/رمزگذاری، آشتی.
• KYC/AML/Antifraud: تأیید چند منبع، چک های غرق شده، مدل های رفتاری.
• محتوا/کاتالوگ/خوراک محصول: کاتالوگ یکپارچه، رتبه بندی، بررسی، مجوز.
• اتوبوس رویداد: رویدادهای متحد، پایان به پایان 'trace _ id'، dedup.
• قابلیت مشاهده: SLI/SLO، سیاههها/معیارها/مسیرها با برچسب «اپراتور»، «نام تجاری»، «منطقه».
• PRM/ORM: مدیریت شرکای اپراتور (onboarding، انطباق، KPI).
• پلت فرم داده: DWH/لاک الکل، قرارداد داده، حفظ حریم خصوصی/محلی سازی.
• حکومتداری: کاتالوگ سیاست، ثبت ریسک، صدور گواهینامه ادغام.

3) قابلیت همکاری و استانداردها (ادغام)

yaml event. v1:
id: uuid occurred_at_utc: timestamp operator_id: string brand_id: string type: string  # e. g., user. created / txn. settled / kyc. approved payload: object signature: ed25519 version: 1

catalog. item. v1:
id: string title: string region: string tags: [string]
availability_ttl_s: int vendor: { operator_id, tier }

نسخه بندی و سازگاری: پشتیبانی از seed، vN/vN + 1، sandboxes و بسته های تست، تست های سازگاری و وضعیت های سازگار/منسوخ شده.

rego package operators. compat deny["No event signature"] { input. event. signature == "" }
deny["Unsupported version"] { not startswith(input. event. version, "1. ") }

4) فدراسیون داده ها و حریم خصوصی

مدل موضوع: تنها 'global _ user _ pseudo _ id' + شناسه های محلی (aliasing).
حاکمیت/محلی سازی: جغرافیایی (تعیین جایی که PII/معاملات زندگی می کنند).
Retension: TTL/ILM توسط دامنه، رمزنگاری پاک کردن توسط کلید (هر اپراتور/هر منطقه).
حق موضوع: مسیریابی DSAR (درخواست موضوع) در امتداد زنجیره ای از اپراتورها.
به اشتراک گذاری داده ها: «حداقل لازم» - aggregates/pseudo-data، لیست های مجاز از زمینه ها.

yaml dataset: txn_ledger owner: "core-finops"
contains_pii: false regions: ["EU","TR","LATAM"]
retention: "7y"
sharing:
allowed_to: ["brand_","hub_recon"]
fields: ["txn_id","amount","currency","status","operator_id","brand_id","ts"]

5) نقدینگی جمعی و مسیریابی

• اهداف: نرخ پر کردن، زمان برای مطابقت، کیفیت/شهرت، انطباق.
• معیارها: قیمت/نرخ/کیفیت، SLA شریک، منطقه/صلاحیت، تأخیر، انصاف.
• قراردادها: چه کسی صاحب معامله/کمیسیون است، پنجره ها را ادعا می کند، آشتی می کند.

python def route(req, pools):
candidates = [q for p in pools if compliant(req,p) for q in p. quote(req)]
ranked = sorted(candidates, key=lambda q: score(q, req))
return pick_with_fairness(ranked, window="24h", max_share=0. 4)

6) قراردادها و SLA/OLA آبشار

1. SLO: در دسترس بودن، p99، تحویل رویداد، دقت محاسبه.

2. حوادث/تشدید: کانال ها، پنجره های به روز رسانی، نقش های L1/L2/L3.

3. بازپرداخت: اعتبار/جریمه، حق فسخ در مورد سیستماتیک.

4. انطباق: DPA، KYC/AML، قوانین محتوا، محدودیت های سنی.

5. طرح خروج: صادرات داده ها، مهلت ها، تخریب نسخه ها.

6. نسخه/مستهلک: پنجره اطلاع رسانی، «پشتیبانی دوگانه» نسخه.

OLA (در داخل هسته): اهداف برای دستورات پلت فرم برای مقاومت در برابر SLA های خارجی (PRM/ORM، تله متری، مالی، امنیت).

7) تخصیص ارزش و محاسبات

مدل ها: CPA/Revshare/Hybrid، خالص در مقابل ناخالص، حداقل ضمانت نامه.
انتساب: پنجره های رویداد (ثبت نام/FT/خرید)، اولویت کانال، شماره رویداد («event _ id»، «click _ id»، «session _ fp»).
آشتی: گزارش دو طرفه، -allowances ε، اختلاف بسته شدن SLA.
حل و فصل: T + N، چند ارزی، نرخ، نگه می دارد/بازپرداخت.

yaml report. settlement. v1:
period: "2025-10"
operator_id: "opA"
brand_id: "brand42"
totals: { gmv, net, commission, taxes, payout }
diffs: [{ event_id, reason, amount, side }]
signature: "ed25519:..."

8) حاکمیت и ORM (مدیریت ارتباط با اپراتور)

1. Sourcing/Screening: پرسشنامه، بررسی قانونی، سازگاری با تکنولوژی، منابع محتوا/سرمایه.

2. Onboarding: کلید/API، sandbox، مورد آزمون ادغام، DPA/MSA/SLA.

3. توانمندسازی: راهنماها، SDK ها، کاتالوگ ها، بازاریابی مشترک.

4. اجرای: QBR های سه ماهه، وضعیت سازگاری، حسابرسی رویداد، KPI/OKR.

5. تغییرات/خروج: چرخش کلید، به روز رسانی نسخه، صادرات داده ها، پس از مرگ.

yaml operator_id: "opA"
brands: ["brand42","brand43"]
regions: ["EU","TR"]
contracts: { msa: "2025-01-10", dpa: "2025-01-10", sla: "99. 9/30d" }
tech:
api_versions: ["events. v1","catalog. v1"]
webhook_signature: "Ed25519"
limits: { rps: 300, burst: 1000 }
compliance:
kyc: true aml: true age_gates: "18+"
scorecards:
reliability: "A"
recon_health: "A-"
status: "active"
owner: "ecosystem-team"

9) قابلیت مشاهده و اکوسیستم SLO

SLI/SLO سطح شبکه: نرخ پر شدن جهانی، زمان برای مطابقت با p95، نرخ لغو، نسبت تبدیل توسط ویندوز، خروج از مصرف.
حسابرسی و ردیابی: end-to-end 'trace _ id'، امضاهای رویداد، سیاهههای مربوط به نسخه.
داشبورد مقایسه: توسط «اپراتور/نام تجاری/منطقه»، بودجه خطای نرخ سوختگی، هشدارهای پیش بینی شده.

rego package release. slo deny["SLO burn risk"] {
input. forecast. fill_rate < 0. 90 input. change. affects == "routing"
}

10) ایمنی و خطرات

Zero-Trust: mTLS، امضای مصنوعی، SBOM/SLSA، اسرار در KMS، چرخش.
حقوق و PoLP: حداقل حوزه های لازم، «دسترسی موقت» برای عملیات.
ضد تقلب و کیفیت: نشانه های عسل، سیگنال های دستگاه/ASN، مدل های رفتاری، اپراتورهای q-score.
حوزه های قضایی: محلی سازی داده ها، لیست های سورتمه.
تداوم (DR): مناطق دوم، پشتیبان گیری PITR/تغییر ناپذیر، تمرینات (روز بازی).

11) اقتصاد و عملیات مالی

معیارهای واحد: «$/req»، «$/match»، «$/GB-egress»، gCO₂e/req.
چند ارائه دهنده: مقایسه تعرفه ها/مناطق، تعادل بین کیفیت و هزینه.
سهمیه/محدودیت: کلاه برای اپراتورها/مارک ها، به اشتراک گذاری عادلانه.
صندوق بازاریابی (MDF): ادغام رانندگی و راه اندازی محلی.

12) کتاب ها و آموزه ها

12. 1 حادثه «رویدادهای خارج از همگام سازی»

yaml playbook: "event-drift"
detect: "orderbook_drift>1          recon_diff>ε"
steps:
- "freeze settlements for affected brands"
- "replay from checkpoint T-Δ via outbox"
- "diff&patch; partner sign-off"
kpi: ["RTA<=2h","residual_diff<=ε"]

12. 2 «نام تجاری شروع سرد»

1. واردات مجموعه/کاتالوگ →

2. جانبداری نقدینگی از عمومی → استخر

3. PRM-توانمندسازی و بازاریابی محلی →

4. اهداف: «ttv <24h»، «fill_rate_w1≥85٪».

13) مدل بلوغ اکوسیستم

14) ضد الگوهای

«هر یک به شیوه خود»: عدم وجود یک قرارداد کلی از حوادث و نسخه.
وابستگی سفت و سخت همزمان بین اپراتورها → شکست آبشار.
یک کلید رمزگذاری/حسابداری برای همه، عدم امکان لغو آدرس است.
عدم آشتی → اختلافات مزمن و انجماد پرداخت.
«اپراتور فوق العاده» با سهم> 50٪ بدون محدودیت عدالت.
سیاست ها در PDF بدون «سیاست به عنوان کد» و دروازه.
گزارش های PD محافظت نشده/TTL - خطرات نظارتی.

15) چک لیست معمار

1. نقشهای تعریف شده (هسته/برندها/هاب/ISV) و توپولوژی انتخاب شده ؟

2. یک قرارداد رویداد واحد، پنجره های سازگاری و sandbox دارید ؟

3. آیا SOR و عدالت کار می کنند، SLO های نقدینگی ثابت هستند ؟

4. MSA/SLA/DPA، OLA آبشار و روند تشدید توصیف شده است ؟

5. تخصیص ارزش و حل و فصل شفاف، recon-SLA ≤ 5 روز ؟

6. حریم خصوصی/محلی سازی: جغرافیایی، pseudonymization، TTL/ILM ؟

7. قابلیت مشاهده: end-to-end 'trace _ id', burn-rate, external synthetics?

8. امنیت/اعتماد صفر: امضا، mTLS، KMS، چرخش، SBOM/SLSA ؟

9. DR/تمرین: PITR، منطقه دوم، روز بازی با معیارهای RTA/RPA ؟

10. FinOps: خروج/محاسبه، کلاه و بودجه عادلانه به اشتراک گذاری بین اپراتورها ؟

11. ORM/PRM: گذرنامه اپراتور، صدور گواهینامه، QBR، برنامه خروج ؟

16) نمونه کوتاه از «دروازه» در CI/CD برای اکوسیستم

rego package ecosystem. release

deny["Missing operator passport"] {
not input. operator. passport_complete
}

deny["Breaking change without deprecation window"] {
input. api. change == "breaking"
input. api. notice_days < 90
}

deny["Routing change risks SLO"] {
input. routing. change == true input. slo_forecast. fill_rate_drop > 0. 03
}

نتیجه گیری

اکوسیستم اپراتورها تفکر پلت فرم است: استانداردها و سازگاری به جای بسته های «دستی»، خدمات مشترک و قابلیت مشاهده به جای پشته های تقسیم شده، مسیریابی عادلانه و محاسبات شفاف به جای درگیری ها. با طراحی مناسب، طرف عرضه مقیاس پذیر و قابل پیش بینی می شود: مارک های جدید به سرعت شروع می شوند، نقدینگی رشد می کند، خطرات مدیریت می شوند و کل شبکه از طریق پروتکل های مشترک، داده ها و فرایندها یکدیگر را تقویت می کنند.