เว็บสัมมนา: ไอทีเพื่อสุขภาพในการดูแลสุขภาพ: การปกป้อง SQL Server ด้วย SIOS และ Google Cloud

เว็บสัมมนา: ไอทีเพื่อสุขภาพในการดูแลสุขภาพ: การปกป้อง SQL Server ด้วย SIOS และ Google Cloud

การเข้าถึงแอปพลิเคชันสำคัญและข้อมูลผู้ป่วยอย่างต่อเนื่องเป็นสิ่งสำคัญอย่างยิ่งยวดในแวดวงการดูแลสุขภาพ ในการสัมมนาออนไลน์แบบออนดีมานด์นี้ คุณจะได้เรียนรู้ว่าองค์กรด้านการดูแลสุขภาพสามารถบรรลุความพร้อมใช้งานสูงที่เชื่อถือได้และคุ้มค่าสำหรับ SQL Server ได้อย่างไร โดยใช้ SIOS DataKeeper และ Google Cloud Platform โดยไม่จำเป็นต้องใช้ Enterprise Edition หรือ Always On

เซสชันนี้ครอบคลุมกลยุทธ์ HA และ DR เชิงปฏิบัติโดยใช้โครงสร้างพื้นฐานที่ปลอดภัยและปรับขนาดได้ของ Google Cloud ร่วมกับโซลูชัน HA/DR อย่าง SIOS DataKeeper ภายในเซสชันประกอบด้วยการสาธิตการเฟลโอเวอร์แบบสดระหว่างโซนความพร้อมใช้งานโดยใช้คลัสเตอร์แบบ SANless พร้อมตัวอย่างการใช้งานจริงที่แสดงให้เห็นว่าผู้ให้บริการด้านการดูแลสุขภาพปฏิบัติตามข้อกำหนดอย่างไร พร้อมกับลดต้นทุนและความซับซ้อน

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

บริการตรวจสอบสุขภาพความพร้อมใช้งานสูง การเพิ่มประสิทธิภาพ และการฝึกอบรม

บริการตรวจสอบสุขภาพความพร้อมใช้งานสูง การเพิ่มประสิทธิภาพ และการฝึกอบรม

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

บริการตรวจสอบสุขภาพความพร้อมใช้งานสูง

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

การเพิ่มประสิทธิภาพความพร้อมใช้งานสูง

การเพิ่มประสิทธิภาพของความพร้อมใช้งานสูงบริการสามารถแบ่งออกได้เป็น 2 ประเภท:

• การเพิ่มประสิทธิภาพความพร้อมใช้งานสูง– การเพิ่มประสิทธิภาพนี้ช่วยลดระยะเวลาหยุดทำงานและรักษาระยะเวลาการทำงานของระบบให้คงที่ ทำได้โดยใช้ระบบ Failover ที่เริ่มต้นโดยผู้ใช้ และการเปลี่ยนระบบที่เริ่มต้นโดยผู้ใช้ไปยังระบบฮาร์ดแวร์สำรอง ซึ่งสามารถเข้าควบคุมระบบได้เมื่อระบบหลักล้มเหลวหรือถูกเปลี่ยนระบบด้วยตนเองการกู้คืนระบบหลังภัยพิบัติ (DR)โหนดอาจตั้งอยู่บน WAN เพื่อให้หากโหนดหลักบน LAN ล่ม การกู้คืนข้อมูลสามารถทำได้อย่างรวดเร็วโดยการย้ายไปยังโหนด DR นอกจากนี้ ยังสามารถสำรองข้อมูลเป็นประจำ เพื่อให้สามารถกู้คืนไฟล์เฉพาะได้หากจำเป็น
• ความพร้อมใช้งานสูงที่ปรับให้เหมาะสมกับต้นทุน– การเพิ่มประสิทธิภาพนี้จะตรวจสอบระบบของลูกค้าเพื่อกำหนดวิธีที่ดีที่สุดในการรองรับระบบสำรอง (redundance) ควบคู่ไปกับการลดต้นทุน ซึ่งอาจรวมถึงการใช้บริการคลาวด์เพื่อปรับขนาดและใช้บริการระดับล่างเพื่อลดต้นทุน นอกจากนี้ยังสามารถใช้สถาปัตยกรรมแบบไร้เซิร์ฟเวอร์ที่มีรูปแบบการจ่ายตามการใช้งานได้อีกด้วย ซึ่งทั้งหมดนี้ช่วยลดต้นทุนด้านฮาร์ดแวร์

การฝึกอบรมความพร้อมใช้งานสูง

SIOS นำเสนอตามความต้องการการฝึกอบรมผลิตภัณฑ์ที่มีความพร้อมใช้งานสูงสำหรับLifeKeeper สำหรับ LinuxและDataKeeper สำหรับ Windowsผลิตภัณฑ์ผ่านทางยูเดมี่แพลตฟอร์มการฝึกอบรม

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

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

