تکنولوژی و زیرساخت → رویکرد Serverless و ویژگی های

رویکرد و توابع Serverless

1) serverless چیست و چه زمانی مورد نیاز است

Serverless یک مدل است که در آن ابر مدیریت سرور، مقیاس بندی و تکه ها را بر عهده می گیرد و تیم مدیریت کننده های رویداد را می نویسد و از FaaS (Functions-as-a-Service) و BaaS (خدمات مدیریت شده: صف، پایگاه داده، ذخیره سازی) استفاده می کند. شما در سرعت تحویل برنده می شوید، برای اجرای واقعی پرداخت می کنید و به راحتی بارهای جوشان را مقیاس می کنید.

• PSP/KYC webhooks (بسیاری از نمایش داده شد کوتاه، قله غیر قابل پیش بینی).
• Antifraud/به ثمر رساند (توابع رویداد، غنی سازی، فروشگاه ویژگی).
• گزارش/CDC → DWH (دسته ای و جریان).
• بازاریابی/CRM (حوادث ماشه، کرک، کوپن، تقسیم بندی).
• رابط های برنامه کاربردی باطن سبک و وظایف ابزار (throttling, توابع cron).

• ثابت تاخیر کم P99 (زیر 10ms) بدون تردید مورد نیاز است.
• اتصالات/پروتکل های طولانی مدت (زمان واقعی با فرکانس بالا بدون پروکسی).
• محاسبات بزرگ و پایدار با CPU/GPU طولانی و اتصال تنگ.

2) آجر معماری

2. 1 FaaS

گردانندگان رویداد: دروازه HTTP/API، صف، جریان، تایمر، ذخیره سازی شی، راه اندازی پایگاه داده.
شروع نازک/بسته بندی: لایه ها/عملکرد تصویر، گرم شدن.

2. 2 BaaS و ادغام

صف/جریان (حداقل یک بار)، Pub/Sub برای رویدادهای دامنه.
ذخیره سازی: شی (مواد خام/مصنوعات)، KV/کش، اسناد/رابطه.
ارکستراسیون: ماشین های حالت/توابع گام، sagas و جبران.
دروازه API: احراز هویت (OAuth/OIDC/HMAC)، محدودیت ها، تحولات.

2. 3 مدار شبکه

جبهه عمومی (دروازه لبه/API) + توابع خصوصی در VPC برای دسترسی به پایگاه داده/اسرار/PSP.
کنترل خروج: اجازه لیست به PSP/KYC، ثابت NAT-IP.

3) عملکرد: شروع سرد، رقابت، مدت زمان

شروع سرد: اولین شروع ظرف عملکرد پس از خرابی.
کاهش: به حداقل رساندن وابستگی، استفاده از «گرم کردن» (دعوت دوره ای)، نگه داشتن توابع در همان منطقه با منابع، اعمال مدت زمان طولانی با دقت.
رقابت: «max _ concurrency» و محدودیت های منبع (صف/دروازه) را تنظیم کنید تا PSP/DB را سیل نکنید.
مدت زمان اجرا: برای وظایف طولانی - تقسیم به مراحل + ارکستراسیون (توابع مرحله)، برای محاسبات سنگین - دسته/ظروف.

4) استحکام: بی نظمی، عقب نشینی، DLQ

Idempotency: 'Idempotency-Key '/deduplication در پذیرش (ذخیره سازی کلید + TTL).
Retrai: عقب نشینی نمایشی + jitter، محدودیت ها را امتحان کنید ؛ خطاهای کسب و کار (4xx) را از خطاهای موقت (5xx/timeout) جدا کنید.
DLQ (صف حرف مرده): برای پیام هایی که پس از N تلاش گذشته است ؛ پخش کنسول و ردیابی مورد نیاز است.
دقیقا یک بار: قالب صندوق خروجی/صندوق ورودی، ورود به سیستم رویداد معاملاتی.

5) وضعیت و ارکستر

بدون دولت در عملکرد، دولت در فروشگاه های خارجی.
ماشین های دولتی: مراحل پرداخت/خروجی، گردش کار KYC، چک های ضد تقلب ؛ مدل خطا/جبران واضح.
Sagas: «رزرو → تایید → جبران» زمانی که نورد به عقب.

6) ایمنی و انطباق

IAM با اصل حداقل امتیازات: نقش ها در هر تابع، محدوده در صف/سطل/جداول.
اسرار: مدیر مخفی/KMS، چرخش، سطح HSM برای کلید.
mTLS/HMAC برای webhooks، امضای بدن، پنجره زمان ± 5 دقیقه.
ساخته شده در حفاظت WAF/ربات در دروازه API، نرخ محدودیت/سهمیه.
بخش بندی: تولید/مرحله، حساب های خدمات، زیر مجموعه های خصوصی.
PII/PCI: نشانه گذاری PAN، ورود به سیستم، «به حداقل رساندن داده ها».
حسابرسی: سیاهههای مربوط تغییر ناپذیر (WORM)، ردیابی تماس، ذخیره سازی نظارتی.

7) قابلیت مشاهده و کنترل کیفیت

