การรักษาความปลอดภัยของอาคาร: ความพร้อมใช้งานสูงในระบบบำรุงรักษาและระบบรักษาความปลอดภัย

การรักษาความปลอดภัยของอาคาร: ความพร้อมใช้งานสูงในระบบบำรุงรักษาและระบบรักษาความปลอดภัย

ในเอพิโซดนี้ของTFiR: มาคุยกันเถอะพิธีกร Swapnil Bhartiya พูดคุยด้วยเดฟ เบอร์มิงแฮมคุณ ผู้อำนวยการฝ่ายความสำเร็จของลูกค้า บริษัท SIOS Technology กล่าวถึงเหตุผลว่าทำไมความพร้อมใช้งานสูงและความยืดหยุ่นจึงมีความสำคัญอย่างยิ่งสำหรับระบบบำรุงรักษาอาคารและระบบรักษาความปลอดภัยเบอร์มิงแฮมอธิบายว่าระบบเหล่านี้แตกต่างจากเทคโนโลยีอาคารอื่นๆ อย่างไร แต่ก็มักจะทำงานร่วมกัน และเหตุใดการทำงานอย่างต่อเนื่องจึงมีความสำคัญต่อความปลอดภัยของผู้ใช้งานและฟังก์ชันการทำงานของอาคาร การสนทนาสำรวจว่าองค์กรต่างๆ สามารถสร้างสมดุลระหว่างความปลอดภัยกับการเข้าถึงได้อย่างไร บทบาทของเทคโนโลยีเกิดใหม่ เช่น AI การเรียนรู้ของเครื่องจักร และ IoT ในการปรับปรุงความน่าเชื่อถือ และแนวปฏิบัติที่ดีที่สุดสำหรับการรับรองความพร้อมใช้งานของระบบผ่านการสำรองข้อมูล การตรวจสอบ และการวางแผนความเสี่ยง

ผู้เขียน: เบธ วิงโคว์สกี, ฝ่ายประชาสัมพันธ์ บริษัท SIOS Technology Corp.

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS

การออกแบบระบบที่มีความพร้อมใช้งานสูงผ่านการแบ่งส่วนและนามธรรม

การออกแบบระบบที่มีความพร้อมใช้งานสูงผ่านการแบ่งส่วนและนามธรรม

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

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

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

หลักการออกแบบเพื่อความพร้อมใช้งานสูง: เหตุใดการแบ่งส่วนและนามธรรมจึงมีความสำคัญ

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

ผู้พูดต้องเริ่มต้นด้วยการสร้างพื้นฐาน “A บ่งชี้ B” และ “C บ่งชี้ D” ก่อน จากนั้นจึงสามารถสร้างข้อโต้แย้ง “B และ D บ่งชี้ E” ได้ กลยุทธ์นี้ช่วยให้มั่นใจได้ว่าเหตุผลที่ “A บ่งชี้ B” จะไม่ไปรบกวนและลดทอนความสำคัญของประเด็น “C บ่งชี้ D” กลยุทธ์นี้ถูกใช้บ่อยเพราะช่วยให้แต่ละส่วนของข้อโต้แย้งของผู้พูดสามารถยืนหยัดได้อย่างอิสระจากส่วนอื่นๆ หากข้อโต้แย้ง “C บ่งชี้ D” มีข้อบกพร่อง ก็สามารถแก้ไขได้ในขณะที่ข้อโต้แย้ง “A บ่งชี้ B” ยังคงสมเหตุสมผล

เหตุผลของโครงสร้างแบบนี้ก็เหมือนกับเหตุผลที่ระบบทางเทคนิคมีการกระจายอำนาจ – ปัญหาในระบบขายหน้าร้านสามารถแก้ไขได้โดยไม่ต้องขยายความพยายามในการแก้ไขไปยังฐานข้อมูล API สถาปัตยกรรมเครือข่าย และอื่นๆ กลยุทธ์ที่กล่าวถึงข้างต้นนั้น แน่นอนว่าหมายถึงแนวคิดเรื่องความเป็นโมดูลและความเป็นนามธรรม

ความยืดหยุ่นในสถาปัตยกรรมความพร้อมใช้งานสูง

