กลยุทธ์ สําหรับ การ ปรับ ปรุง ระบบ วิศวกรรม ระหว่าง ปฏิบัติ การ

แนะนํา

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

ความ สําคัญ ของ การ วาง แผน ล่วง หน้า

แผน ที่ ทํา ให้ เกิด ความ ล้ม เหลว และ การ ไม่ ได้ รับ การ แก้ไข

• [FLT: 0] Objectives and spaces: กําหนดสิ่งที่อัพเกรดต้องการเพื่อบรรลุ -- คุณสมบัติใหม่, การแก้ไขความปลอดภัย, ประสบความสําเร็จ หรือการปรับปรุงระบบ, strepated. strope ต้องชัดเจนเพื่อป้องกันการคืบคลานของคุณสมบัติ
• [FLT: 0] เวลาและช่วงเวลาสําคัญ : ทําลายงานลงในขั้นตอนตรรกะที่มีเส้นตายที่ชัดเจน
• [FLT: 0]. สืบค้นข้อมูล: ระบุตัวบุคคล, เครื่องมือ, และสภาพแวดล้อมที่ต้องการ รวมถึงนักพัฒนา, ผู้บริหารระบบ, วิศวกร QA, และบุคลากรสนับสนุนด้วย
• [FLT: 0] การประเมินและแก้ไขแผน: คาตาล็อกจุดล้มเหลวที่อาจเกิดขึ้น (เช่น APIs ที่เข้ากันได้กับข้อมูล การย้ายถิ่นฐาน, การจับสลากของเครือข่าย) และกําหนดขั้นตอนการพลิกแพลง

ส่วนผู้ถือหุ้นในการพัฒนา, การดําเนินงาน, ความปลอดภัย และหน่วยงานธุรกิจในตอนต้น ๆ เพื่อให้แน่ใจว่ามีการจัดตําแหน่งได้ตามต้องการ ตัวอย่างเช่น การอัพเกรดข้อมูลซึ่งเปลี่ยนแปลงรุ่นที่อาจต้องใช้การประสานงานกับทีมเอพีไอเพื่อปรับระดับความต่อเนื่องของข้อมูล API นอกจากนี้แผนนี้ยังเปิดเผยการขึ้นต่อกันของมรดก -- เช่น ส่วนขยายหรือส่วนเสริมที่กําหนดเอง -- ซึ่งอาจทําลายด้วยรุ่นใหม่

กลยุทธ์ สําคัญ สําหรับ การ ทดแทน

กลยุทธ์ต่อไปนี้เมื่อรวมกัน สร้างกรอบทนสําหรับดําเนินการอัพเกรดที่มี น้อยที่สุด

การ หมด ความ อิ่ม ใจ พอ ใจ

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

ตารางเวลาระหว่างช่วงเวลาเวลาน้อย

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

การ ทํา ซ้ํา และ ล้ม เหลว ของ ระบบ

การปรับโครงสร้างใหม่ คือโครงสร้างโครงสร้างแบบปรับความจุสูง ซึ่งระหว่างการปรับรุ่น อาจเป็นการทําให้โปรแกรมอื่นไม่สามารถทํางานได้ ในขณะที่ยังมีโปรแกรมอื่น ๆ ยังคงให้บริการการจราจรต่อไป เทคนิกเช่น อุปกรณ์สีฟ้า-เขียว หรือ ทิศทางการปล่อยของนกคานารี อนุญาตให้รุ่นใหม่ทํางานได้โดยมีการตั้งค่าที่สมดุลสูง ตัวอย่างเช่น คุณสามารถเส้นทางที่ผู้ใช้สามารถเพิ่มความเร็วเล็กน้อยไปยังโพรเซสที่อัพเกรดได้ และค่อยๆเปลี่ยนค่าการจราจรที่เพิ่มขึ้นมาหากการอัปเดตไม่เสถียรของการจราจรสามารถจะแปลงเส้นทางไปยังสภาพแวดล้อมเก่าได้ทันที ซึ่งต้องการการปรับเปลี่ยนโครงสร้างที่รวดเร็ว เช่น การปรับเปลี่ยนระบบ CIC/CD และการจัดการระบบจัดการระบบจัดการระบบคอมพิวเตอร์

การทดสอบที่อ่านเข้าใจได้