معیارها: RPS، P50/P95/P99، خطاهای کد، مدت زمان، شروع سرد، خط لوله retray، اندازه DLQ.
OTel: ردیابی _ id همبستگی از طریق دروازه → عملکرد صف → DB/PSP ؛ برچسب های اجباری «api _ version»، «منطقه»، «شریک».
سیاهههای مربوط: ساختار یافته، با ماسک PII.
هشدار برای علائم: SLO سوختگی، رشد مجدد، دم P99.
مصنوعی: چک از کشورهای هدف (TR/BR/EU)، تقلید از webhooks.

8) FinOps و هزینه

پرداخت "برای تماس ها و میلی ثانیه. "ردیابی: فرکانس راه اندازی، مدت زمان، حافظه، ترافیک.
مسیرهای داغ پروفایل: وابستگی های سنگین را به لایه/تصویر، اتصالات کش.
محدود کردن فن (تماس های موازی عظیم) با محدودیت و butching.
تشخیص «نشت»: retrays بی پایان، پیام ها در DLQ بدون پردازش.
برنامه ریزی پنجره اوج (مسابقات/رویدادها) - گرم کردن پیش بینی و سهمیه.

9) CI/CD و نسخه

IaC: Terraform/CloudFormation/SAM/CDK - قالب توابع، صف ها، حقوق، دروازه ها.
بسته بندی: فایل های وابستگی قفل، حداقل تصویر/لایه ها.
تست: تست قرارداد (OpenAPI/gRPC)، ادغام با زمان اجرا محلی، تست های idempotency.
استقرار: قناری/آبی سبز، پرچم های ویژگی، بازگشت سریع.
نسخه بندی API: '/vN/' یا انواع رسانه ها ؛ استهلاک/غروب خورشید و سازگاری طرح رویداد.

10) الگوهای برای iGaming/fintech

Webhooks پرداخت/برداشت: پذیرش امضا → اعتبار سنجی → idempotence → ارسال رویداد پرداخت. → هماهنگی به روز رسانی کیف پول/گزارش.
امتیاز دهی Antifrod: عملکرد غنی سازی (IP/دستگاه/geo/history)، راه حل ناهمزمان، زمان بندی و استراتژی های عقب نشینی.
خط لوله KYC/AML: چک های موازی (اسناد، تحریم ها، PEP)، جمع آوری نتایج، sagas برای درخواست های مکرر.
مسابقات/رتبه بندی: رویدادهای دور → تجمع جریان → به روز رسانی مدیران, کش TTL برای خواندن.
گزارش به تنظیم کننده ها: CDC → توابع تحول → ویترین در DWH، SLA برای طراوت داده ها.
بازاریابی/CRM: رفتار باعث → کوپن/fluffs، deduplication و محدودیت های کاربر.

11) قطعات نمونه

11. 1 پذیرش وب سایت Idempotent (شبه کد)

python def handler(event):
assert verify_hmac(event. headers, event. body, secret)
key = f"idemp:{event. headers['Idempotency-Key']}"
if kv. exists(key):
return kv. get (key) # repeat - give the same result result = process (event. body) # public event, state record kv. set(key, result, ttl=86400)
return result

11. 2 ارکستراسیون خروج (دستگاه دولت، ایده)

1. 'validate _ request' → 2) 'lock _ balance' → 3) 'call _ psp' (with retras) →

2. 'await _ webhook' (timeout → compensation) → 5) 'finalize/notify'.

12) چک لیست پیاده سازی بدون سرور

1. منابع رویدادها و ترتیبات قراردادی (نمودارها/نسخه ها) شناسایی می شوند.
2. محدودیت های رقابتی و retrays «دقیق» تنظیم شده است، DLQ و پخش وجود دارد.
3. شبکه های خصوصی/VPC، خروجی اجازه می دهد لیست، IP ثابت به PSP گنجانده شده است.
4. IAM در اصل حداقل امتیازات، اسرار در KMS/مدیر مخفی.
5. قابلیت مشاهده: ردیابی OTel، داشبورد P99/خطاها/سرد شروع می شود.
6. FinOps: بودجه، هشدار هزینه، مدت زمان/کنترل حافظه.
7. CI/CD: canary/blue-green، خودکار قراردادها/idempotences.
8. مستندات: DevPortal/Postman collections, نمونه هایی از محموله, استهلاک/غروب آفتاب.

13) ضد الگوهای

توابع «ضخیم» با یک دسته از وابستگی ها شروع می شود سرد آهسته.
عدم توانایی و امضای webhooks → تکراری/تقلب.
فن از بدون محدودیت → طوفان رقابت، خفه کردن در ارائه دهنده.
منطق در تایمر/تاج بدون ردیابی/هشدار → شکست SLA «آرام».
مخلوط کردن اسرار تولید در متغیرهای محیطی بدون رمزگذاری.
قراردادهای رویداد بدون ثبت طرح و قوانین سازگاری.

14) خط پایین

Serverless یک سیستم عامل رویداد ابر است: شما بر منطق کسب و کار تمرکز می کنید، و مقیاس بندی و زیرساخت ها «بر تقاضا» است. ترکیب FaaS + خدمات مدیریت، اضافه کردن idempointency، ارکستراسیون و مشاهده، هزینه نظم و انضباط - و یک پلت فرم است که می تواند قله مقاومت در برابر، به سرعت تکامل و باقی می ماند مقرون به صرفه.