ประการแรก เรามาพูดถึงเรื่องความเป็นโมดูลาร์กันก่อน นี่คือการสร้างระบบจากส่วนประกอบต่างๆ ที่เป็นอิสระต่อกัน ในเชิงวาทศิลป์แล้ว ข้อโต้แย้งที่ว่า “A บ่งชี้ว่า B” และ “C บ่งชี้ว่า D” ก็เป็นเพียงโมดูลของการให้เหตุผลที่ถูกนำมาประกอบกันเป็นข้อโต้แย้งโดยรวม

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

การสร้างแบบจำลองเชิงนามธรรมเป็นกลยุทธ์สำหรับการออกแบบโครงสร้างพื้นฐานที่ปรับขนาดได้

“การออกแบบแบบโมดูลาร์” มีความเกี่ยวข้องอย่างใกล้ชิดกับ “การสร้างนามธรรม” การสร้างนามธรรมคือการทำให้มั่นใจว่าการออกแบบโซลูชันโดยรวมนั้นเป็นอิสระและไม่ขึ้นอยู่กับการออกแบบโมดูลต่างๆ ที่ประกอบกันเป็นโซลูชันโดยรวมนั้น

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

การออกแบบระบบที่มีความพร้อมใช้งานสูงโดย “ไม่รบกวนการทำงาน”

เมื่อออกแบบโดยใช้ส่วนประกอบแบบโมดูลาร์ ขอบเขตต่างๆ จะถูกกำหนดขึ้น ขอบเขตเหล่านี้ช่วยให้แต่ละโมดูล “ไม่รบกวน” โมดูลอื่นๆ เมื่อส่วนประกอบต่างๆ ถูกแยกย่อยแล้ว เนื้อหาของแต่ละโมดูลก็จะเข้าใจได้ง่ายขึ้น

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

การจัดการสถาปัตยกรรมเครือข่ายที่ซับซ้อนด้วยโซลูชัน HA แบบโมดูลาร์

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

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

การประยุกต์ใช้โมดูลาร์และนามธรรมกับซอฟต์แวร์ความพร้อมใช้งานสูง SIOS

ประโยชน์ของซอฟต์แวร์ความพร้อมใช้งานสูงสามารถทำได้โดยไม่ต้องมีภาระของความซับซ้อนและวิธีแก้ปัญหาแบบลวกๆ SIOS LifeKeeper เป็นตัวอย่างหนึ่งของเครื่องมือ High Availability ที่สอดคล้องกับการออกแบบ โดยถูกสร้างขึ้นในลักษณะที่หลักการทำงานสามารถผสานเข้ากับสภาพแวดล้อมที่ใช้งานได้อย่างราบรื่น

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

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

สร้างโครงสร้างพื้นฐานที่ยืดหยุ่นในระยะยาวด้วย SIOS Protection Suite

เช่นเดียวกับซอฟต์แวร์หรือเครื่องมืออื่นๆชุดโปรแกรมป้องกัน SIOS(SIOS LifeKeeper และ/หรือ SIOS DataKeeper) มีอิทธิพลต่อการออกแบบสภาพแวดล้อมที่ใช้งาน แม้ว่ารูปแบบเหล่านี้จะถูกนำมาใช้โดยอาศัยสภาพแวดล้อมที่ได้รับการปกป้องโดย LifeKeeper และ DataKeeper แต่ SIOS LifeKeeper และ SIOS DataKeeper ได้คัดเลือกรูปแบบที่ใช้อย่างรอบคอบเพื่อให้แน่ใจว่ารูปแบบเหล่านี้ช่วยให้เกิดการแยกส่วนและการแบ่งส่วนย่อยภายในโซลูชันโดยรวม ผลจากการแยกส่วนแบบหลายชั้นที่เปิดใช้งานโดยทั้ง LifeKeeper และ DataKeeper การนำยูทิลิตี้เหล่านี้มาใช้จึงอำนวยความสะดวกในการบูรณาการกับโครงสร้างพื้นฐานด้านไอทีซึ่งรักษาความสอดคล้องในการออกแบบโซลูชัน