การทดสอบในสภาพแวดล้อมแบบแสดงผลแบบสะท้อนกระจก ซึ่งจะทําให้การจับภาพสะท้อนทํางานได้ไม่ใกล้ตัว การตรวจสอบอัตโนมัติควรจะครอบคลุมหน่วย, การรวมความสามารถ และฉากการทํางาน โดยจะให้ความสนใจเป็นพิเศษกับสคริปต์การย้ายข้อมูล เช่น การปรับเปลี่ยนของข้อมูล อาจทําให้เกิดความล้มเหลวได้ โดยใช้การตรวจสอบสังเคราะห์เพื่อจําลองผู้ใช้กระแสหลังการอัพเกรด นอกจากนี้ การตรวจสอบการย้อนตาจะทําให้แน่ใจว่ามันน่าเชื่อถือและรวดเร็ว สําหรับการใช้งานโดยตรงนี้ จะหมายถึงการตรวจสอบว่า สคริปต์ที่กําหนดเองทั้งหมด จะทํางานเสร็จ, Flows, และมีการเพิ่มเติมการทํางานร่วมกับรุ่นใหม่ ๆ ก่อนการจับต้อง

ล้างการสื่อสาร

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

การ ลด ความ เสี่ยง

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

ก่อนทําการปรับรุ่น

• [FLT: 0] ย้อนกลับทุกอย่าง: สร้างการสํารองข้อมูลเต็มระบบ รวมถึงข้อมูลฐานข้อมูล แฟ้มปรับแต่ง และทรัพย์สินที่กําหนดเอง ตรวจสอบว่า สํารองข้อมูลสามารถเรียกคืนได้โดยอิสระ
• [FLT: 0]. préprofiles: เอกสารการอัพเกรดแต่ละขั้นตอน รวมไปถึงคําสั่ง, คาดว่าจะมีผล, และคําสั่ง Readback. รันบุ๊คลดความไว้ใจในความรู้ของชนเผ่าและเพิ่มความเร็ว.
• [FLT: 0] ตั้งการติดตามและแจ้งเตือน: ปรับแต่งหน้าปัดสําหรับติดตามคีย์แมช (เพิ่มเวลา, อัตราความผิดพลาด, การใช้ทรัพยากร) ก่อน, ระหว่าง, และหลังการปรับปรุง. แจ้งเตือน ควรมีความละเอียดอ่อนมากขึ้นระหว่างหน้าต่างอัพเกรด

ระหว่างการอัพเกรด

• [FLT: 0]. Excecent in secure in ลําดับ: ทําตามขั้นตอนการรันบุ๊คทีละขั้น หลีกเลี่ยงการกระโดดไปข้างหน้าหรือข้ามการตรวจสอบ หากก้าวพลาด หยุดและประเมินก่อนดําเนินการ
• [FLT: 0]. สืบค้นเมื่อเวลาจริง: นาฬิกาและเมตริ ารสําหรับความผิดปกติ อย่างน้อย 1 คนในทีมที่อุทิศเพื่อติดตาม ในขณะที่คนอื่นประมวลผลคําสั่ง
• [FLT: 0] ใช้ระบบการจัดการการเปลี่ยนแปลง: บันทึกทุกการกระทําที่เกิดขึ้น พร้อมกับเวลาและผลลัพธ์ สถิตินี้ประเมินค่าไม่ได้สําหรับการวิเคราะห์ภายหลังเกรด (พ.ศ.

หลังจากอัพเกรด

• [FLT: 0]. เปิดใช้งานระบบ: เรียกใช้การทดสอบควันและระบบความถดถอยอัตโนมัติ ตรวจสอบเส้นทางผู้ใช้ที่สําคัญด้วยตนเองถ้าเป็นไปได้
• [FLT: 0]. การตอบรับของผู้ใช้: สนับสนุนผู้ใช้ให้รายงานปัญหาทันที เสนอช่องการสนับสนุนที่อุทิศตัวสําหรับ 24-48 ชั่วโมงแรก หลังอัพเกรด (Presupgrade)
• [FLT: 0] บทเรียน document ได้เรียนรู้: ถือกลับหลังร่วมกับทีม ระบุสิ่งที่ทํางาน สิ่งที่ไม่ได้ทํา และการปรับปรุงข้อมูล และกระบวนการปรับปรุงสําหรับการปรับปรุงถัดไป

พิจารณาเพิ่มเติม

นอก จาก กล อุบาย สําคัญ แล้ว ปัจจัย หลาย อย่าง อาจ ส่ง ผล กระทบ ต่อ ความ สําเร็จ ของ การ ปรับ ปรุง ภาย ใต้ การ ดําเนิน งาน อย่าง ต่อ เนื่อง.

ความ ร่วม มือ และ ความ ปลอด ภัย

การปรับปรุงมักมีการเพิ่มข้อมูลรูปแบบความปลอดภัย หรือเปลี่ยนวิธีการจัดการระบบ APIP หรือการจัดเก็บข้อมูลใหม่ที่สอดคล้องกับข้อกําหนดที่สัมพันธ์กัน (GDPR, SOCPAA), SOCA, etc.). การเรียกดูและตรวจสอบปูมบันทึกหลังการอัปเกรดจะขึ้นอยู่กับการอัปเกรดเช่น adiography, ตรวจสอบว่า APIST หรือกลไกจัดเก็บข้อมูลใด ๆ ที่ยึดหลักระบบความปลอดภัยของคุณ สําหรับความรักษาความปลอดภัยเพิ่มเติมการรักษาความปลอดภัยระบบ CLM, [FLT: 0] อ่านคู่มือนี้ ครอบคลุมหัวของคุณ [FLSLLLLLF].

