Ko’p bulutli topologiya

1) Ko’p bulut oqlanganda

• Ishonchlilik/qulaylik: provayderlar darajasida mustaqil nosozlik zonalari.
• Suverenitet/komplayens: yurisdiksiyalar bo’yicha saqlash/qayta ishlash (data residency).
• Tavakkalchilik menejmenti: vendor-lokinning pasayishi, xaridlar/narxlar dastagi.
• Geografiya/ijro: foydalanuvchi va maʼlumot manbalariga yaqinroq.
• Maxsus xizmatlar: turli bulutlarning eng yaxshi «joy» imkoniyatlaridan foydalanish.

• SDLC/kuzatish/operatsiyalarning sezilarli murakkabligi.
• Provayderlar o’rtasida egress-qiymatning va latentlikning o’sishi.
• Turli IAM/tarmoq modellari/kvotalar/limitlar → ko’proq operatsion xavflar.

2) Topologik patternlar

3) Tarmoq qatlami va yo’naltirish

3. 1 Global kirish

GSLB/DNS-ruling: latency-/health--based; migratsiya oynalariga qisqa TTL.
Anycast + L7-proksi: yagona IP, hududlar salomatligi bo’yicha marshrut.
Yurisdiksiyalar siyosati: geo-bloking/geo-pinning trafigi.

python def pick_cluster(client, intent):
вход: ip, geo, tenant, feature allowed = filter_by_compliance(client. geo) # sovereignty healthy = [c for c in allowed if sdo (c). ok and slo(c). ok]
return argmin(healthy, key=lambda c: latency_estimate(client, c))

3. 2 Bulutlararo bog’liqlik

Xususiy kanallar/peering mumkin bo’lgan joylarda; aks holda - Internet orqali TLS + mTLS.
Egress-nazorat: agregatsiya/siqish, lokal keshlar/agregatorlar.
Tarmoqlar kod sifatida: Terraform/Blueprints, CIDR siyosati, yo’nalishlar va egress-shlyuzlar.

4) Ma’lumotlar va konsistentlik

4. 1 Modellar

Global miqyosda kuchli konsistentlik kamdan-kam hollarda realdir (yashirin/to’r/qiymat).
Pragmatic eventual: ikki yoʻnalishli CDC (change data capture).
CRDT/idempotentlik: hisoblagichlar/setlar/loglar uchun - kommutativ tuzilmalar.

4. 2 Patternlar

Dual-write c outbox: hodisaning tranzaksion yozuvi → broker → qoʻshni bulutga replikatsiya.
Read-local/Write-home: yozuvlar - «uy» mintaqa/bulutga, o’qish - mahalliy (versiyalar va stale-siyosat bilan).
Split-brain himoyasi: divergensiya detekti, kompensatsiya (saga), pul invariantlari uchun qo’lda arbitraj.

DB → Debezium/stream → Events(topic@vN) → Cross-cloud relay → Apply w/ resolver resolver: prefer_higher_version          prefer_home          business_rule()

4. 3 Obyektda saqlash

Baketlar, xeshlar/manifestlarning asinxron replikatsiyasi, dedup.
ILM (hot/warm/cold) bulutlar boʻyicha mustaqil.
Suverenitet qoidalari: «PII UA/EEAni tark etmaydi» - kod sifatida tasdiqlanadi.

5) O’ziga xoslik, sirlar va kalitlar

Identifikatsiya federatsiyasi: yagona IdP, qisqa yashovchi tokenlar, payplaynlarda OIDC-trust.
Sirlar: har bir bulutning KMS/HSM + Vault-klass abstraksiyasi; dual-key rotatsiya/o’zgartirish uchun.
PoLP/ABAC: atributlarga asoslangan huquqlar (cloud, region, env, data_class).
Kripto-domenlar: viloyat bo’yicha → crypto-erasure yurisdiksiyalari uchun turli xil ildiz kalitlari.

6) Ijro muhiti: klastyerlar va meshlar

