Zaman sinxronizasiyası və sürüklənmə

1) Niyə vaxt - memarlıq komponenti

• Kerberos/OAuth/JWT ('iat/nbf/exp' sahələri);
• metrik/treys və riskləri təhrif etmək;
• brokerlər/müştərilər (taymaut, retras, eksponent backoff);
• paylanmış ssenarilərdə nizam və idempotentliyi pozmaq.

• Offset (yerdəyişmə) - etalondan yerli vaxt fərqi.
• Skew - qovşaqlar arasındakı ofset fərqi.
• Drift (drift) - korreksiya olmadıqda saat baxım sürəti (ppm).
• Jitter - gecikmələrin/ölçmələrin dəyişkənliyi.

2) Mənbələr və vaxt protokolları

2. 1 NTP (Network Time Protocol)

Stratlar (Stratum 1 - birbaşa GNSS/radio, Stratum 2 - Stratum 1, və s.).

• slew (rəvan tezlik tənzimlənməsi, tətbiqlər üçün təhlükəsiz);
• step (zaman sıçrayışı; prodda arzuolunmazdır).
• Realizasiya: chrony, ntpd, systemd-timesyncd. Server üçün - daha çox chrony.

2. 2 NTS (NTP over TLS)

Autentified Synchronization (MITM və vaxt dəyişdirilməsi qorunması).
Xarici zaman serverləri üçün tövsiyə olunur.

2. 3 PTP / IEEE 1588

NIC/ToR, milli- və mikrosaniyə dəqiqliyində hardware timestamping.
Rejimlər: boundary/transparent clock, telekom profilləri/enterprise.
p99-sıra, HFT/telekom/sənaye sərt SLO istifadə edin.

2. 4 GNSS (GPS/GLONASS) və PPS

Lokal alıcılar Stratum 1 üçün PPS (pulse-per-second) etalon verir.
Spufing/susturma nəzərə almaq vacibdir - antenalar qoymaq və bütövlüyünü izləmək.

2. 5 Buludlar

Bulud mənbələri (daxili stratum-hovuzlar) VPC daxilində ofset və jitteri azaldır.
Hibrid mühitlər üçün - lokal və bulud referanslarını birləşdirin.

3) OS və dəmir vaxt

TSC/HPET/RTC: müasir CPU sürətli monoton sayğac kimi TSC saxlamaq; Tezliyi təyin edin (invariant TSC).
Virtualization/konteynerlər: drift və «atlama» daha tez-tez. Hipervizorda - ciddi vaxt xidməti; qonaq - chrony.
Enerji qənaəti zamanlayıcıların monotonluğuna mane ola bilər - BIOS/UEFI variantlarını yoxlayın.

4) Monoton və «divar» saatlar

Wall-clock (real vaxt, TZ/UTC) - qeydlər, hadisə işarələri, insanlar üçün.
Monotonic clock - intervalları/vaxtları ölçmək üçün.