ด้วยรูปแบบการออกแบบที่ใช้ กลุ่มระบบที่ได้รับการปกป้องโดย SIOS Protection Suite (LifeKeeper และ/หรือ DataKeeper) จึงประกอบขึ้นเป็นองค์ประกอบที่เป็นนามธรรมและแยกส่วนได้อย่างลงตัว ซึ่งสามารถผสานรวมเข้ากับการออกแบบและโซลูชันที่มีอยู่ได้อย่างราบรื่น LifeKeeper และ DataKeeper ไม่เพียงแต่ช่วยลดความซับซ้อนในการบริหารจัดการระบบเดี่ยวหรือแต่ละกลุ่มระบบเท่านั้น แต่ LifeKeeper และ DataKeeper ยังทำงานร่วมกับหลักการต่างๆ ที่มีอยู่ในการใช้งานจริงอีกด้วย

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

ดูว่าความพร้อมใช้งานสูงสามารถช่วยสนับสนุนการออกแบบโครงสร้างพื้นฐานของคุณได้อย่างไร โดยไม่เพิ่มความซับซ้อนขอทดลองใช้งานได้เลยวันนี้!

ผู้เขียน: ฟิลิป เมอร์รี วิศวกรซอฟต์แวร์ด้านประสบการณ์ลูกค้า (CX) ที่ SIOS

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS

บทบาทสำคัญของ QA และสภาพแวดล้อมการผลิตในระบบที่มีความพร้อมใช้งานสูง

บทบาทสำคัญของ QA และสภาพแวดล้อมการผลิตในระบบที่มีความพร้อมใช้งานสูง

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

สภาพแวดล้อม QA ในฐานะสนามทดสอบสำหรับความพร้อมใช้งานสูง

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

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

สภาพแวดล้อมการผลิตและประสบการณ์ของผู้ใช้ปลายทาง

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

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

การเปลี่ยนผ่านที่ราบรื่นผ่านไปป์ไลน์การปรับใช้ที่มีโครงสร้าง

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

ประโยชน์เชิงปฏิบัติการของการแยกสภาพแวดล้อมการควบคุมคุณภาพและการผลิต

การแยกสภาพแวดล้อม QA และสภาพแวดล้อมการผลิตออกจากกันยังช่วยสนับสนุนการปฏิบัติตามข้อกำหนด ความพร้อมในการตรวจสอบ และการประสานงานข้ามทีม ขอบเขตที่ชัดเจนระหว่างระบบทดสอบและระบบใช้งานจริงช่วยให้ฝ่ายปฏิบัติการและฝ่ายพัฒนาสามารถทำงานร่วมกันได้อย่างมีประสิทธิภาพ นอกจากนี้ยังช่วยสร้างกรอบการทำงานที่ทำซ้ำได้สำหรับการตรวจสอบ การแก้ไขปัญหา และการวางแผนการฟื้นฟูหลังภัยพิบัติ.

สภาพแวดล้อม QA และการผลิตในกลยุทธ์ความพร้อมใช้งานสูง

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

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

ผู้เขียน: ทริสตัน อัลเลน, วิศวกรซอฟต์แวร์ด้านประสบการณ์ลูกค้า บริษัท SIOS Technology

เผยแพร่ซ้ำโดยได้รับอนุญาตจาก SIOS

อันตรายของการคิดแบบปิดแล้วเปิดใหม่ซ้ำๆ ในสภาพแวดล้อมที่มีความพร้อมใช้งานสูง

อันตรายของการคิดแบบปิดแล้วเปิดใหม่ซ้ำๆ ในสภาพแวดล้อมที่มีความพร้อมใช้งานสูง

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

เหตุใดการ “ปิดแล้วเปิดใหม่” จึงมีความเสี่ยงในระบบที่มีความพร้อมใช้งานสูง

นอกจากนี้ ในโลกที่ต้องการความพร้อมใช้งานสูง การ “ปิดเครื่อง” อาจกลายเป็นปัญหาใหญ่ได้ แม้เพียงไม่กี่นาทีเวลาหยุดทำงานนี่อาจเป็นปัญหาใหญ่สำหรับบริษัทต่างๆ ที่จำเป็นต้องมีโครงสร้างพื้นฐานที่สำคัญใช้งานได้อย่างต่อเนื่อง ด้วยเหตุนี้ ในฐานะที่เราทำงานด้านการสนับสนุนทางเทคนิคให้กับ SIOS เราจึงไม่ค่อยให้คำแนะนำทางเทคนิคที่โด่งดังนี้บ่อยนัก แต่เราก็มีคำแนะนำในแบบของเราเองอยู่

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

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

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

