เวลาที่ดีที่สุดในการกำหนดเวลาการอัพเดทปกติบนเซิร์ฟเวอร์การผลิตภายในคืออะไร

เมื่อกำหนดเซิร์ฟเวอร์ภายในให้ทำงานในโหมดการผลิตฉันต้องการให้ผู้ใช้มีผลกระทบน้อยที่สุดเมื่อทำการปรับใช้การอัปเดตเป็นประจำ (กับเซิร์ฟเวอร์เองไม่ใช่เครื่องผู้ใช้ .. แต่นั่นจะเป็นปัญหาที่คล้ายคลึงกันมาก

คำตอบที่ชัดเจนสำหรับคำถามของฉันคือ "ตอนกลางคืนเมื่อผู้ใช้อยู่ที่บ้าน" แต่ "คืน" เป็นระยะเวลายาวนาน เราควรเริ่ม แต่เช้าตรู่เพื่อตรวจสอบปัญหาที่เกิดขึ้นกับการอัพเดท แต่เช้าและพร้อมที่จะย้อนกลับ? หรือดีกว่าที่จะเริ่มในตอนเช้าและใช้ผู้ใช้คนแรกเป็น "หนูตะเภา" เพื่อกระตุ้นให้เกิดปัญหาได้เร็วขึ้น? หรือกลางดึกเมื่อความเข้มข้นของผู้ดูแลการอัปเดตค่อนข้างต่ำ แต่รับประกันได้ว่าจะไม่มีการจัดการไฟล์แบบเปิดของผู้ใช้ที่ทำงานช้า?

มีงานวิจัยในหัวข้อหรือไม่

ทำไมไม่ดูการใช้งานระบบของคุณพร้อมกันในอดีต & พิจารณาว่าเวลาใดของการใช้งานวันนั้นที่ต่ำที่สุด? จากนั้นติดการเปลี่ยนแปลงของคุณในช่วงกลางของการใช้งานที่ต่ำ

เมื่อคำนวณระยะเวลาที่ต้องใช้การเปลี่ยนแปลงจะรวมถึงการทดสอบการติดตั้งล่วงหน้า / หลังติดตั้งและทดสอบการตรวจสอบการผลิต นอกจากนี้ยังพิจารณาถึงความเปลี่ยนแปลงที่ต้องใช้ในการย้อนกลับหากการทดสอบใด ๆ ล้มเหลว

IMHO 'ผู้ใช้รายแรก' ของคุณไม่ควรเป็นหนูตะเภา การมีผู้ใช้ออนไลน์โดยทั่วไปจะทำการทดสอบการตรวจสอบการเปลี่ยนแปลงของคุณไม่ใช่เรื่องดี มันทำลายความเชื่อมั่นของผู้ใช้และผลลัพธ์ที่ไม่คาดคิดสามารถทำให้การผลิตหยุดชะงักซึ่งหมายความว่าไม่เพียง แต่คุณต้องย้อนกลับการเปลี่ยนแปลง แต่ยังย้อนกลับ 'ความเสียหาย' การเปลี่ยนแปลงที่อาจเกิดขึ้น

ฉันไม่รู้เอกสารการวิจัยใด ๆ แต่ลองดูที่กรอบการจัดการการบริการด้านไอที (ITSM) เช่น ITIL คุณจะพบกับมาตรฐานและแนวปฏิบัติที่ดีที่สุดในการจัดการการเปิดตัวซอฟต์แวร์ ระบบทั้งหมดจะแตกต่างกันดังนั้นขอบเขตของวิธีปฏิบัติที่คุณนำมาใช้และรูปแบบขึ้นอยู่กับจำนวน มาตรฐาน ITSM มีระบบที่สำคัญในใจ

ทั้งหมดนี้ขึ้นอยู่กับลักษณะของธุรกิจ สำนักงานบางแห่งมี 9-5 ห้าวันต่อสัปดาห์ ธุรกิจอื่น ๆ 24 ชั่วโมงต่อวัน 365 วันต่อปี ปัจจัยอื่น ๆ เช่นพนักงานและความพร้อมของทรัพยากรมีบทบาทสำคัญ ไม่มีรายงานการวิจัยอย่างครอบคลุมครอบคลุมทุกตารางเวลาหรือเหตุการณ์ที่เป็นไปได้

ในท้ายที่สุดการจัดการของ บริษัท หรือแผนกในคอนเสิร์ตกับการจัดการด้านไอทีต้องกำหนดสิ่งที่ดีที่สุด

กุญแจสู่ความสำเร็จคือการสื่อสารกับผู้ใช้เมื่อกำหนดเวลาเริ่มต้นใช้งานคาดว่าจะใช้งานได้นานเท่าใดการเตรียมการที่จำเป็นสำหรับผู้ใช้และสิ่งที่พวกเขาคาดหวังจากความสำเร็จหรือความล้มเหลว ส่วนใหญ่คือการตอบสนองความคาดหวังของคุณ

ในท้ายที่สุดไม่มีอะไรสลักอยู่ในหิน หากกระบวนการไม่ทำงานให้ทำการปรับเปลี่ยน ความยืดหยุ่นและการปรับตัวของคุณจะได้รับการชื่นชม

ด้วยการดำเนินการบำรุงรักษาและอัปเดตขั้นตอนเกี่ยวกับอุปกรณ์ทดสอบล่วงหน้าเมื่อเป็นไปได้คุณจะได้รับการเตรียมพร้อมที่ดีขึ้นเมื่อถึงเวลาที่ต้องนำไปใช้กับระบบการผลิต

ฉันทำงานที่ ISP และจากประสบการณ์ของฉันคนส่วนใหญ่ที่ฉันพิจารณาผู้ดูแลระบบ hitter หนักเลือกตอนเย็นวันศุกร์ในวันหยุดสุดสัปดาห์เพื่อทำ overhauls เครือข่ายหลักของพวกเขา ที่ให้พวกเขาอีก 24 ชั่วโมงเพื่อทดสอบและหากจำเป็นย้อนกลับการเปลี่ยนแปลงของพวกเขา อย่างไรก็ตามในระดับมากสิ่งนี้ขึ้นอยู่กับลักษณะและนิสัยของผู้ใช้ของคุณ

เราติดตั้งการอัปเดตเมื่อเวลา 21.00 น. คนส่วนใหญ่จะไม่มาช้าพอที่จะดึงคนเข้ามาทั้งหมดหากจำเป็น

ในกรณีของฉันเราติดตั้งการอัปเดตเวลา 4:00 น. เพื่อหลีกเลี่ยงผลกระทบต่อผู้ใช้แม้แต่ผู้ที่ทำงานช้า

หากคุณมีระบบการตรวจสอบที่ดีที่เตือนคุณหากมีปัญหาเกิดขึ้นคุณควรสามารถแก้ไขได้ในตอนเช้าก่อนที่จะไปทำงาน

มันขึ้นอยู่กับลักษณะธุรกิจของคุณ แต่โดยส่วนตัวแล้วฉันชอบคืนวันพุธหลังเวลา 17.00 น. คุณไม่ต้องการทำสิ่งนี้ในคืนวันศุกร์เพราะหากมีสิ่งผิดปกติเกิดขึ้นคุณจะทำงานในช่วงสุดสัปดาห์ การทำเช่นนี้ในวันพุธจะทำให้คุณพฤหัสบดีและวันศุกร์เพื่อแก้ไขปัญหาหากมี

อีกปัจจัยที่สำคัญคือการกำหนดตารางการจัดการการเปลี่ยนแปลง จำเป็นอย่างยิ่งที่จะต้องให้คนอื่นรู้ว่าคุณกำลังบำรุงรักษา - บริการอาจหยุดชะงักหรือไม่สามารถใช้ได้ในช่วงเวลานั้น มันจะช่วยให้คุณทำงานด้วยความมั่นใจแทนที่จะกังวลว่าผู้ใช้จะบ่นเกี่ยวกับบริการที่ไม่ทำงาน การจัดการของคุณต้องอนุมัติหน้าต่างการเปลี่ยนแปลงแน่นอน