การปรับปรุงการเดินทางสู่การยอมรับบนคลาวด์ของคุณ

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

1. เพิ่มความพร้อมใช้งานสูงให้กับระบบคลาวด์

ในการผลักดันสู่คลาวด์ ผู้นำด้านไอทีและธุรกิจจำนวนมากพบว่าตนเองกำลังเร่งที่จะย้ายบริการและแอปพลิเคชันจากศูนย์ข้อมูลที่พวกเขากำลังปิดตัวลงเนื่องจากโควิด-19 เข้าสู่คลาวด์ คนอื่นรีบไปที่คลาวด์ ไม่ใช่เพราะการปิดศูนย์ข้อมูล แต่เพื่อจัดการกับกระแสความต้องการที่พุ่งสูงขึ้นจากการทำงานระยะไกลที่เพิ่มขึ้นอย่างกะทันหัน สำหรับบางคน การเดินทางไปยังระบบคลาวด์นั้นรวดเร็วมากจนไม่รวมถึงความพร้อมใช้งานสูง ตอนนี้พวกเขาได้ค้นพบ (วิธีที่ยาก) ว่าแอปพลิเคชันยังคงหยุดทำงานในระบบคลาวด์ และการหยุดทำงานที่ไม่คาดคิดและการหยุดทำงานโดยไม่ได้วางแผนยังคงเป็นตัวซวยของ AWS Azure และ GCP – เช่นเดียวกับในศูนย์ข้อมูลก่อนหน้านี้

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

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

2. ขยายความพร้อมใช้งานที่สูงขึ้นสำหรับการกู้คืนจากภัยพิบัติ

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

3. สร้างทีมการเดินทางบนคลาวด์ของคุณ

ในชั่วข้ามคืนบางบริษัทและทีมไอทีของพวกเขา เปลี่ยนจากการทำงานในองค์กรโดยสมบูรณ์เป็นการต่อสู้กับเทมเพลต Cloud Formation, คู่มือการเริ่มต้นอย่างรวดเร็ว, บทบาท IAM, ตัวจัดสรรภาระงานภายใน, IP โอเวอร์เลย์ และการถอดรหัสความหมายของขนาด VM นั้นตอนนี้เป็นเวลาที่จะสร้างทีมเพื่อรองรับการเดินทางสู่ระบบคลาวด์นี่จะหมายถึงหลายสิ่ง: ก. เพิ่มความจุ.เว้นแต่คุณจะสามารถดึงลิฟต์และกะออกได้ทั้งหมด คุณน่าจะมีพนักงานคนเดียวกันที่จัดการแอปพลิเคชันระบบคลาวด์และในองค์กรโซลูชันเดิมเป็นที่รู้จักว่ามีความเจ้าอารมณ์และต้องทำงานเป็นจำนวนมากเพื่อให้มีเสถียรภาพและพร้อมใช้งานเพื่อนำทางบนเส้นทางคลาวด์ข้างหน้า คุณจะต้องมีความจุที่สามารถตอบสนองความต้องการด้านความพร้อมใช้งาน ทำความเข้าใจสถาปัตยกรรมระบบคลาวด์ และวางแผนหลักสูตรล่วงหน้าสำหรับความต้องการขององค์กร

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

4. ผสานการทำงานอัตโนมัติและการวิเคราะห์เพื่อให้แน่ใจว่าพร้อมใช้งาน

ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้าที่ SIOS Technology Corp. ฉันได้ทำงานร่วมกับบริษัทหลายแห่งที่ย้ายมาใช้ระบบคลาวด์ในปี 2564 โดยไม่สูญเสีย HA, DR หรือทีมของพวกเขา หากคุณใช้เวลาถึงเก้าเท่าที่จำเป็น (99.99%) อย่างจริงจัง และมีแผนรองรับภัยพิบัติที่ไม่สามารถต่อรองได้ ก็ถึงเวลาเพิ่มความเข้มงวดของการวิเคราะห์และการตรวจสอบเพิ่มเติม ตรวจสอบให้แน่ใจว่าโซลูชันความพร้อมใช้งานของคุณมีระบบอัตโนมัติที่รับรู้ถึงแอปพลิเคชันและการประสานงานสำหรับการกู้คืนในกรณีที่เกิดภัยพิบัติหรือการหยุดทำงานโดยไม่ได้วางแผนไว้ เพิ่มการวิเคราะห์และระบบอัตโนมัติเพื่อเสริมความแข็งแกร่งให้กับโซลูชันของคุณ และยกระดับการโยกย้ายระบบคลาวด์ของคุณไปอีกขั้นจากหนึ่งในความล้มเหลวเชิงโต้ตอบ ไปจนถึงการแจ้งเตือนเชิงรุกและการบรรเทาความล้มเหลวก่อนที่จะเกิดขึ้นลองนึกภาพว่าได้รับแจ้งเกี่ยวกับแอปพลิเคชันที่มีประสิทธิภาพต่ำ หรือเวลาในการตอบสนองที่เพิ่มขึ้น ข้อผิดพลาด หรือพฤติกรรมไม่ตอบสนองของ VM ทันเวลาเพื่อหลีกเลี่ยงการหยุดทำงานในช่วงเวลาธุรกิจสูงสุด การวิเคราะห์ก็มีความสำคัญเช่นกัน เนื่องจากสามารถเปิดเผยระบบและแอปพลิเคชันที่อาจหลุดจากสถาปัตยกรรมความพร้อมใช้งานดั้งเดิมของคุณ

5. อัปเดตกระบวนการและการกำกับดูแลด้านไอที

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

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

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

-Cassius Rhue, VP, Customer Experience ทำซ้ำโดยได้รับอนุญาตจาก SIOS