هاب های منطقه ای

(بخش: اکوسیستم و شبکه)

1) چرا هاب های منطقه ای مورد نیاز است

• تاخیر و UX: نزدیکی به کاربر (RTT↓، TTI/TTF↓).
• انطباق و اقامت: ذخیره سازی/پردازش داده ها در حوزه قضایی.
• ثبات و ظرفیت: تخلیه هسته جهانی، کار با جداسازی جزئی منطقه.
• اقتصاد: کاهش ترافیک بین منطقه ای، CDN/caches محلی، تعرفه های IX/peering مطلوب.

2) نقش هاب منطقه ای

1. لبه/دروازه - لایه ورودی (HTTP/2/3، gRPC، WebSocket، QUIC)، محدودیت نرخ، QoS، WAF.
2. خواننده/API - RPC، شاخص ها، خدمات جستجو، دیدگاه های محلی تحقق یافته است.
3. محاسبه/جریان - پردازش رویداد، جمع آوری، فیلترهای ضد تقلب.
4. Data Plane - TSDB/ویترین ستون، ذخیره سازی شیء برای داده های «گرم».
5. انطباق/KYC/KYB - یکپارچگی محلی با ارائه دهندگان و کاتالوگ تحریم ها.
6. پرداخت/PSP - روش های پرداخت محلی و روشن/خاموش رمپ.
7. Bridge/Relay یک ترمینال پیام متقابل با بافر نهایی محلی است.
8. قابلیت مشاهده - معیارها/سیاهههای مربوط/مسیرهای پیاده روی، نمونه های مصنوعی.
9. حاکمیت/دسترسی - دایرکتوری نقش ها، کلید ها و محدودیت ها برای شرکت کنندگان منطقه ای.

3) توپولوژی های استقرار

Hub-and-Spoke: مرکز اصلی «مرکز اصلی» + تخم های منطقه ای با استقلال جزئی.
Active-Active (Multi-Primary): عملکرد متقارن چندین هاب با تکرار بدون درگیری (CRDT/سیاهههای مربوط به پیشرو).
فعال-منفعل: ذخیره گرم با تکرار دوره ای و رول اور DR.
Edge-Tiered: گره های لبه نازک (CDN، فن WebSocket) → مرکز منطقه ای ضخیم.

انتخاب بستگی به الزامات نهایی/سازگاری، هزینه های کانال و محدودیت های قانونی دارد.

4) Geomarshrutization و سیاست اقامت

GeoDNS/Anycast + Latency-Aware LB: ما درخواست ها را به نزدیکترین مرکز سالم ارسال می کنیم.
مسیریابی صلاحیت: داده های افراد (EU/UK/TR، و غیره) در مرکز مربوطه باقی می ماند ؛ نقل و انتقالات بین منطقه ای - فقط در لیست سفید.
SOR ترافیک (مسیریابی سفارش هوشمند) برای مناطق: به حساب RTT، هزینه کانال، پرچم انطباق، بار سهمیه و SLO.
Fail-in-Place: هنگامی که لینک های خارجی تخریب می شوند، هاب همچنان به درخواست های «نهایی» و عملیات محلی ادامه می دهد.

5) داده ها: دایرکتوری ها، تکرار، کلاس های ذخیره سازی

• P0 - پرداخت/پل/شناسایی (محل اقامت سخت, هماهنگ سازی «سیگنال» تنها در aggregates/هش).
• P1 - رویدادهای محصول و مصالح (نمایش محلی + صادرات دوره ای).
• P2 - اشکال زدایی/سیاهههای مربوط (فشرده سازی تهاجمی، نگهداری طولانی در منطقه).

• رویدادها - ورود به سیستم حمل و نقل با سفارش در حزب (کلید منطقه محدوده).
• ذخیره سازی - MMR/CRDT ناهمزمان یا پشتیبان گیری فوری.
• اقامت: سیاست های DLP/PII، نشانه گذاری، کلیدهای رمزگذاری جداگانه در هر منطقه.

6) عملکرد و ذخیره سازی

کش: کش لبه (TTL کوتاه), خوانده شده از طریق در API, کش منفی.
داده های گرم: آخرین N بلوک/دسته، شاخص های داغ در روش های محبوب.
بافر DA/Batch برای L2/bridges: صف محلی نشریات با تأیید.
TPS تنظیم شده با سخت افزار: برنامه ریزی ظرفیت $/TPS و $/RPS بر اساس قیمت های منطقه ای.

7) QoS، صف و فشار پشتی

کلاس های P0/P1/P2 در سطح اتوبوس و دروازه ؛ صف ها و سهمیه های جداگانه

