सर्वर पर स्थानीय टाइमज़ोन को हानिकारक माना जाता है? [बन्द है]


11

मैं इस बात से उत्सुक हूं कि अन्य प्रशासक टाइमजोन के साथ क्या अनुभव करते हैं, दूरस्थ रूप से प्रशासित सर्वर के संदर्भ में। अपने कैरियर में मैं कई सम्मेलनों में आया हूं;

  1. हमेशा, हमेशा, हमेशा यूटीसी का उपयोग करें।
  2. हमेशा, हमेशा, हमेशा जहाँ कहीं भी आधार का मुख्यालय हो, के समयक्षेत्र का उपयोग करें।
  3. जिन लोगों को प्रशासन करना है, उनके स्थानीय समय का उपयोग करें।
  4. सर्वर स्थान के स्थानीय समय का उपयोग करें।

कुछ स्थानों पर, मैं कई और परस्पर विरोधी सम्मेलनों में आया हूं। मेरी अपनी प्राथमिकता UTC का उपयोग करना रहा है, हमेशा - बिना किसी दिन की बचत के। लेकिन एक कारण या किसी अन्य के लिए, ऐसा लगता है कि ज्यादातर लोग स्थानीय समय की कुछ अवधारणा का उपयोग करना पसंद करते हैं, दिन के उजाले की बचत के साथ। हालाँकि यह एक सीधी-सादी तकनीकी बात की तरह लगता है, बदलते सम्मेलनों के बारे में चर्चा हमेशा धार्मिक विद्वानों की ओर होती है।

तुम क्या प्रयोग कर रहे हो? आप प्रत्येक दृष्टिकोण के फायदे और नुकसान को क्या मानते हैं?

जवाबों:


8
  • हार्डवेयर घड़ी हमेशा यूटीसी होनी चाहिए। हमेशा।
  • एक सेटिंग के रूप में Timezone जो भी सुविधाजनक हो सकता है। आम तौर पर। कभी-कभी यह यूटीसी भी होना चाहिए।

UTC क्यों अच्छा है इसके कुछ कारण:

  • डेलाइट बचत नियम बदलते हैं, और अपडेट हमेशा समय पर नहीं होते हैं। UTC इसे दूर कर देता है।
  • जब अलग-अलग स्थानों के सर्वर से लॉग की तुलना की जानी चाहिए, तो यूटीसी एक महान सामान्य मानक बनाता है।
  • आमतौर पर जब सर्वर अलग-अलग स्थानों में होते हैं, तो लोग या एप्लिकेशन या दोनों को प्रदर्शन करते समय, डेटाबेस आवेषण के दौरान समय रूपांतरण से निपटना चाहिए। यदि आपके पास एक एकल रूपांतरण (यूटीसी के लिए) है, तो सही होना बहुत आसान है अगर आपको एक टीबी से दूसरे में बदलना होगा, तो सर्वर द्वारा भिन्न, टीबी।

4

मैं विकल्प 4 को पसंद करता हूं। यह तय करने की जिम्मेदारी है कि यूटीसी में डेटटाइम मूल्यों को स्टोर किया जाए या नहीं।

इसके अलावा, जब कोई सर्वर सिस्टम ईवेंट लॉग करता है, तो लॉग एंट्री के साथ स्थानीय ईवेंट को सहसंबंधित करना अच्छा होता है। उदाहरण के लिए, यदि कोई डेटा केंद्र स्थानीय समय में नेटवर्क व्यवधान की रिपोर्ट करता है, तो आप अपने सिर में समय मान को परिवर्तित किए बिना किसी भी समस्या को आसानी से पहचान सकते हैं।


3

नहीं, नहीं, हजार बार नहीं।

दो प्रकार के प्रोग्रामर हैं ... जो लोग समझते हैं कि स्थानीय समय का उपयोग केवल प्रदर्शन / प्रारूपण उद्देश्यों के लिए किया जाना चाहिए , और जो खुद को एक कोने में चित्रित कर रहे हैं ... और वे केरोसिन के साथ पेंटिंग कर रहे हैं ।

सभी घटनाओं को यूटीसी में दर्ज किया जाना चाहिए, और परिणाम केवल उपयोगकर्ताओं को प्रदर्शित करने के लिए स्थानीय समय में परिवर्तित हो जाते हैं। धिक्कार वे हैं जो ऐसा करने में विफल होते हैं, और दोहरा-धिक्कार वे होते हैं जो स्थानीय स्वरूप का उपयोग उस प्रारूप में करते हैं जो समयक्षेत्र की जानकारी (मैं आपको देख रहा हूं , ओरेकल डीबीए)।

इसे एक टेंट चेक की तरह समझें ... यदि आप एक टाइमस्पेस को स्थानीय समय में परिवर्तित करते हैं और फिर इसके साथ कुछ भी करते हैं जो इसे STDOUT में नहीं छोड़ रहा है, तो आपका प्रोग्राम न केवल एक घातक त्रुटि से बाहर निकलना चाहिए, बल्कि अपने स्रोत को भी सिखाना चाहिए आप एक सबक हैं।


1

जब विकल्प दिया जाता है, तो मैं UTC पर BIOS घड़ी को रखना पसंद करता हूं, लेकिन स्थानीय समय के रूप में वास्तविक सर्वर समय। हमारे पास कोई मल्टी-टाइमज़ोन उपस्थिति नहीं है, इसलिए एकीकृत लॉग टाइमस्टैम्पिंग समस्या नहीं है जो कि, 3 एम के लिए होगी।


0

मेरी कंपनी में, हमारे पास इस वर्ष तक सभी सर्वर एक ही TZ में थे। अब हमारे पास 3 नए टाइमज़ोन में सर्वर हैं। सभी सर्वर हमारे स्थानीय समयक्षेत्र के साथ चलते हैं। यह लॉग विश्लेषण के लिए बहुत उपयोगी है , खासकर जब हमने 3 टाइमज़ोन में चलने वाली वेबसाइटों को वितरित किया है।

हालांकि, एक विशेष मामले में , हमने अपने ग्राहक के साथ एक सर्वर छोड़ दिया है। आवेदन को दिन के अधिकांश तक माना जाता है और रखरखाव कार्यों को आमतौर पर "रात" के दौरान चलाने के लिए सेटअप किया जाता है। सबसे पहले, हम सर्वर को अपने टीबी में सेट करते हैं लेकिन रखरखाव कार्य हमारे प्रिय "हम काम करते हैं जब आप सोते हैं" के लिए सामान बहुत धीमा कर रहे थे ...

UTC भी एक बहुत अच्छा विकल्प है। जब तक लोग लॉग को देखते हुए (जो कि यहाँ मामला है) हमेशा स्थानीय समय क्षेत्र का उल्लेख करते हैं।


0

मैं अपने सभी सर्वरों को UTC पर चलाता हूं, और जैसे ही मैं अपने नियंत्रण में आता हूं, मैं इसे अपने नियंत्रण में ले लेता हूं।

अब तक का एक अपवाद एक तारांकन सर्वर रहा है, जिसे मुझे स्थानीय समय पर छोड़ना पड़ा। इसे यूटीसी में बदलने से तारांकन पूरी तरह से टूट गया। (यह 1.6 पर है, उम्मीद है कि यह एक मुद्दा नहीं होगा जब मुझे इस साल के अंत में इसे अपग्रेड करने के लिए मिलेगा।)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.