ผู้เขียน: Paul Scrutton วิศวกรระบบซอฟต์แวร์ที่ SIOS Technology Corp.

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

กำจัดปัญหาความพร้อมใช้งานสูงของ Shadow IT

กำจัดปัญหาความพร้อมใช้งานสูงของ Shadow IT

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

ตัวอย่างเช่น บริษัทของคุณอาจใช้ Windows 365 อย่างเป็นทางการ แต่บริษัทอื่นๆ ชอบใช้ Dropbox มากกว่า จึงตั้งค่าบัญชี Dropbox ให้แชร์ไฟล์แทน OneDrive อีกตัวอย่างหนึ่งของ Shadow IT เกิดขึ้นเมื่อบริษัทเลือกใช้แพลตฟอร์มการส่งข้อความแบบหนึ่ง แต่ทีมหรือแผนกอื่นๆ ภายในบริษัทดาวน์โหลดและกำหนดค่า Zoom สำหรับ Slack หรือ WhatsApp

ตัวอย่างทั่วไปของ Shadow IT ในที่ทำงาน

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

บริการ ซอฟต์แวร์ ระบบ และการสมัครสมาชิกเหล่านี้ก่อให้เกิดความเสี่ยงต่างๆ ดังต่อไปนี้:

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

Shadow IT ส่งผลต่อความพร้อมใช้งานสูง (HA) อย่างไร

นอกเหนือจากความเสี่ยงด้านความปลอดภัยและการปฏิบัติตามข้อกำหนดของข้อมูลแล้ว Shadow IT ยังอาจแนะนำสิ่งสำคัญอีกด้วยความพร้อมใช้งานสูง (HA)เสี่ยง.

แม้ว่าตัวอย่าง Shadow IT จำนวนมากที่กล่าวถึงทางออนไลน์จะเกี่ยวข้องกับแอปพลิเคชันการส่งข้อความ เครื่องมือการประชุม IDE และแอปพลิเคชันการพัฒนา แต่ขอบเขตของ Shadow IT ก็สามารถส่งผลกระทบต่อความพร้อมใช้งานสูง (High Availability: HA) ได้เช่นกัน เมื่อ Shadow IT ครอบคลุมการปรับใช้ระบบที่จัดเก็บข้อมูลและข้อมูลสำคัญ จะก่อให้เกิดความเสี่ยงต่อความพร้อมใช้งานสูง

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

ความเสี่ยงทางธุรกิจของแอปพลิเคชันสำคัญด้าน IT เงาที่ไม่ได้รับการป้องกัน

ขาดการป้องกันความพร้อมใช้งานสูง

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

การสูญเสียทางการเงินและการหยุดชะงักทางธุรกิจจากการหยุดทำงานของ Shadow IT

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

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

ขั้นตอนในการระบุและกำจัดปัญหา HA ด้าน IT เงา

ระบุระบบ Shadow IT ทั้งหมดที่มีผลกระทบต่อความพร้อมใช้งานสูง

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

แก้ไขความเสี่ยงและลบสินทรัพย์ไอทีเงาที่ไม่จำเป็น

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

ปกป้องแอปพลิเคชันที่สำคัญด้วยความพร้อมใช้งานสูงและการจำลองแบบ

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

ให้ความรู้แก่ทีมงานเกี่ยวกับความเสี่ยงของ Shadow IT ต่อระบบ HA

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

สร้างสถาปัตยกรรม HA ที่ยืดหยุ่นเพื่อขจัดปัญหาการหยุดทำงานของ IT แบบเงา

Shadow IT ไม่ได้จำกัดอยู่แค่เครื่องมือการประชุมและการส่งข้อความ ระบบและบริการพัฒนาซอฟต์แวร์ หรือแอปพลิเคชันอย่าง Dropbox, OneDrive, Box และบริการออนไลน์ เครื่องมือ Shadow IT มักขาดกลไกการสำรองข้อมูลและการกู้คืนข้อมูลที่เหมาะสม รวมถึงเวลาทำงานการรับประกัน ส่งผลให้กระบวนการทางธุรกิจและข้อมูลสำคัญไม่สามารถเข้าถึงได้หรืออาจสูญหายอย่างถาวรเนื่องจากสถานการณ์ความล้มเหลว หากไม่ได้บูรณาการเข้ากับระบบป้องกัน HA อย่างเป็นทางการ ความล้มเหลวที่ระดับระบบ แอปพลิเคชัน เครือข่าย หรือชั้นจัดเก็บข้อมูลอาจนำไปสู่ปัญหาเวิร์กโฟลว์ที่ล้มเหลว ประสิทธิภาพในการประมวลผลต่ำ หรือธุรกิจหยุดทำงานและสูญเสียชื่อเสียง

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

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

ผู้แต่ง: Cassius Rhue, รองประธานฝ่ายประสบการณ์ลูกค้า

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

บรรลุถึงความพร้อมใช้งานสูงอย่างคุ้มต้นทุน

บรรลุถึงความพร้อมใช้งานสูงอย่างคุ้มต้นทุน

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

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

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