پارتیشن بندی: "منطقه" موضوع مستاجر "کلید برای پیش بینی توان.
DLQ: قرنطینه پیام های «سمی»، retray با jitter.
کنترل پذیرش: محدودیت RPC های «گران» (با محدوده، فیلتر، محدودیت).

8) SLI/SLO هاب منطقه ای

• p95 Latency (Edge/API), Success Rate, Queue-Lag p95, Freshness showcases, Finality p95 (bridge/relays), Geo-Hit Ratio (share of requests served in the region), Compliance Pass%.

• لبه/API p95 ≤ 350-450 мс، در دسترس بودن ≥ 99. 95%.
• تازگی (P1) p95 ≤ 3 دقیقه ؛ صف-تاخیر P0 p95 ≤ 2 с.
• نسبت جغرافیایی ≥ 85٪ (بدون هاپ بین منطقه ای).
• DR RTO ≤ 15 دقیقه، RPO ≤ 5 دقیقه برای P0.

9) قابلیت مشاهده و داشبورد

عملیات هسته: تاخیر/خطا/صف تاخیر/توان توسط کلاس QoS.
نمایش جغرافیایی: نقشه حرارتی RTT، نسبت جغرافیایی، ترافیک بین منطقه ای.
انطباق: اقامت، تحریم ها، سیاهههای مربوط به صادرات.
پل/DA: نهایی سازی p95، چالش/سازماندهی مجدد، شکست انتشار.
ظرفیت و هزینه: TPS_per_$، درخواست CTS/1k، استفاده٪.

10) DR و مقاومت

کانال های پشتیبان گیری: IX/ارائه دهندگان مستقل، تونل های ارتباطی بین هاب رمزگذاری شده.
حالت جدا شده: «فقط نهایی»، API های تخریب، صورتحساب های محلی، و پس از آشتی.
تمرینات منظم: خاموش شدن آتلانتیک، از دست دادن DA/provers، «jitter/loss» در مرزها.

11) اقتصاد و برنامه ریزی ظرفیت

CTS (هزینه برای خدمت) در هر عملیات 1k: کانال + محاسبات + ذخیره سازی + مجوز.
TPS_per_$: پهنای باند پایدار به ازای هر 1 دلار زیرساخت.
Peering/IX بهینه سازی: نقاط همکار محلی، اطلاعیه پیشوند، فشرده سازی و butching.
مدل ردیف: T1 (حداقل مجموعه خدمات)، T2 (تجزیه و تحلیل کامل خون)، T3 (پشته کامل + DA/پل).

12) تنظیمات مرجع

12. 1 سیاست مسیریابی (YAML)

yaml routing:
geodns:
regions: [eu, uk, tr, la, apac, na]
policies:
prefer_local: true fallback_chain: [nearest_healthy, master_hub]
compliance:
residency:
eu: ["eu"]
uk: ["uk"]
tr: ["tr"]
export_whitelist:
eu: ["anonymized_metrics","hash_anchors"]
slo_gates:
p0_latency_p95_ms: 400 queue_lag_p95_ms: 2000

12. 2 K8s لبه دروازه + HPA

yaml apiVersion: apps/v1 kind: Deployment metadata: { name: edge-gw, labels: { region: eu } }
spec:
replicas: 4 template:
spec:
containers:
- name: gw image: org/edge-gw:2. 7. 0 ports: [{ containerPort: 443 }]
env:
- { name: QOS_CLASSES, value: "P0,P1,P2" }
- { name: DENY_HEAVY_RANGE, value: "eth_getLogs>5000" }
apiVersion: autoscaling/v2 kind: HorizontalPodAutoscaler metadata: { name: edge-gw-hpa }
spec:
minReplicas: 4 maxReplicas: 24 metrics:
- type: Pods pods:
metric: { name: request_latency_p95_ms }
target: { type: AverageValue, averageValue: 350m }

12. 3 کافکا: پارتیشن بندی منطقه/چادر

yaml topic: "events. p0"
partitions: 96 config:
min. insync. replicas: 2 cleanup. policy: delete compression. type: zstd message. timestamp. type: CreateTime

12. ۴ سیاستهای اقامت و صادرات

yaml data_policy:
pii: { tokenized: true, cross_region_export: "deny" }
exports:
anonymized_metrics: { allowed: ["eu","uk","na"], schedule: "5m" }
hash_anchors: { allowed: ["eu","uk","na","apac"], cadence: "15m" }

13) طرح داده ها و نمایش داده ها

راهنمای هاب ها و لینک ها

sql
CREATE TABLE hubs (
hub_id TEXT PRIMARY KEY,
region TEXT, tier SMALLINT, status TEXT,
rtt_ms INT, cost_per_1k_ops NUMERIC,
created_at TIMESTAMPTZ
);

CREATE TABLE interlinks (
src_hub TEXT, dst_hub TEXT,
capacity_mbps INT, cost_per_gb NUMERIC,
encrypted BOOLEAN, health TEXT,
PRIMARY KEY (src_hub, dst_hub)
);

نسبت جغرافیایی и طراوت

sql
SELECT region,
100. 0 SUM(CASE WHEN served_in_region THEN 1 ELSE 0 END)/COUNT() AS geo_hit_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY freshness_s) AS freshness_p95
FROM req_stats
WHERE ts >= now() - INTERVAL '24 hours'
GROUP BY region;

TPS_per_$

sql
SELECT hub_id,
AVG(tps_sustained) / NULLIF(AVG(cost_usd_hour),0) AS tps_per_usd
FROM hub_perf
WHERE ts >= now() - INTERVAL '7 days'
GROUP BY hub_id;

14) مقررات عملیاتی

روزانه: گزارش SLO (تاخیر/صف تاخیر/طراوت)، ممیزی صادرات/اقامت، وضعیت چهره های بین هاب.
هفتگی: کالیبراسیون سهمیه/QoS و GeoDNS، محاسبه مجدد CTS/TPS_per_$، تجدید نظر در انبارها و شاخص های داغ.
ماهانه: تمرینات DR (حالت جدا شده، تعویض کانال)، بررسی DA/پل.
قبل از انتشار: canary rollout by one hub/region, SLO gates and rollback plan.

15) حوادث کتاب بازی

A. سقوط کانال بین منطقه ای

1. سوئیچ به آماده به کار IX، فشرده سازی/دسته را فعال کنید.

2. هاب در حالت «فقط نهایی» ؛

3. صف صادرات - به بافر، با محدودیت ؛

4. ارتباط با شرکت کنندگان، پس از مرگ.

B. تخریب محلی API p95

1. اولویت بندی P0، فعال کردن P2-throttle ؛

2. افزایش کپی لبه/API ؛

3. فعالسازی نهانگاه فقط برای روشهای داغ ؛

4. تشخیص پرس و جوی سنگین، انکار قوانین در صورت لزوم.

ب) نقض اقامت

1. بلوک صادرات فوری بین منطقه ای ؛

2. اصلاح/صادرات معکوس ؛

3. DPO/اطلاع رسانی انطباق ؛

4. به روز رسانی سیاست ها و آزمون.

D. reorg/DA قله شکست

1. افزایش اختلاف K/پنجره ؛

2. فعالسازی «نهاییسازی تأخیری» ؛

3. اطلاع رسانی به مصرف کنندگان ؛

4. گزارش های تکمیلی

E. بارگذاری توپی ناهموار

1. تنظیم مجدد GeoDNS/Latency-LB ؛

2. تعادل سهمیه/قیمت ؛

3. شکل گیری ترافیک برای شرکت های وابسته/منابع.

16) چک لیست پیاده سازی

1. مناطق/حوزه های قضایی را انتخاب کنید و SLO ها را هدف قرار دهید.
2. توپولوژی طراحی (Hub-Spoke یا Active-Active)، کانال ها/IX.
3. نقش پست: لبه/API/محاسبه/داده/پل/انطباق.
4. پیکربندی اقامت، دایرکتوری ها و سیاست های صادرات.
5. فعال کردن QoS, صف, انبارها, و فشار به عقب.
6. افزایش قابلیت مشاهده و داشبورد Geo/Compliance/Perf/Cost.
7. تنظیم DR (RTO/RPO)، مته و حالت جدا شده.
8. معیارهای اقتصادی (CTS، TPS_per_$) و بودجه را وارد کنید.

17) واژه نامه

نسبت Geo-Hit - سهم درخواست هایی که توسط مرکز «آن» خدمت می کنند.
RPO/RTO - اهداف از دست دادن اطلاعات/زمان بازیابی.
Hub-and-Spoke یک گره مرکزی با خوشه های محیطی است.
CRDT - ساختارهای داده برای تکرار بدون درگیری.
CTS در هر 1k عملیات - هزینه خدمات 1000 عملیات.
TPS_per_$ - ظرفیت به ازای هر دلار زیرساخت.

خط پایین: هاب های منطقه ای شبکه جهانی را به مجموعه ای از دامنه های محلی بهینه سازی شده، سازگار و انعطاف پذیر تبدیل می کنند. با روشهای SLO، اقامت، QoS و DR، آنها تأخیر و هزینه را کاهش می دهند، قابلیت اطمینان را افزایش می دهند و مقیاس پذیری اکوسیستم را بدون از دست دادن قابلیت مدیریت امکان پذیر می کنند.