समय क्षेत्र और संवेदनशीलता

1) बुनियादी सिद्धांत

परिवहन और भंडारण के रूप में यूटीसी। सभी सर्वर टाइमस्टैम्प और सॉर्ट कुंजी यूटीसी में हैं। स्थानीय "दीवार" समय में रूपांतरण - किनारे (किनारे/यूआई) या विशेष रूप से समर्पित स्वरूपण सेवा में।

ज़ोन ≠ ऑफसेट। 'यूरोप/कीव' सिर्फ 'यूटीसी + 02:00' नहीं है: समय के साथ नियम बदलते हैं। उपयोक्ता/वस्तु प्रोफ़ाइल में IANA IDs (tzdb) स्टोर करें, न कि "+ 03:00".

स्पष्ट घड़ी भेद।

दीवार घड़ी (मानव समय, डीएसटी के अधीन)।

यूटीसी घड़ी (सार्वभौमिक पैमाने)।

मोनोटोनिक घड़ी (अवधि और समय को मापने के लिए)। दीवार घड़ी पर समय की कभी गणना न करें।

समय के झटके के लिए पहचान और सहिष्णुता। सिस्टम को सही ढंग से छोटे एनटीपी/ऑफसेट जंप से बचना चाहिए।

2) डेटा मॉडल और एपीआई अनुबंध

घटनाएँ: 'heased _ at' (UTC, RFC 3339), 'टाइमज़ोन' (IANA), वैकल्पिक रूप से 'wall _ time' (निर्माण में ऑफसेट के साथ स्थानीय)।

कुछ समय: यूटीसी में आधे-बंद अंतराल '[प्रारंभ, अंत)' का उपयोग करें; मानव-पढ़ने योग्य कार्यक्रम के लिए, मूल अभिव्यक्ति + क्षेत्र

डुप्लिकेट नियम: RRULE/क्रॉन समकक्ष + IANA ज़ोन के रूप में धारावाहिक। डीएसटी को समझने वाले इंजन की योजना बनाने वाले प्रतिनिधि।

एपीआई में समय प्रारूप: आईएसओ 8601/RFC 3339 स्पष्ट 'जेड' या ऑफसेट के साथ, उदाहरण के लिए '2025-10-31T17: 00: 00Z'। बिना ऑफसेट के फ्लोटिंग लाइन पास न करें।

वर्शनिंग: बदलते समय व्यवसाय नियम (उदाहरण के लिए, किसी देश को निरंतर यूटीसी + 1 पर स्विच करना) विन्यास और अनुसूचियों के पुनर्गणना का प्रवास है; रिलीज स्कीमा में विचार करें।

3) डेलाइट सेविंग टाइम (डीएसटी): अस्पष्टता और चूक

स्थानीय समय की नकल की। शरद ऋतु में, स्थानीय "02: 30" दो बार हो सकता है। ज़ोन में योजनाकार को '2025-10-26T02: 30 + 03' और '2025-10-26T02: 30 + 02' के बीच अंतर करना चाहिए।

स्थानीय समय याद किया। वसंत में, मिनट के अंतराल "कूद" (उदाहरण के लिए, '02: 00-03: 00' मौजूद नहीं है)। योजनाकार को रणनीति निर्धारित करनी चाहिए: '03:00' पर जाएं, "जल्द से जल्द" छोड़ें या निष्पादित करें।

सिफारिश: नौकरी को "स्थानीय नियम + क्षेत्र" के रूप में संग्रहीत करें, और डीएसटी पर चयनित नीति को ठीक करते हुए अग्रिम में यूटीसी (रोलिंग विंडो) में वास्तविक उदाहरणों को भौतिक करें।

4) लीप सेकंड - टाइम स्मीयर

छलांग दूसरा। एक अतिरिक्त दूसरा कभी-कभी यूटीसी में डाला जाता है। अधिकांश व्यावसायिक प्रक्रियाओं को 23: 59:60 को "देखना" नहीं चाहिए

धब्बा। कुछ वातावरण धीरे-धीरे कूदने से बचने के लिए प्रति खिड़की (उदाहरण के लिए, 12 घंटे) समायोजन वितरित करते हैं।

अभ्यास: पूरे क्लस्टर (NTP/smir) के लिए एकल समय नीति पर सहमत हों, इसे मेटाडेटा में लॉग करें और इसे रनबुक में रखें।

5) योजनाकार और क्रॉन पैटर्न

"सरल क्रोन का खतरा। "क्लासिक क्रोन डीएसटी और आईएएनए क्षेत्रों को नहीं जानता है। इंजन का उपयोग करें जहां शेड्यूल ज़ोन-बाउंड है (क्वार्ट्ज क्लास, क्लाउड शेड्यूलर सेवाएं, नियंत्रक/प्रशासन के माध्यम से ज़ोन के साथ कुबर्नेट्स क्रोनजॉब)।

भौतिककरण कार्यक्रम। विश्वसनीयता के लिए, यूटीसी में अगले एन रन को भौतिक बनाएं (उदाहरण के लिए, 7-30 दिनों के लिए), कर्सर को स्टोर करें और डीएसटी पर नीति निर्धारित करें।

कार्यों की पहचान। Ключ deduplication: '(job_id, scheduled_at_utc)'; पुनः आरंभ करना दुष्प्रभावों की नकल नहीं करनी चाहिए।

घड़ी पर्ची। लंबे समय तक रुकने/घटनाओं के लिए, तय करें कि पकड़ ना है या छोड़ ना है। प्रति कार्य कॉन्फ़िगर करें।

6) प्रोटोकॉल और कतारों में समय

इवेंट बसें (काफ्का/पल्सर)। 'घटना समय' और 'ingest _ time' को अलग से संग्रहीत करें. पूर्वव्यापी आवंटन के लिए 'घटना समय' का उपयोग करें।

पहचानने वाले उपभोक्ता। पुनर्वितरण करते समय, बैच में ऑफसेट के बजाय घटना कुंजी और 'ईवेंट _ टाइम' पर ध्यान केंद्रित करें।

विंडो और छंटाई। एक विशिष्ट तिथि के लिए एक विशिष्ट क्षेत्र के स्थानीय नियमों से प्राप्त यूटीसी अंतराल के रूप में "24 घंटे स्थानीय स्टोर समय" खिड़कियों की गणना करें।

7) लॉग, निशान, मैट्रिक्स

एकीकृत समय क्षेत्र मानक: यूटीसी में सभी तकनीकी लॉग और मैट्रिक्स ('जेड' का संकेत)। डैशबोर्ड में प्रदर्शन - उपयोक्ता के लिए स्थानीयकृत।

ट्रेस - एक मोनोटोनिक घड़ी पर 'ट्रेस _ start _ utc', 'अवधि _ ms' पास करें। "दीवार" टाइमस्टैम्प कभी नहीं घटाएं।

व्यापार रिपोर्ट: डोमेन क्षेत्र में एक "दिन" बनाएं (उदा। यूटीसी के बजाय फ्रांसीसी कर के लिए 'यूरोप/पेरिस')। दस्तावेज़ स्पष्ट रूप

8) उपयोगकर्ता प्रोफाइल और सामग्री

Профиль: 'पसंदीदा _ timezone' (IANA), 'पसंदीदा _ locale', 'मुद्रा', 'सप्ताह _ start' (सोम/सूर्य)।

मल्टी-ज़ोन इकाइयाँ: टीमों/संगठनों के लिए, प्रतिभागी के व्यक्तिगत क्षेत्र की परवाह किए बिना एक "डोमेन ज़ोन" (उदाहरण के लिए, एक स्टोर/कानूनी इकाई) स्टोर करें।

सूचनाएं: उपयोगकर्ता क्षेत्र में "शांत घंटे" की गणना करें; DST सुरक्षा के साथ UTC विंडो से भेजें।

9) एंटी-पैटर्न

ऑफसेट/ज़ोन के बिना केवल स्थानीय समय संग्रहीत

IANA पहचानकर्ता के बजाय हार्ड फ्लैश ऑफसेट '+ hh: mm'।

दो "दीवार" टाइमस्टैम्प के अंतर के माध्यम से अवधि की गणना करें।

क्षेत्र/डीएसटी समर्थन के बिना क्रोन द्वारा योजना।

यूटीसी में "दिन-प्रतिदिन" एनालिटिक्स करें, जब मानक को स्थानीय क्षेत्र की आवश्यकता होती है।

क्षेत्र के नियमों की अपरिवर्तनीयता मान लें (देश समय की नीति को बदलते हैं)।

10) समय परीक्षण

नियंत्रित घंटे। नियतात्मक परीक्षणों के लिए "घड़ी" को कोड (घड़ी/समय प्रदाता) में इंजेक्ट करें।

• डेलाइट सेविंग टाइम (डब/स्किप्स) बदलता है।
• ज़ोन के बीच उपयोक्ता खिसकाएँ ('पसंदीदा _ timezone').
• Tzdb में नियम परिवर्तन (आधार अद्यतन - प्रतिगमन परीक्षण)।
• एनटीपी ऑफसेट, घटनाओं की डिलीवरी में देरी।
• फजी परीक्षण। यादृच्छिक क्षेत्र, तिथियाँ, प्रारूप; एक संदर्भ पुस्तकालय के साथ तुलना।

11) अवलोकन और संचालन

अलर्ट: एनटीपी मिसलिग्नमेंट, tzdb अपडेट लैग, डीएसटी के साथ "अधूरे" क्रॉन कार्यों के फटने।

डैशबोर्ड: ज़ोन/स्थानीय दिनों द्वारा घटनाओं का वितरण; कैच-अप/स्किप काउंटर।

रनबुक: एक अधिकार क्षेत्र में समय नियमों को बदलने की प्रक्रिया; tzdb अपडेट ऑर्डर शेड्यूल मालिकों के साथ संवाद कर रहा

12) कार्यान्वयन पैटर्न

समय सामान्यीकरण गेटवे। एक सूक्ष्म सेवा जो RFC 3339 UTC के लिए आने वाले समय को सामान्य करती है, ज़ोन (IANA) को मान्य करती है और संदर्भ को पूरक करती है।

स्थानीय दिन बिल्डर। एक पुस्तकालय/सेवा जो "स्थानीय दिवस" और क्षेत्र से सटीक यूटीसी सीमाओं '[start _ utc, end_utc)' का निर्माण करती है, डीएसटी को ध्यान में रखते हुए।

अनुसूची भौतिकवाद। एक शेड्यूलर जो "स्थानीय अभिव्यक्ति + ज़ोन" के रूप में नियमों को संग्रहीत करता है, यूटीसी में भविष्य के उदाहरणों को भौतिक करता है और टकराव/चूक का प्रबंधन करता है।

डुअल-टाइमस्टैम्प इवेंट्स। फ़ील्ड्स के साथ 'hease _ at _ utc', 'wall _ time _ local', 'timezone'. सिस्टम के लिए स्थानीय को UI, UTC के लिए प्रतिस्थापित किया गया है।

13) आर्किटेक्ट चेकलिस्ट

1. क्या यूटीसी हर जगह संग्रहीत है?
2. क्या इकाई में एक आईएएनए क्षेत्र और एक डोमेन डेटा नीति है?
3. क्या अनुसूचक डीएसटी को समझता है और यूटीसी में उदाहरणों को भौतिक बनाता है?

4. लॉग/मैट्रिक्स - यूटीसी में; रिपोर्ट - डोमेन क्षेत्र में

5. टाइमआउट/रिट्रीट - एक मोनोटोनिक घड़ी पर?
6. क्या tzdb अपडेट स्वचालित और मॉनिटर किया गया है?
7. टेस्ट कवर नियम परिवर्तन, डबल्स/मिस्ड मिनट?

14) मिनी व्यंजनों (स्यूडोकोड)

स्थानीय "कार्यदिवस" को यूटीसी अंतराल में बदलें

function localDayToUtcInterval(dateLocal, tz):
startLocal = combine(dateLocal, 00:00) in tz endLocal  = startLocal + 1 day startUtc  = toUTC(startLocal) // учитывает DST endUtc   = toUTC(endLocal)
return [startUtc, endUtc)

आवर्ती अनुसूची को भौतिक बनाना

inputs: rrule, tz, windowStartUtc, windowEndUtc for each localOccurrence in expand(rrule, tz, [windowStartUtc, windowEndUtc] projected to tz):
emit occurrence { scheduled_at_utc = toUTC(localOccurrence), tz }

पहचान कार्य प्रारंभ कुंजी

dedupe_key = hash(job_id + scheduled_at_utc.toString())

15) सुरक्षा और अनुपालन

ऑडिट: सर्वर कालक्रम के साथ उपयोगकर्ता के दावों ("मुझे 11 बजे से पहले वादा किया गया था") को समेटने के लिए दोनों समय अनुमान (यूटीसी और स्थानीय) रखें।

नियामक: रिपोर्टिंग अवधि आवश्यक क्षेत्रों (करों, जिम्मेदार खेल सीमाओं, विपणन प्रतिबंध "घंटे से") में बनाई जाती है।

गोपनीयता: समय क्षेत्र - व्यक्तिगत सेटिंग्स, लेकिन डेटा की सटीक पहचान नहीं सामान्य गोपनीयता नीतियों के भीतर प्

निष्कर्ष

"समय संवेदनशीलता" तिथि प्रारूप के बारे में नहीं है, बल्कि जिम्मेदारी की वास्तुशिल्प सीमाओं के बारे में है: कहां स्टोर करना है, कहां बदलना है, कैसे योजना बनाना है और कैसे शुद्धता साबित करना है। यूटीसी एकीकरण, स्पष्ट आईएएनए क्षेत्र, सक्षम शेड्यूलर, दोहरे टाइमस्टैम्प और मोनोटोनिक घड़ियां घटनाओं के स्रोत से एक पूर्वानुमानित बुनियादी ढांचा सेवा में समय बदलती हैं।

• जियोडीएनएस और जियो-रूटिंग; लोड संतुलन; समय के साथ घटनाओं का अवलोकन; क्रोन पैटर्न और अनुसूची भौतिककरण; क्षेत्रीय प्रतिबंध और स्थानीय रिपो