ปัญหาการทำมิเรอร์ข้อมูลใน DataKeeper ที่เกิดขึ้นจริงระหว่างการย้ายข้อมูล

เมื่อทีมสนับสนุนเข้ามาช่วยเหลือ ลูกค้าได้ทำการแก้ไขปัญหามาสักระยะหนึ่งแล้ว และเริ่มรู้สึกวิตกกังวล พวกเขากำลังทำขั้นตอนสุดท้ายอยู่การสลับเปลี่ยนระหว่างการทดสอบระบบในระหว่างการย้ายข้อมูล ระบบมิเรอร์ของ DataKeeper เริ่มมีปัญหา ในขณะนั้น โครงสร้างพื้นฐานที่สำคัญของพวกเขาล่ม และพวกเขากังวลว่ามันจะเริ่มส่งผลกระทบต่อธุรกิจของพวกเขา นี่เป็นสถานการณ์ที่ตึงเครียดมาก แต่โชคดีที่วิศวกรฝ่ายสนับสนุนที่นี่ทำงานได้อย่างยอดเยี่ยม พวกเขาจัดการกับความกดดัน ความเร่งรีบ และความจำเป็นในการหาทางออกที่ดี และใช้คำสั่ง “cleanupmirror” ที่ได้ผลดีมาตลอด ตามด้วยการสร้างมิเรอร์ขึ้นมาใหม่ให้ใช้งานได้ พวกเขาช่วยลูกค้าให้พ้นจากสถานการณ์ลำบาก และทุกคนก็ดำเนินต่อไปได้ โชคดีที่พวกเขายังขอให้ลูกค้าส่งบันทึกข้อมูลมาให้ด้วย “เพื่อความแน่ใจ”

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

การระบุสาเหตุที่แท้จริงช่วยป้องกันการหยุดทำงานซ้ำซ้อน

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

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

เหตุใดการวิเคราะห์สาเหตุที่แท้จริงจึงมีความสำคัญในระบบที่มีความพร้อมใช้งานสูง

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

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

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

หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับวิธีที่ SIOS DataKeeper และโซลูชันความพร้อมใช้งานสูงสามารถช่วยคุณหลีกเลี่ยงปัญหาที่ซ่อนอยู่เช่นนี้ได้ขอทดลองใช้งานจากทีมงานของเราในวันนี้

ผู้เขียน: คาร์เตอร์ แชนด์เลอร์ ผู้ช่วยฝ่ายลูกค้าสัมพันธ์ วิศวกรซอฟต์แวร์ บริษัท SIOS Technology

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS

ความร่วมมือของ SIOS

ความร่วมมือของ SIOS

ความร่วมมือของ SIOSมีบทบาทสำคัญในการทำให้ระบบมีความพร้อมใช้งานสูง มีความยืดหยุ่นต่อการเปลี่ยนแปลงในระบบคลาวด์ และรองรับโซลูชันโครงสร้างพื้นฐานแบบบูรณาการ

ในพอดแคสต์นี้แฮร์รี่และเคลลี่จะพาผู้ฟังไปสำรวจระบบนิเวศพันธมิตรของ SIOS ตั้งแต่พันธมิตรด้านคลาวด์กับ Microsoft, AWS และ Google Cloud ไปจนถึงความร่วมมือที่มีความหมายกับ ISV เชิงกลยุทธ์ เช่น Exabeam, Milestone และ Cimcor พวกเขาจะพูดคุยเกี่ยวกับวิธีที่ SIOS ต้อนรับและสนับสนุนพันธมิตรรายใหม่ แบ่งปันบทเรียนที่ได้เรียนรู้จากการสร้างการผสานรวมที่ประสบความสำเร็จมาหลายปี และเน้นย้ำถึงทิศทางของนวัตกรรมที่ขับเคลื่อนโดยพันธมิตรในอนาคต รวมถึงโอกาสในด้าน AI, ไฮบริดคลาวด์ และเอจคอมพิวติ้ง

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

นำมาเผยแพร่ซ้ำโดยได้รับอนุญาตจากSIOS