• Linux: `CLOCK_MONOTONIC`.
• C++: `std::chrono::steady_clock`.
• Go: inteqrasiya monoton hissələri 'time. Time 'intervallarda.
• Java: `System. nanoTime () 'uzunluqlar üçün, təqvim üçün deyil.

Qayda: monoton saatlarda - son tarixlər və retralar; serializasiya/loging - UTC-də.

5) Leap second/» leap smear» və təqvim tələləri

Leap second «00:59:60» və ya saniyənin təkrarlanmasına səbəb ola bilər → zamanlayıcı/metrik döngələr.

• Smear (N saatda bir saniyədə hamar «bulanma»).
• Addım (arzuolunmaz).
• Heç vaxt məntiq üçün yerli TZ/yay vaxtına güvənməyin; UTC saxlayın, TZ istifadəçisini göstərin.
• TZDB (saat zonaları bazası) yeniləyin - siyasi dəyişikliklər baş verir.

6) «divara» etimad etmədən nizam-intizamın əlaqələndirilməsi

Lamport clocks və Vector clocks - fiziki saat olmadan səbəb-nəticə münasibətləri.
Hybrid Logical Clocks (HLC) - kiçik skew davamlı, fiziki vaxt və sayğac birləşdirir.
TrueTime bənzər modellər '[earliest, latest]' intervalını qaytarır və serializasiya üçün commit-wait tələb edir.

7) Protokollara və sistemlərə zamanın təsiri

Təhlükəsizlik: Kerberos kiçik skew imkan verir (adətən ± 5 dəqiqə), TLS/sertifikatlar həssas 'notBefore/notAfter', JWT 'exp/nbf/iat'.
Brokerlər/növbələr: Son iş/visibility timeout düzgün vaxt asılıdır.
DBB/klasterlər: 'updated _ at '/ts versiyası konflikti - «xam» wall-timestamps müqayisə deyil, HLC/versiyası daxil edin.
Streaming: event time və processing time fərqləndirin; watermarks və lateness konfiqurasiya.
Kron/planlayıcılar: drift «yapışma »/ikiqat başlanğıc aparır. Monoton intervallar və deadup açarları istifadə edin.

8) Müşahidə və SLO vaxt

8. 1 Metrika

`time. offset_ms' (istinad ofset), 'time. jitter_ms`, `stratum`, `root_delay`, `root_dispersion`.
Для PTP: `path_delay`, `grandmaster_offset`, `gm_identity`, `clock_class`.
Alertlər: ofset> eşik (məsələn, 100-500 ms), mənbə itkisi, step düzəlişlər.

8. 2 Diaqnostika

`chronyc tracking/sources/sourcestats`

`ntpq -p`, `ntpstat`

PTP: 'pmc', NIC/ToR vendor utilitləri.

8. 3 SLO/səhv büdcə

SLO nümunəsi: "median offset ≤ 1 ms, p99 offset ≤ 25 ms, no step prod-node; PTP grandmaster failover ≤ 2 s».

9) Konfiqurasiya təcrübələri (Linux/containers/K8s)

9. 1 chrony (tövsiyə olunur)

pool time. example. org iburst maxsamples 9 nts makestep 0. 5 1 # one step at big error at start rtcsync # synchronize hardware clock leapsectz right/UTC # leap seconds from tzdata driftfile/var/lib/chrony/drift

• `maxsources`, `minsamples/maxsamples`, `maxslewrate`.
• İzolyasiya edilmiş DC üçün - yerli referans + GPS/PPS.

9. 2 Konteynerlər və qovşaqlar

Hostda sinxronizasiya edin; konteynerlər nüvə istifadə edir.
K8s - DaemonSet chrony və ya node-level vaxt agenti ilə; tətbiqlər tərəfindən vaxt gətirməyi qadağan edin.

9. 3 PTP yığın

NIC hardware timestamping, PTP-demon, ToR boundary clocks ilə.
PTP domenlərinin yayılması (profillər), «pis» grandmasterə qarşı qorunma.

10) Vaxt təhlükəsizliyi

NTS/autentified NTP, filtrlər və rate-limit (NTP-gücləndirilməsi - DDoS vektoru).
PTP təhlükəsizlik: izolyasiya L2, multikast ACL, GM spoofing monitorinq.
GNSS: yaxşı baxış antenaları, spufing/jumming detekti, fallback mənbələri.

11) Mühəndislik nümunələri və kodu

11. 1 Müddət/Taymaut

Limitləri mütləq wall-timestamp deyil, «monoton başlanğıc + delta» kimi saxlayın.
Həmişə skew ehtiyat əlavə edin (məsələn, 2 × TTL tokeninə gözlənilən p99-skew).

11. 2 Versiyaların müqayisəsi

• versiyalaşdırma/ETag;
• HLC/seq;
• optimist bloklama.

11. 3 Qeydlər və izlər

Həmişə UTC; 'time _ offset _ ms' qovşağını agentin girişinə daxil edin.
İzləmə hadisələrində hadisə-vaxtı yapışdırın.

11. 4 Leap second emalı

Bütün qovşaqlar üzrə vahid bir siyasət (smear/step) seçin.
Test edin: metriklər ikinci saniyədə «qırılmamalıdır».

12) Domenlərə təsiri

Auth: tokenlər - «clock skew allowance» (məsələn, 2-5 dəqiqə ±) nəzərə alın.
Payments/zaman kəsikləri: mütləq vaxt deyil, intervalları yuvarlaqlaşdırın.
Brokerlər: retraj cədvəlləri - monoton saatlarda.
BD/TTL: Redis/DB-də TTL - yerli saatlara əsaslanır: ehtiyat qoyun.
Analitika: Zaman aqreqasiyası - vahid UTC və sinxronizasiya ingestion istifadə edin.

13) Test Playbook (Game Days)

Drift injection: süni saat +/ − Δ; auth yoxlamaq, broker, SLO.
NTP outage: mənbələri söndürmək, drift və avtomatik keçid izləmək.
Leap second/smear: təqlid hücum leap, qrafik/zamanlayıcı qiymətləndirilməsi.
PTP GM failover: keçid vaxt və ofset sonra yoxlamaq.
VM suspend/resume: heç bir «atlama» və qonaq step əmin olun.

14) Anti-nümunələr

HLC/seq olmadan müxtəlif düyün hadisələrini müqayisə edin.
UTC əvəzinə DB-də zamanın (TZ ilə) «string lokalları» qoyun.
Proqramların 'date -s '/' timedatectl set-time' etməsinə icazə ver.
Planlaşdırmadan prodda step düzəlişləri daxil edin.
TZDB yeniləmələri və yay vaxtına keçid qaydalarına məhəl qoymayın.
skew üçün stok olmadan backoff/time/token-TTL üçün wall-clock istifadə edin.
məntiqi saat əvəzinə fiziki vaxt «müalicə» cəhd.

15) Giriş çek siyahısı

• Vahid siyasət: NTP (NTS ilə) və ya PTP; etibarlı mənbələrin siyahısı.
• Düyünlər slew, step yalnız başlanğıcda.
• Bütün klasterlər üçün vahid leap second (smear/step) siyasəti.
• Ofset, jitter, stratum/PTP göstəricilərinin monitorinqi; alertlər.
• Proqramlar intervallar/müddətlər üçün monoton saatlar istifadə edir.
• Sifariş/münaqişələr üçün - HLC/versiyası, wall-timestamps deyil.
• TTL tokenlər, sertifikatlar, cədvəllərdə skew ehtiyatları.
• K8s/VM: Ana səhifələrdə sinxronizasiya, vaxt dəyişdirmək hüququ olmayan konteynerlər.
• Sənədləşdirmə və runbooks zaman pozuntuları, CI/CD təqvimində game days.
• TZDB müntəzəm yeniləmələri, DST/leap hadisələrində davranış yoxlaması.

16) FAQ

Q: NTP əvəzinə PTP nə vaxt lazımdır?
A: SLO mikrosaniyə-onlarca mikrosaniyə (telekom/HFT/sənaye) tələb edir və şəbəkə/xəritələrdə hardware işarələrini dəstəkləyir.

Q: clock skew nə qədər qoymaq lazımdır?
A: DC tipik NTP üçün - ms (p99) on yüzlərlə; 2 × ehtiyat qoyun. PTP ilə - vahid-onlarla mx.

Q: leap second sağ necə?
A: smear və hər yerdə eyni siyasət istifadə edin; qrafik/aqreqatorlar və zamanlayıcıları test edin.

Q: Son tarixlər üçün wall-clock-a etibar etmək olarmı?
A: Yox. Yalnız monoton saat + skew üçün ehtiyat.

Q: DB-də «vaxt» necə saxlanılır?
A: UTC-də ('timestamptz'), üstəgəl münaqişələrin həlli üçün/HLC versiyaları; məlumatlarda yerli zonaları saxlamayın.

17) Nəticələr

Etibarlı vaxt protokoldur + siyasət + kodda intizam. Düyünləri sinxronlaşdırın (NTP/NTS və ya PTP), intervallar üçün monoton saatlar, məlumatlar üçün UTC, sifariş üçün HLC/versiyalar istifadə edin, skew-də ehtiyatlar qoyun, ofseti izləyin və müntəzəm olaraq oyun günlərini keçirin. Beləliklə, «mistik» autentifikasiya səhvlərindən, hadisələrdəki uyğunsuzluqlardan və qeyri-sabit SLO-lardan qaçacaqsınız.