แก้ไขการเดินทางบนคลาวด์ของคุณ

Date: มกราคม 9, 2022

แก้ไขการเดินทางบนคลาวด์ของคุณ

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

1. เพิ่ม ความพร้อมใช้งานสูง

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

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

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

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

   แน่นอนว่าไม่ใช่ทุกคนที่เปลี่ยนไปใช้คลาวด์โดยไม่พิจารณา HA บางรูปแบบ ทีมไอทีบางทีมมองการณ์ไกลที่จะไม่ปล่อยให้ 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 สามารถช่วยคุณปรับปรุงไม่เพียงแต่ความพร้อมใช้งานสูงในระบบคลาวด์เท่านั้น แต่ยังรวมถึงกระบวนการสำหรับการทำงานในคลาวด์ด้วย

ทำซ้ำโดยได้รับอนุญาตจาก SIOS