การแยกข้อมูล

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

การ ฝึก อบรม และ การ ทํา เอกสาร

หากการอัพเกรดจะแนะนําส่วนติดต่อผู้ใช้หรือข้อมูลการไหลของงานใหม่ ให้จัดทําวัสดุสําหรับฝึกล่วงหน้าล่วงหน้า วีดีโอเดโมส์ มัคคุเทศก์ที่อ้างอิงอย่างรวดเร็ว และ FAQ หน้าลดความสับสนลง และลดปริมาณการรองรับของตั๋ว สําหรับผู้บริหาร เอกสารเพิ่มเติมเกี่ยวกับวิธีการจัดการระบบใหม่ [FLT: 0] คู่มือการอัพเกรดอย่างเป็นทางการ (FLT: 1) เป็นจุดเริ่มต้นที่มีประโยชน์สําหรับรายละเอียดทางเทคนิค

การ สนับสนุน ผู้ ซื้อ และ ชุมชน

การดําเนินการกับระบบรองรับของชุมชนหรือทางราชการ เมื่อต้องเผชิญกับปัญหาซับซ้อน โครงการ open-sources มักจะมีโครงการเปิด, ปัญหา Githob และเซิร์ฟเวอร์ดิสฟอร์ดที่คนอื่น ๆ ประสบปัญหาคล้ายกัน สําหรับบริษัทผู้จําหน่าย การสนับสนุนสามารถจัดเส้นทางการเพิ่ม และระบบปรับความร้อน การวางแผนการอัพเกรดระหว่างซอฟแวร์ที่รองรับการเสี่ยงต่อการเจอข้อผิดพลาดที่ไม่สามารถรองรับได้

รูปแบบการวน

การจัดการระบบหลักที่อัพเกรดระหว่างดําเนินการ คือการฝึกสร้างนวัตกรรมสมดุลกับความมั่นคงการทํางาน กลยุทธ์ที่วางไว้ตรงนี้ -- การจัดวางแบบตามระเบียบ, การจัดอันดับแบบฉลาด, การเรียงลําดับ, การทําความต่อเนื่อง, การสอบแบบรัดกุม, การใช้การสื่อสารอย่างรัดกุม, และการสื่อสารที่ชัดเจน -- รูปแบบกรอบที่เชื่อถือได้ที่องค์กรสามารถปรับตัวเข้ากับบริบทต่าง ๆ ได้โดยการลงทุนในการวางแผนอย่างรัดกุม, การจัดโครงสร้างแบบทั่วถึง, การจัดระบบแบบตัดและตัดโครงสร้างอย่างรัดกุม, ทีมสามารถส่งความสามารถที่เพิ่มความสามารถให้ต่อได้โดยไม่ต้องรบกวนระบบได้ โดยการปรับปรุงระบบ และอัตราการเปลี่ยนแปลงเหล่านี้กลายเป็นข้อได้เปรียบที่โดดเด่นสําหรับการแข่งขันอย่างรัดกุม

ใน ที่ สุด ไม่ มี การ อัพเกรด ใด ๆ ที่ ไม่ มี ความ เสี่ยง แต่ กระบวนการ ที่ มี วินัย และ ติด ต่อ กัน อย่าง ดี เปลี่ยน ความ เสี่ยง เหล่า นั้น ให้ กลาย เป็น เหตุ การณ์ ที่ สามารถ ควบคุม ได้.