Multiklaster (K8s): bulut/mintaqaga bitta klaster; GitOps (ArgoCD/Fleet) orqali fleet boshqaruvi.
Сервис-меш: mTLS, retries, circuit-breakers, failover policies cross-cluster.

• Statik servislar → maʼlumotlar joyida.
• Har bir bulutdagi interaktiv API → (Active/Active).
• Batch/ETL → «yashil» oynalar/arzon hudud (carbon/cost aware).

rego package placement

allow[cloud] {
input. service. pii == false cloud:= input. clouds[_]
cloud. features. contains("cheap_gpu")
}

deny["PII outside allowed region"] {
input. service. pii == true not input. target_region in {"eu-central","eu-north","eu-west"}
}

7) Observability va SLO ko’p bulutda

Koʻp ijara belgilari:’cloud’,’region’,’tenant’,’data _ domain’.
SLI/SLO per-bulut va global: «Agar 1 bulut mavjud boʻlsa, global ≥ mavjud».
Telemetriya yig’ish: lokal + egress nazorati bilan agregatsiya.
Trastirovkalar: global trace-id, kontekstni targ’ib qilish, «dumlar» bo’yicha tail-based semplash.
Taqqoslash dashbordlari: A vs B per endpoint/p99/error-budget burn.

8) SDLC/IaC va «kod sifatida siyosatlar»

IaC yagona mono-katalogi: provayder-modullar/steklar, invariantlar (teglar, tarmoqlar, shifrlash).
GitOps: deklarativ manifestlar, drift detekt, promo media.
Konformans-testlar: ikkala bulutga ham API/voqealar, Canaries shartnomalari.
Reliz-geytlar: bir bulutda SLOni buzish xavfi mavjud bo’lganda (burn rate prognozi), suverenitetga mos kelmasa.

yaml gate: multi-cloud-slo-and-compliance checks:
- slo_burn_rate(global) < 1. 0
- slo_burn_rate(cloud:A) < 2. 0
- compliance_rule("pii_in_region") == pass
- egress_forecast < budget on_fail: block_release

9) Qiymati va uglerod (FinOps/GreenOps)

Unit-metriklar:’$/req’,’$/GB-egress’,’gCO ₂ e/req’.
Non-critical batch uchun qiymati/uglerod bo’yicha routing: arzon/« yashil »soatlar/hududlar.
Egress-kap: bulutlararo trafik uchun budjet; kesh/agregatsiya/kompresssiya/TTL.
RI/SP/Committed Use har bir bulutda + spot/preemptible uchun «elastik qatlam».

10) Feyllar va o’quv mashqlarini sinovdan o’tkazish

Game-days: «A bulutini o’chirish», «DBni sekinlashtirish», «egress limitlarini buzish».
Chek-pointlar: RTO/RPO, DNS-o’xshashlik vaqti, fich-bayroq yoyilishi, kesh xatti-harakati.
Relizlardagi Chaos-smouk: qaramlikning tanazzulga uchrashi retraj kaskadiga olib kelmasligi kerak.

11) Xavfsizlik, maxfiylik, komplayens

Zero-Trust: mTLS servislar/bulutlar o’rtasida, artefaktlar imzosi, SBOM.
DPA/suverenitet: maʼlumotlar toʻplami kataloglari, mahalliylashtirish qoidalari, ILM ustidagi Legal Hold.
Sirlar va kalitlar: rotatsiya jurnali, compromise/kill-switch pleybuklari.
Vebxuklar va tashqi integratsiyalar: imzo, anti-replay, mintaqaviy endpointlar.

12) Ma’lumotlar/voqealarni integratsiyalash namunalari

12. 1 Ikki yo’nalishli Kafka ko’prigi (g’oya):

cloudA. topicX ⇄ relayA→B ⇄ cloudB. topicX cleanup. policy=compact,delete  key-based routing  idempotent producer

12. 2 Outbox jadvali va retranslatsiya:

sql
-- outbox id uuid pk, aggregate_id, type, payload jsonb, version int, created_at timestamptz
-- transactional insertion with domain table change