ผู้เขียน: เบธ วินคอฟสกี้ ฝ่ายประชาสัมพันธ์

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

เหตุใดประวัติบริษัทจึงมีความสำคัญใน HA

เหตุใดประวัติบริษัทจึงมีความสำคัญใน HA

มีสถานที่มากมายที่จะเริ่มต้นเกี่ยวกับการสร้างแผน กลยุทธ์ การออกแบบ และสถาปัตยกรรมสำหรับคลัสเตอร์ที่มีความพร้อมใช้งานสูงแน่นอนว่าผู้สร้างที่ชาญฉลาดต้องการเข้าใจข้อกำหนดพื้นฐาน: สองโหนดหรือสามโหนดกรมการขนส่งทางบกน้อยกว่า 10 นาทีหรือน้อยกว่าห้านาที RPO ใกล้เคียงศูนย์หรือศูนย์โดยสมบูรณ์ สถาปนิกยังต้องการทำความเข้าใจว่ามีจำนวนโหนดเท่าใด และฮาร์ดแวร์และเครือข่ายจะมีความยืดหยุ่นได้อย่างไร คุณจะปรับใช้ในศูนย์ข้อมูล บนคลาวด์ หรือทั้งสองอย่างรวมกัน นอกจากการทำความเข้าใจสถาปัตยกรรมของฮาร์ดแวร์พื้นฐานแล้ว การรวบรวมและออกแบบข้อกำหนดยังนำไปสู่ความเข้าใจเกี่ยวกับแอปพลิเคชันที่สำคัญความพร้อมใช้งานสูง (HA)ซอฟต์แวร์ กระบวนการ และขั้นตอนการกำกับดูแลที่จำเป็นต้องปฏิบัติตาม แดชบอร์ดและการผสานรวมเพิ่มเติมที่จำเป็นสำหรับการรายงาน การตรวจสอบ และการกระจายการแจ้งเตือน สมาชิกในทีมทุกคนจะต้องเข้าใจพื้นฐานของการกู้คืนและเฟลโอเวอร์การเรียบเรียงดนตรีก็แน่นอน

เหตุใดประวัติบริษัทและผู้ให้บริการโซลูชันจึงมีความสำคัญในความพร้อมใช้งานสูง

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

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

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

ห้าวิธีที่ประวัติศาสตร์บริษัทกำหนดสถาปัตยกรรม HA

ต่อไปนี้เป็นห้า (5) วิธีที่ประวัติบริษัทควรส่งผลกระทบต่อสถาปัตยกรรม HA ของคุณ:

1. ขนาดของบริษัท (ใหญ่เกินไปหรือเล็กเกินไป)

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

2. วงจรชีวิตของบริษัท (ทุก ๆ ห้าปีหรือจนกว่าจะสิ้นสุด)

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

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

3. การจัดหาพนักงานของบริษัท (แบบประตูหมุนหรือแบบเรนเจอร์เดี่ยว)

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

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

4. ภัยพิบัติในอดีตของบริษัท

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

5. วัฒนธรรมองค์กร

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

อย่ามองข้ามบทบาทของประวัติบริษัทในการตัดสินใจด้าน HA

ใช่ ประวัติบริษัทของศูนย์ข้อมูลหรือผู้ให้บริการคลาวด์นั้นสำคัญ การทราบประวัติของ Lou’s Low Cost Cloud, LLC (ไม่ได้หมายความว่า Lou จะโกรธ) ซึ่งสูญเสียอุปกรณ์จำนวนมากในขณะที่ดำเนินงานในโรงรถที่บ้านพ่อแม่ของ Lou ซึ่งส่วนใหญ่ไม่มีเครื่องปรับอากาศ เป็นสิ่งสำคัญหากคุณกำลังพิจารณา Lou สำหรับศูนย์ข้อมูลของคุณ ใช่ ประวัติบริษัทของแอปพลิเคชันและผู้ให้บริการ HA ก็สำคัญเช่นกัน การทราบประวัติของผู้ให้บริการ ERP, ฐานข้อมูล และแอปพลิเคชันส่วนหน้าของคุณเป็นกุญแจสำคัญในการประเมินและลดความเสี่ยง ทำความเข้าใจรูปแบบและวิธีการปรับใช้ และสร้างความมั่นใจว่าการแก้ไข การอัปเดต ความปลอดภัย และการสนับสนุนที่ทันท่วงทีจะเป็นรากฐานสำคัญของสถาปัตยกรรมของคุณ แต่อย่าประเมินความสำคัญของการทราบประวัติบริษัทของคุณเองต่ำเกินไป และวิธีที่ความล้มเหลวที่สำคัญจะส่งผลต่อการตัดสินใจและโครงสร้างพื้นฐาน HA ใหม่และที่กำลังดำเนินอยู่ของคุณ

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

ผู้เขียน: Cassius Rhue, รองประธานฝ่ายประสบการณ์ลูกค้า

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS