אזורי זמינות ואזורים צולבים

1) מונחים ומטרות

אזור זמינות (AZ) - מרכז מידע מבודד בתוך האזור (קיבולת/רשת משלו).
קבוצה אזורית עם גיאוגרפיה משותפת ועיכובים.

• RTO (מטרת זמן התאוששות) - כמה זמן אתה לא יכול לספק שירות.
• (RPO (Recovery Point Objective - כמה נתונים ניתן לאבד.

בדרך כלל: בתוך האזור אנחנו מכוונים ל-RTO 5-15 דקות, RPO ~ 0-1 דקות, בין-זמניות - RTO/שעה, RPO/5 דקות (תלוי במוצר ובתקציב).

2) מודלים ארכיטקטוניים

2. 1 בתוך האזור (רב-AZ)

שכבה חסרת מדינה: מופצת מעל AZ; מאזן L4/L7 עם בדיקות בריאות.
שכבה סטטיסטית: אשכולות עם שכפול סינכרוני (או מניין) בין AZ.
מטמון/תורים: מקובץ, עם AZ sharding וכישלון אוטומטי.

2. 2 interregional (רב-אזור)

פעיל-פעיל: שני האזורים מקבלים תנועה.

איחוי משתמש מינימלי, החלמה מהירה, עקביות ומורכבות קונפליקט

אקטיבי-פסיבי (חם/חם): האזור העיקרי משרת, השני בציפייה חמה/חמה.

נתונים פשוטים יותר, זולים יותר, RTO גבוה יותר.
פיילוט-לייט: ”אור” מינימלי (נתונים מסונכרנים, חישובים נפרשים במקרה של תאונה).
ד "ר גיבוי: רק גיבויים ותרחיש התאוששות (הזול והאיטי ביותר).

3) נתונים ועקביות

3. 1 בסיסי נתונים

מניין סינכרוני (באנגלית: Synchronous quorum; בסיסי נתונים מבוזרים (CockroachDB/Cassandra) עם מניין מקומי (Local Quorum) ואיזון AZ.
Asynchronous interregional (RPO> 0, autlentnost): שכפול לוגי Postgres/MySQL; ”שולחנות גלובליים” KV/NOSQL; CDC = strim לאזור אחר.
כניסות סותרות: עבור פעילות אקטיבית, השתמש ב ־ CRDT/versioning או leader-region per key/terant.

3. 2 מיקור אירועים ותורים

תורים/זרמים (Kafka/Pulsar/SQS-like): מראות-נושאים או משכפלים חוצים-אזוריים; אידמפוטנטיות צרכנית ומבוי סתום.
שוברי אינטרנט ושותפים חיצוניים: חתום, יש שידור חוזר, אחסן מחסומים/נקודות ביקורת בשני האזורים.

3. 3 מזומנים

מטמונים מקומיים לכל אזור (כתיבה דרך/רענון-קדימה); מטמון משותף גלובלי עבור KVs עמיד בלבד (המכונה פיצול-מוח). ביטול אירוע (פאב/תת), TTL - שמרני.

4) תנועה גלובלית ולולאת רשת

GSLB/DNS: ניתוב מבוסס Geo-/Latency, בדיקות בריאות,

בכל מקום/אדג ': אנחנו מקרבים את הכניסה למשתמש, ואז לאזור הבריא הקרוב ביותר.

מדיניות כשל: בריכות אזוריות במעלה הזרם, איסור 0-RTT בנתיבים קריטיים,

מדיניות מגש: גיבוי מעריכי + ג 'יטר, אילוץ מועד סופי, אידמפוטנט PUT/POST עם' Idempotency-Key '.

5) Kubernetes ו ־ service mesh

5. 1 מולטי-AZ באשכול אחד

טופולוגיה הפיצה מגבלות על טופולוגיה. קוברנטס. io/zone '.
כיתות בעדיפות ראשונה בתקציב PodGod.
NodeAffinity/Anti-Affinity - להימנע העתק מיקום משותף.
אזורי אחסון: PV עם שכפול AZ או מערכות נפח מבוזרות.

5. 2 מולטי-אזור (רב-אשכול)

מקבצים נפרדים לכל אזור + GitOps (Argo CD/Flux) לסינכרון הצהרתי.
Service Mesh (Istio/Linkerd): local-award-awards-locality-load-loamening-launcing ו-affloover MTLS, זהות משותפת.
שינוי תנועה: בהדרגה 1% * 10% * 50% לאזור חדש; ידית ”לשים 0%” באופן מיידי.

6) בחירת RTO/RPO וקשירת תבניות

7) בדיקת סובלנות פגומה (DR)

GameDays: רבעוני בקנה מידה מלא "אזור/AZ out' תרחיש.
זריקות כאוס: עיכובים ברשת, הפסדי חבילה, ניתוק ברוקר/בסיס באחד AZ.
RTO/RPO בפועל: למדוד זמן החלפה ואובדן נתונים, לפרסם דו "ח.
ספרי ראנבוקס: הוראות שלב אחר שלב ו ”כפתורים אדומים” להחלפה (משקולות DNS, דגלי Feature-Flags, מנטרלים תכונות כבדות).

8) יכולת תצפית וניהול

פרוסות מטריות לפי אזור/AZ/דייר; p95/p99 מסלול latency.
SLO ותקציבי שגיאות לכל אזור ולכל בריכה גלובלית.
התראות: ההשפלה של אזור אחד לא צריכה ”ריבה” קריאה אם השני נושא תנועה בדרך כלל.
מטען ”אזור”, ”az”, ”כישלון” = אמת/שקר; ”כמה בקשות הלכו לכישלון”.

9) בטיחות וציות

תושבות נתונים: קישור נתוני PII/תשלום לאזורים ספציפיים (תחום שיפוט).
סודות: KMS/smart HSM עם מפתחות קרוס-אזוריים וסבב; חומרי מפתח נפרדים לכל אזור.
MTLS ואמון הדדי בין אזורים; להגביל יציאה אזורית על ידי ACL.

10) עלות וחסכון

מטמון קצה + SWR - ירידה ביציאה בין-אזורית.
שיעורי אחסון שונים (חם/חם/קר) וירידה במדדים/יומנים.
פרופילים בקנה מידה אוטומטי לפי אזור (מינימום לילה).
זהות תמונה + הגדרות שונות באמצעות משתני סביבה/ערכי הלם.

11) תרופות אנטי ־ פטריות

אדון מדינתי אחד לכל מערכת; מוח מפוצל בלי מניין.
כתיבה סינכרונית בין-לאומית ל-RDBMS יחיד (latency basiness).
מטמון גלובלי עם עקביות חזקה ללא CRDT * גודש ופנטומים.
מגשים מחדש ללא אידמפוטנטיות * לשכפל עסקאות/תשלומים.
SLO ”גלובלי” יחיד - מסתיר את הכישלון של אזור אחד.
אין תרגילי ד "ר רגילים, התוכניות לא ניתנות לניתוח בקרב.

12) פרטים של iGaming/Finance

ספקי תשלומים/CCPs נבחרים באופן זמני; לעשות ניתוב חכם מעל PSP עם אותות בריאותיים, כשל לגיבוי.
תחום שיפוט: החזקת מח "ש ויומני עסקאות בתוך אזור; אזור חוצה - אגרגטים/אנונימיים בלבד.
גבולות/משחק אחראי: כללים מקומיים ושעות - לא לשכפל ”ראש על” בין אזורים, להשתמש עקביות אירוע.

בונוסים/איזון: מפתחות אידמפוטנטים ו ”מקור האמת” לדייר/אזור; השלמת עבודות אחרי ד "ר

13) מתכונים קטנים (דמויות פסאודו)

13. 1 שליח מקומי מודע + כשל

yaml load_assignment:
endpoints:
- locality: { region: eu, zone: eu-a }
lb_endpoints: [{ endpoint: { address:... } }]
- locality: { region: eu, zone: eu-b }
lb_endpoints: [{ endpoint: { address:... } }]
- locality: { region: us, zone: us-a } # failover target lb_endpoints: [{ endpoint: { address:... } }]
common_lb_config:
zone_aware_lb_config: {}
locality_weighted_lb_config: {}
outlier_detection:
consecutive_5xx: 5 base_ejection_time: 30s

13. התפשטות טופולוגיית קוברנטס 2

yaml spec:
topologySpreadConstraints:
- maxSkew: 1 topologyKey: topology. kubernetes. io/zone whenUnsatisfiable: DoNotSchedule labelSelector: { matchLabels: { app: api } }

13. 3 DNS משקל פיילובר (רעיון)

משקל (eu) = 90 ',' משקל '(us) = 10' = = כאשר 'משפיל' eu 'עובר באופן אאוטומטי ל' לנו '. בדיקות בריאות והורידו טי-טי-אל (אבל לא אגרסיביים מדי, 30-120 ש "ח).

14) רשימת מוכנות תומכת

[ ] RTO/RPO לכל שירות מוגדר והסכים עם העסק.

[ ] Stateless מופץ ברחבי AZ; למדיניות יש קוורום/שכפול ומודל עקבי ברור.

[ ] Cross-Regional שכפול (Asynchron/CDC), בדיקות התנגשות/שכפול.

[ ] GSLB/Anycast מוגדרים, בדיקות בריאות ומשקולות הם אוטומטיים.

[ ] קוברנטס: התפשטות טופולוגיה, PDB, אנטי-זיקה; גיטופס רב-אשכולות.

[ ] רטריי עם ג 'יטר, אידמפוטנטיות על כתיבה; פסקי זמן קצרים, באופן זמני.

[ ] תרגילי DR, נמדד RTO/RPO בפועל; פנקס הריצות הנוכחי.

[ תצפית ] על ידי אזור/AZ, SLO וקצב צריבה על קטעים, התראות לא ”ריבה” פעולה רגילה.

[ ] תושבות נתונים/סודות/מפתחות עונים על דרישות רגולטוריות.

[ ] כלכלה: יציאה, אחסון, פרופילי אוטוסקלה תחת שליטה.

15) TL; DR

לבנות מולטי-AZ כשכבת בסיס, רב-אזורי כביטוח עסקי. בחר תבנית (active-active/standby) עבור RTO/RPO ועלות, תשכפל נתונים באופן מודע (quorums/CDC/CRDT), תנהל את התנועה הגלובלית באמצעות GSLB/Anycast ואיזון מיקום. חובה: אידמפוטנטיות, פסקי זמן קצרים, תרגילי DR רגילים, SLO/metrics על פרוסות אזור/AZ. עבור iGaming/Finance, הוסף PSP/KYC אזורי, דרישות נתונים ופיצול SLOs על ידי תחום שיפוט.