Keyin konnektor outbox oʻqiydi va voqeani mahalliy broker + retranslyatsiyaga joylashtiradi.

12. 3. Nizolar strategiyasi (psevdo):

python def resolve(local, remote):
if local. version > remote. version: return local if remote. version > local. version: return remote equal versions: domain rules return business_tiebreak (local, remote)

13) Anti-patternlar

«Hamma narsani ikki bulutga aylantiramiz». G’alabasiz ikki baravar qiyinchilik.
Issiq yo’lda bulutlararo sinxron tranzaksiyalar.
Barcha bulutlar/mintaqalar uchun yagona global shifrlash kaliti.
Niqobsiz va mahalliylashtirish qoidalarisiz PIIli loglar/treyslar.
Tashqi o’lchovlarning yo’qligi (haqiqiy foydalanish faqat provayderning maqom-sahifasida ko’rinadi).
Hech qanday playbooks/mashqlar yoʻq.
Bitta bulutning degradatsiyasida retraj kaskadi (limiter/sheyding/breykerlar yo’q).
Hisobga olinmagan egress - kutilmagan hisoblar.

14) Arxitektorning chek-varaqasi

1. Multi-bulutning drayverlari shakllantirilganmi (SLO/DR/suverenitet/qiymat)?
2. (AA/AP/DR-Only/Poly-Service) patterni tanlanganmi va RTO/RPO oʻrnatilganmi?
3. Tarmoq rejasi: GSLB/Anycast, health-problar, egress-kaplar, shaxsiy kanallar?
4. Maʼlumot: CDC/CRDT/dual-write, nizolarni hal qilish qoidalari, outbox?
5. Suverenitet: maʼlumotlar/hududlar xaritasi, siyosat kod va ularning geytalari kabi?
6. IAM/Sirlar: federatsiya, qisqa yashovchi tokenlar, KMS domenlar boʻyicha?
7. Klaster/mesh: failover strategiyasi, limiterlar/breyklar/taymautlar?
8. Observability:’cloud/region’, SLO per-bulut va global, tashqi sintetika?
9. SDLC/IaC/GitOps: yagona katalog, konformans testlari, reliz geytlari?
10. FinOps/GreenOps: unit-metriklar, egress byudjeti, yashil oynalar batch?
11. Mashqlar: muntazam game-days, protokollar va retestlar?
12. Exit-reja: ma’lumotlarni eksport qilish/formatlar/muddatlar, asosiy servislar uchun second-source?

15) Konfiguratsiyalarning mini-namunalari

15. 1 Yurisdiksiya bo’yicha yo’naltirish siyosati (psevdo-YAML):

yaml route:
pii:
allowed_regions: ["eu-central","eu-north","eu-west"]
deny_cross_cloud: false analytics:
allowed_regions: ["eu-","us-"]
prefer_low_carbon: true weights:
eu-central@cloudA: 60 eu-central@cloudB: 40

15. 2 GSLB uchun Health-sinov:

http
GET /healthz
200 OK x-region: eu-central x-slo: ok    at-risk    breach

15. 3 Failover-fich-bayroq (psevdokod):

python if slo_at_risk("cloudA", "payments"):
route. weight["cloudA"] -= 20 route. weight["cloudB"] += 20 enable_stale_rates(ttl=1560)

Xulosa

Ko’p bulut - bu yorliq emas, muhandislik fanidir. U aniq motivlarni, topologiyani ongli ravishda tanlashni, maʼlumotlar bilan puxta ishlashni, kuchli avtomatlashtirish va qatʼiy siyosatni talab etadi. Agar siz xavf va xarajatlarni o’lchasangiz, darslik bo’yicha tarmoqlar va ma’lumotlarni yaratsangiz, feyloverlarni mashq qilsangiz va soddalikka yo’l tutsangiz, multi-bulutli platforma sizga barqarorlik, moslashuvchanlik va erkinlik beradi - hisoblarda kutilmagan hodisalarsiz va foydalanuvchi tajribasi bo’yicha murosasiz.