Zona waktu lokal di server dianggap berbahaya? [Tutup]

11

Saya ingin tahu seperti apa pengalaman administrator lain dengan zona waktu, dalam konteks server yang dikelola dari jarak jauh,. Dalam karir saya, saya telah menemukan beberapa konvensi;

  1. Selalu, selalu, selalu gunakan UTC.
  2. Selalu, selalu, selalu menggunakan zona waktu dimanapun markas besar berada.
  3. Gunakan waktu setempat dari orang-orang yang kebetulan mengelola.
  4. Gunakan waktu setempat dari lokasi server.

Di beberapa tempat, saya menemukan banyak konvensi yang bertentangan. Preferensi saya sendiri adalah menggunakan UTC, selalu - tanpa penghematan siang hari. Tetapi karena satu dan lain alasan, tampaknya kebanyakan orang lebih suka menggunakan konsep waktu lokal, dengan penghematan siang hari. Meskipun kelihatannya seperti masalah teknis langsung, diskusi seputar perubahan konvensi tampaknya selalu cenderung ke arah perpecahan agama.

Apa yang kamu gunakan? Apa yang Anda anggap kelebihan dan kekurangan dari setiap pendekatan?

colmmacc
sumber

Jawaban:

8
  • Jam perangkat keras harus selalu UTC. Selalu.
  • Zona waktu sebagai pengaturan dapat menjadi apa pun yang nyaman. Biasanya. Kadang-kadang juga harus UTC.

Beberapa alasan mengapa UTC bagus:

  • Peraturan penghematan siang hari berubah, dan pembaruan tidak selalu terjadi tepat waktu. UTC membuat ini hilang.
  • Ketika log dari server di lokasi yang berbeda perlu dibandingkan, UTC membuat standar umum yang hebat.
  • Biasanya ketika server berada di lokasi yang berbeda, orang atau aplikasi atau keduanya harus berurusan dengan konversi waktu saat melakukan, katakanlah, sisipan basis data. Jika Anda memiliki satu konversi (ke UTC) maka itu jauh lebih mudah untuk mendapatkan yang benar daripada jika Anda harus mengkonversi dari satu TZ ke yang lain, bervariasi berdasarkan server, TZ.
dwc
sumber
4

Saya lebih suka opsi 4. Ini adalah tanggung jawab aplikasi yang berjalan di server untuk memutuskan apakah akan menyimpan nilai DateTime dalam UTC atau tidak.

Juga, ketika server mencatat log peristiwa sistem, senang bisa menghubungkan peristiwa lokal dengan entri log. Misalnya, jika pusat data melaporkan gangguan jaringan di waktu lokal, Anda dapat dengan mudah mengidentifikasi masalah yang terjadi tanpa harus mengonversi nilai waktu di kepala Anda.

Jim Straatman
sumber
3

Tidak, tidak, seribu kali tidak.

Ada dua jenis programer ... Mereka yang mengerti bahwa waktu lokal harus digunakan untuk tujuan tampilan / format saja , dan mereka yang melukis diri mereka sendiri ke sudut ... dan mereka melukis dengan minyak tanah .

Semua acara harus direkam dalam UTC, dan hasilnya dikonversi ke waktu lokal hanya untuk menampilkannya kepada pengguna. Terkutuk adalah mereka yang gagal melakukan ini, dan terkutuk adalah mereka yang menggunakan waktu lokal dalam format yang membuang informasi zona waktu (Saya melihat Anda , Oracle DBA).

Anggap saja seperti cek noda ... Jika Anda mengonversi timespec ke waktu lokal dan kemudian melakukan apa pun yang tidak memancarkannya ke STDOUT, program Anda seharusnya tidak hanya keluar dengan kesalahan fatal, tetapi juga menghapus sumber Anda untuk mengajar Anda pelajaran.

Dagmar d'Surreal
sumber
1

Ketika diberi pilihan, saya ingin menjaga jam BIOS di UTC tetapi waktu server yang sebenarnya sebagai waktu-lokal. Kami tidak memiliki multi-zona waktu sehingga timestamping log terpadu bukan masalah itu akan menjadi, katakanlah, 3M.

sysadmin1138
sumber
0

Di perusahaan saya, kami memiliki semua server dalam satu TZ hingga tahun ini. Kami sekarang memiliki server di 3 zona waktu baru. Semua server berjalan dengan zona waktu lokal kami. Ini cukup berguna untuk analisis log , terutama karena kami telah mendistribusikan situs web yang berjalan di 3 zona waktu.

Namun, dalam satu kasus khusus , kami telah meninggalkan server dengan TZ pelanggan kami. Aplikasi seharusnya hampir sepanjang hari dan tugas pemeliharaan biasanya diatur untuk dijalankan selama "malam". Pada awalnya, kami mengatur server di TZ kami, tetapi tugas-tugas pemeliharaan memperlambat terlalu banyak hal untuk pelanggan "kami bekerja saat Anda tidur" ...

UTC juga merupakan pilihan yang sangat bagus. Kecuali jika orang selalu merujuk ke zona waktu lokal ketika melihat log (yang terjadi di sini).

Oktober
sumber
0

Saya menjalankan semua server saya di UTC, dan saya mengonversi semua yang masuk ke kendali saya sesegera mungkin.

Satu-satunya pengecualian sejauh ini adalah server asterisk, yang harus saya tinggalkan pada waktu setempat. Mengubahnya ke UTC benar-benar memecah tanda bintang. (Ini di 1.6, mudah-mudahan ini tidak akan menjadi masalah ketika saya akan memperbaikinya akhir tahun ini.)

Michael Hampton
sumber