กลยุทธ์การย้ายไปยังระบบคลาวด์คืออะไร
กลยุทธ์การย้ายไปยังระบบคลาวด์คืออะไร
การย้ายไปยังระบบคลาวด์มีประโยชน์มากมาย รวมถึงประสิทธิภาพและความสามารถในการปรับขนาดที่เพิ่มขึ้น ต้นทุนการดำเนินงานที่ลดลง และความยืดหยุ่นที่เพิ่มขึ้น ระบบคลาวด์ช่วยเร่งโอกาสทางธุรกิจและผลลัพธ์ทางเทคนิค พร้อมทั้งลดความเสี่ยงทางธุรกิจผ่านการกำกับดูแลและความปลอดภัยที่ดีขึ้น
อย่างไรก็ตาม การย้ายไปยังคลาวด์ไม่ใช่กระบวนการ “ถ่ายโอนและเปิดใช้งาน” ที่เรียบง่าย ความท้าทายในการย้ายไปยังระบบคลาวด์ได้แก่
- การสนับสนุนจากผู้บริหารและการตอบรับของผู้มีส่วนได้ส่วนได้ส่วนเสียอื่น ๆ
- ความแตกต่างระหว่างประเภทโครงสร้างพื้นฐาน
- ปัญหาในการกำหนดค่าผู้ให้บริการระบบคลาวด์
- ระบบใหม่ที่ต้องเรียนรู้
- ข้อควรพิจารณาด้านความปลอดภัยและการจัดการต้นทุนในการถ่ายโอนและการกำหนดค่า
- การพิจารณาความต้องการระบบไฮบริดระหว่างทรัพยากรในองค์กรและระบบคลาวด์
กลยุทธ์การย้ายไปยังระบบคลาวด์เป็นแผนที่บันทึกไว้ซึ่งสร้างขึ้นโดยองค์กรที่จัดเตรียมแผนงานสำหรับการเปลี่ยนจากโครงสร้างพื้นฐานปัจจุบันไปยังเวอร์ชันคลาวด์ใหม่ กลยุทธ์การย้ายไปยังระบบคลาวด์ที่ประสบความสำเร็จเป็นสิ่งจำเป็นสำหรับการดำเนินธุรกิจอย่างต่อเนื่อง นอกจากนี้ การวางแผนยังจำเป็นในการใช้สถาปัตยกรรมคลาวด์ที่มีประสิทธิภาพสูงด้วยต้นทุนต่ำสำหรับการปรับขนาดและความสามารถในการผสานรวมในอนาคต
ข้อควรพิจารณาที่สำคัญสำหรับกลยุทธ์การย้ายไปยังระบบคลาวด์มีอะไรบ้าง
กลยุทธ์การย้ายไปยังระบบคลาวด์ที่ชัดเจนจะช่วยให้คุณทำงานได้โดยมีอุปสรรคในการดำเนินธุรกิจน้อยที่สุดและไม่มีความท้าทายที่ไม่คาดคิดเกิดขึ้น เริ่มต้นด้วยการระบุความสามารถและการกำหนดค่าระบบคลาวด์ที่เหมาะสมในโครงสร้างพื้นฐานในระบบคลาวด์ที่คุณเลือกก่อน นอกจากนี้ ยังมีปัจจัยด่อไปนี้ด้วย
ข้อกำหนดด้านการรักษาความปลอดภัยและการปฏิบัติตามกฎระเบียบ
ดำเนินการประเมินความปลอดภัยก่อนการย้ายเพื่อระบุความเสี่ยงและช่องโหว่ที่อาจเกิดขึ้น เฟรมเวิร์กการกำกับดูแลที่กำหนดไว้อย่างดีจะช่วยบังคับใช้นโยบายและทำให้แน่ใจว่าได้มีการปฏิบัติตามข้อกำหนดตลอดการโอนย้าย
เครื่องมือระบบอัตโนมัติและการย้ายข้อมูล
การใช้ประโยชน์จากระบบอัตโนมัติช่วยลดการดำเนินการด้วยตนเองและลดความเสี่ยงในการย้ายข้อมูล นอกจากนี้ ยังมีส่วนช่วยในการใช้ Infrastructure as Code (IaC) ทำให้มั่นใจได้ว่าการกำหนดค่ายังคงสอดคล้องกันในทุกสภาพแวดล้อม องค์กรควรประเมินเครื่องมือที่เหมาะสมเพื่อเพิ่มความเร็วและความเสถียรในการย้ายข้อมูล AWS Migration Hub จุดเริ่มต้นที่ดีในการสำรวจเส้นทางการย้ายไปยังระบบคลาวด์
การฝึกอบรมสำหรับการดำเนินงานการย้ายข้อมูลและหลังการย้าย
การเปลี่ยนระบบคลาวด์ที่ประสบความสำเร็จขึ้นอยู่กับความพร้อมของทีมไอทีและผู้ใช้ปลายทาง โปรแกรมการฝึกอบรมควรครอบคลุมเทคโนโลยีระบบคลาวด์ใหม่ โปรโตคอลความปลอดภัย และแนวทางปฏิบัติที่ดีที่สุดในการดำเนินงาน นอกจากนี้ คุณยังควรสร้างฐานความรู้และรับรองการสนับสนุนและการจัดทำเอกสารอย่างต่อเนื่อง
การกำหนดเวลาและไทม์ไลน์
แนวทางการย้ายข้อมูลแบบทีละขั้นตอนช่วยลดการหยุดชะงักทางธุรกิจ คุณสามารถสร้างไทม์ไลน์การย้ายที่ให้ความสำคัญกับเวิร์กโหลดสำคัญก่อนโดยที่ยังคงรักษาความต่อเนื่องในการดำเนินงานได้ แผนการย้ายไปยังระบบคลาวด์ของคุณควรกำหนดเวลาการเลิกใช้งานโครงสร้างพื้นฐานเดิม ซึ่งรวมถึงการเลิกใช้งานเซิร์ฟเวอร์ที่ไม่ได้ใช้ การยกเลิกสิทธิ์การใช้งานที่ซ้ำซ้อน และการตรวจสอบให้แน่ใจว่าข้อมูลจะถูกเก็บถาวรหรือลบอย่างปลอดภัย คุณอาจต้องให้เวลาที่เพียงพอในระหว่างการย้ายและการเลิกใช้งาน เพื่อให้ทุกคนคุ้นชินกับโครงสร้างพื้นฐานใหม่
การเปลี่ยนแปลงที่เพิ่มขึ้นและการเพิ่มประสิทธิภาพอย่างต่อเนื่อง
การนำระบบคลาวด์มาใช้ต้องใช้กลยุทธ์การเปลี่ยนแปลงที่เพิ่มขึ้นมากกว่าการเปลี่ยนแปลงครั้งเดียว การปรับปรุงแอปพลิเคชันให้ค่อย ๆ ทันสมัยขึ้นช่วยลดความเสี่ยงและช่วยให้ทีมสามารถปรับตัวเข้ากับสภาพแวดล้อมระบบคลาวด์ใหม่ได้ เมื่อเวลาผ่านไป คุณสามารถใช้ประโยชน์จากการปรับขนาดอัตโนมัติ อินสแตนซ์แบบเหมาจ่าย และเทคนิคการเลือกขนาดให้เหมาะสมเพื่อลดค่าใช้จ่าย การตรวจสอบอย่างสม่ำเสมอช่วยให้มั่นใจได้ว่าจะมีการใช้งานทรัพยากรระบบคลาวด์อย่างมีประสิทธิภาพ
กลยุทธ์หลักของการย้ายไปยังระบบคลาวด์มีอะไรบ้าง
ทรัพยากรที่แตกต่างกันนั้นต้องใช้วิธีย้ายที่แตกต่างกันไปด้วย โดยกลยุทธ์การย้ายแอปพลิเคชันไปยังคลาวด์จะมีอยู่ 7 กลยุทธ์ด้วยกัน หรือที่เรียกว่า 7 R
Retire (เลิกใช้)
กลยุทธ์นี้จะนำมาใช้เมื่อทรัพยากรดังกล่าวไม่จำเป็นอีกต่อไปแล้ว โดยในกรณีนี้ คุณสามารถเลือกได้ว่าจะเลิกใช้งานหรือเก็บถาวรทรัพยากรดังกล่าว กล่าวให้เข้าใจง่าย ๆ ก็คือการปิดเซิร์ฟเวอร์สำหรับแอปพลิเคชันที่ไม่จำเป็นต้องใช้งานอีกต่อไป ใช้กลยุทธ์ Retire เมื่อการย้ายแอปพลิเคชันไปยังระบบคลาวด์ไม่มีคุณค่าทางธุรกิจอีกต่อไป แอปพลิเคชันนั้นใช้เทคโนโลยีเวอร์ชันเดิมที่ไม่รองรับอีกต่อไป และการปิดแอปพลิเคชันดังกล่าวจะทำให้คุ้มค่ามากกว่า
คุณสามารถระบุแอปพลิเคชันเหล่านั้นได้โดยการวิเคราะห์การใช้ CPU และหน่วยความจำโดยเฉลี่ย แอปพลิเคชันที่ใช้งานทรัพยากรข้างต้นต่ำกว่า 5 เปอร์เซ็นต์สามารถเลิกใช้ได้ทันที แอปพลิเคชันที่มีการใช้ทรัพยากรตั้งแต่ 5 ถึง 20 เปอร์เซ็นต์ก็อาจพิจารณาเลิกใช้ได้เช่นกัน โดยเฉพาะอย่างยิ่งหากไม่มีคำขอขาเข้านานกว่า 90 วัน
Retain (เก็บรักษา)
กลยุทธ์นี้เกี่ยวข้องกับการเก็บรักษาทรัพยากรตามที่เป็นอยู่ โดยไม่ต้องย้ายไปยังระบบคลาวด์ เหตุผลของการใช้กลยุทธ์นี้อาจเนื่องมาจากเหตุผลด้านความปลอดภัย การย้ายไม่ได้ทำให้ธุรกิจได้ประโยชน์เพิ่มขึ้น ทรัพยากรดังกล่าวต้องใช้อุปกรณ์ที่จับต้องได้ หรือข้อควรพิจารณาที่ซับซ้อนอื่น ๆ ตัวอย่างเช่น คุณอาจเลื่อนการย้ายแอปพลิเคชันที่เพิ่งมีการอัปเกรดโครงสร้างพื้นฐานไปโดยใช้เม็ดเงินลงทุนจำนวนมาก หรือคุณอาจเก็บรักษาแอปพลิเคชันของบุคคลที่สามไว้จนกว่าผู้จำหน่ายจะปล่อยเวอร์ชัน SaaS
Rehost (เปลี่ยนโฮสต์)
กลยุทธ์การย้ายไปยังระบบคลาวด์ด้วยการเปลี่ยนโฮสต์เป็นแนวทางแบบ “lift-and-shift” ตัวอย่างเช่น คุณอาจย้ายการกำหนดค่าและเวิร์กโหลดของเซิร์ฟเวอร์จริงไปยังเซิร์ฟเวอร์เดียวกันในสภาพแวดล้อมระบบคลาวด์ คุณสามารถย้ายแมชชีนจากหลาย ๆ แหล่งไปยัง AWS Cloud ได้โดยไม่ต้องกังวลเกี่ยวกับผลเสียที่มีต่อประสิทธิภาพ ความเข้ากันได้ การจำลองข้อมูลระยะไกล หรือการย้ายไปยังระบบใหม่ที่ใช้เวลานาน
Relocate (ย้ายระบบ)
กลยุทธ์ Relocate จะย้ายโครงสร้างพื้นฐานจากสภาพแวดล้อมหนึ่งไปยังอีกสภาพแวดล้อมหนึ่ง กลยุทธ์นี้จะได้รับการนำมาใช้เมื่อโครงสร้างพื้นฐานในระบบคลาวด์มีการแมปที่เทียบเท่ากับทรัพยากรที่คุณมีอยู่ เช่น การย้าย VMware SDDC ไปยัง VMware Cloud บน AWS นอกจากนี้คุณยังสามารถใช้กลยุทธ์ดังกล่าวเพื่อปรับการกำหนดค่าโครงสร้างพื้นฐานในระบบคลาวด์ที่มีอยู่ได้อีกด้วย ภายใน AWS การดำเนินการดังกล่าวอาจหมายถึงการย้ายอินสแตนซ์หรืออ็อบเจกต์ไปยังบัญชี AWS, ภูมิภาค หรือ Virtual Private Cloud (VPC) อื่น ตัวอย่างเช่น คุณถ่ายโอนอินสแตนซ์ DB สำหรับ Amazon RDS ไปยังบัญชี AWS อื่น
Repurchase (ซื้อใหม่)
กลยุทธ์ Repurchase หรือ “drop and shop” เป็นการย้ายจากแอปพลิเคชันหรือโครงสร้างพื้นฐานปัจจุบันไปยังผลิตภัณฑ์อื่น กรณีการใช้งานสำหรับกลยุทธ์นี้รวมถึงการย้ายสิทธิ์การใช้งานในองค์กรไปเป็นสิทธิ์การใช้งาน SaaS การเปลี่ยนแอปพลิเคชันเป็นผลิตภัณฑ์ระบบคลาวด์ที่คล้ายกัน หรือเปลี่ยนแอปพลิเคชันแบบกำหนดเองเป็นโซลูชันระบบคลาวด์ที่ไม่เคยใช้งานมาก่อน ก่อนซื้อ ให้ประเมินแอปพลิเคชันใหม่โดยอิงตามความต้องการทางธุรกิจ โดยเฉพาะอย่างยิ่งความปลอดภัยและการปฏิบัติตามข้อกำหนด
Replatform (เปลี่ยนแพลตฟอร์ม)
กลยุทธ์ Replatform คือ “lift, tinker, and shift” หรือ “lift and reshape” กลยุทธ์นี้เกี่ยวข้องกับการปรับการกำหนดค่าแอปพลิเคชันหรือองค์ประกอบโครงสร้างพื้นฐานใหม่ และใช้วิธ๊บางอย่างในการเพิ่มประสิทธิภาพสำหรับระบบคลาวด์ ซึ่งจะช่วยให้แอปพลิเคชันเดิมของคุณทำงานได้โดยไม่กระทบต่อความปลอดภัย ในเวลาเดียวกัน คุณสามารถลดต้นทุนและเพิ่มประสิทธิภาพได้โดยย้ายแมชชีนเสมือนไปยังคอนเทนเนอร์ โอนย้ายไปยังบริการที่มีการจัดการหรือที่ไม่ต้องใช้เซิร์ฟเวอร์ หรือย้ายจากระบบปฏิบัติการหนึ่งไปยังอีกระบบหนึ่ง
ตัวอย่างเช่น คุณอาจเปลี่ยนแพลตฟอร์มฐานข้อมูล Microsoft SQL Server ไปเป็น Amazon RDS สำหรับ SQL Server หรือโอนย้ายเวิร์กโหลด ML ไปยัง Amazon SageMaker
Re-architect (ออกแบบสถาปัตยกรรมใหม่)
กลยุทธ์ Re-architect นั้นเป็นขั้นกว่าของการเปลี่ยนแพลตฟอร์ม โดยจะเป็นการเปลี่ยนสถาปัตยกรรมของแอปพลิเคชันหรือโครงสร้างพื้นฐานเพื่อให้ใช้ประโยชน์จากฟีเจอร์ของ Cloud-Native หากคุณมีแอปพลิเคชันเดิมที่มีการออกแบบโดยรวมทุกอย่างไว้ด้วยกัน การทดสอบไม่ค่อยครอบคลุมมากนัก หรือใช้โค้ดที่ล้าสมัยซึ่งยากต่อการบำรุงรักษา คุณก็ควรลองให้พิจารณาที่จะปรับเปลี่ยนใหม่ คุณอาจพิจารณานำโค้ดบางส่วนมาใช้ซ้ำ ควบคู่กับการเปลี่ยนโค้ดในส่วนอื่นๆ หรือออกแบบใหม่ตั้งแต่เริ่มต้น ทั้งนี้ขึ้นอยู่กับแอปพลิเคชันดังกล่าว การออกแบบสถาปัตยกรรมใหม่อาจเป็นกระบวนการที่ยาวนาน ซึ่งต้องใช้ทั้งความเชี่ยวชาญด้านระบบคลาวด์และด้านวิศวกรรม
กระบวนการย้ายไปยังระบบคลาวด์คืออะไร
กระบวนการย้ายไปยังระบบคลาวด์นั้นเหนือกว่าเทคโนโลยีปัจจุบันและเทคโนโลยีเป้าหมายเพื่อให้ครอบคลุมทุกแง่มุมของการจัดการการเปลี่ยนแปลงขององค์กร กระบวนการนี้ประกอบด้วย 3 ขั้นตอน ดังนี้
ขั้นตอนที่ 1 - ประเมิน
ก่อนที่จะโอนย้ายไปยังสภาพแวดล้อมระบบคลาวด์ คุณต้องประเมินความพร้อมของตนเองเพื่อให้แน่ใจว่าการแปลงข้อมูลจะมีโอกาสสำเร็จมากที่สุด AWS Cloud Adoption Framework (CAF) จะนำความพร้อมในการย้ายไปยังระบบคลาวด์มาพิจารณาทั้ง 6 มุมมองไม่ว่าจะเป็นธุรกิจ ผู้คน การกำกับดูแล แพลตฟอร์ม ความปลอดภัย และการดำเนินงาน
นอกจากนี้ คุณต้องประเมินพอร์ตโฟลิโอแอปพลิเคชันขององค์กรของคุณเพื่อทำความเข้าใจเกี่ยวกับวิธีโอนย้ายและปรับแอปของคุณให้ทันสมัย โครงสร้างพื้นฐานที่ซับซ้อน การผสานการทำงาน การรักษาความปลอดภัย และข้อควรพิจารณาเกี่ยวกับตัวตน ล้วนรองรับแอปพลิเคชันที่มีอยู่ การประเมินผลพอร์ตโฟลิโอแอปพลิเคชันจะระบุผู้มีส่วนได้ส่วนเสียและแหล่งข้อมูลที่สำคัญ รวมถึงช่วยในการจัดลำดับความสำคัญในการโอนย้ายแอปพลิเคชัน
คุณสามารถใช้การประเมินความพร้อมของ AWS Cloud เพื่อประเมินความพร้อมในการย้ายไปยังระบบคลาวด์ขององค์กรคุณด้วยตนเองได้ นอกจากนี้ AWS ยังมีการประเมินการโอนย้ายให้ใช้บริการได้ฟรี ซึ่งทีมของเราจะประเมินและให้คะแนนองค์กรของคุณในหลายหมวดหมู่ รวมถึงกรณีธุรกิจโดยละเอียด การดำเนินงาน ความปลอดภัย ผู้คน และอื่น ๆ
เราช่วยคุณค้นพบจุดที่องค์กรของคุณยังบกพร่องในด้านการเตรียมความพร้อม การดำเนินการเพื่อแก้ไขจุดบกพร่องเหล่านี้ ทำให้โอกาสที่โปรแกรมการโอนย้ายข้อมูลจะประสบความสำเร็จนั้นมีมากขึ้นได้
ขั้นตอนที่ 2 - เตรียมโอนย้าย
ช่วงเตรียมโอนย้ายจะเป็นขั้นการวางแผนการโอนย้ายและการเลือกกลยุทธ์การโอนย้ายที่ดีที่สุดสำหรับสภาพแวดล้อมปัจจุบันของคุณโดยอิงตามสถาปัตยกรรมเป้าหมายของผู้ให้บริการระบบคลาวด์ที่คุณใช้งาน โดยงานสำหรับช่วงดังกล่าวนั้นรวมถึง แต่ไม่จำกัดเพียง
- การจัดลำดับความสำคัญของทรัพยากรสำหรับการโอนย้าย
- การพัฒนาเป้าหมายการโอนย้าย เช่น ความเร็ว เวลาหยุดทำงาน และความสามารถในการดำเนินงาน
- การฝึกอบรมพนักงานสำหรับการจัดการและการดำเนินงานเกี่ยวกับบริการด้านการโอนย้ายและหลังการโอนย้าย
- การสร้างสถาปัตยกรรมและบริการเป้าหมาย
- การทดสอบสภาพแวดล้อมสำหรับการโอนย้ายด้วยแอปพลิเคชันหรือบริการที่มีขนาดเล็กกว่าหรือสำคัญน้อยกว่า
เราขอแนะนำอย่างยิ่งว่าให้ใช้บันทึกการตัดสินใจทางสถาปัตยกรรม (ADR) ในระหว่างช่วงเตรียมโอนย้าย เอกสารที่มีการอัปเดตอย่างต่อเนื่องนี้มีเนื้อหาที่ครอบคลุมถึงการตัดสินใจทางสถาปัตยกรรมแต่ละครั้งรวมถึงเหตุผลที่เลือกทางเลือกนั้น ๆ
ตัวอย่างเช่น หลาย ๆ องค์กรเลือกที่จะใช้กลยุทธ์ Refactor หรือ Retain กับระบบซอฟต์แวร์เดิม การใช้กลยุทธ์ Refactor อาจใช้เวลานานและมีค่าใช้จ่ายสูง แต่โดยทั่วไปจะทำให้ได้รับ ROI หลังจากผ่านไปหลายปี โดยวิธีในการใช้กลยุทธ์ Refactor กับแอปพลิเคชันเองก็จะส่งผลต่อตัวเลขในการคำนวณเหล่านี้เช่นกัน ADR สามารถอธิบายได้ว่าโครงสร้างหลังจากใช้กลยุทธ์ Refactor, การอ้างอิง, อินเทอร์เฟซ และเทคนิคการจัดทำโครงสร้างทำให้มีประสิทธิภาพเทียบเท่า (หรือดีกว่า) และลดต้นทุนการเป็นเจ้าของเมื่อเวลาผ่านไปได้อย่างไร
ขั้นตอนที่ 3 - โอนย้ายและปรับให้ทันสมัย
กระบวนการโอนย้ายนั้นจะขึ้นอยู่กับขนาดและความต้องการของการเปลี่ยนแปลงองค์กรคุณ การโอนย้ายที่มีขนาดเล็กกว่าหรือซับซ้อนน้อยกว่าอาจค่อย ๆ นำไปใช้ทีละรายการโดยใช้เครื่องมือที่พร้อมใช้งานได้โดยไม่ต้องใช้รูปแบบที่ทำซ้ำได้หรือจุดที่เหมือนกันซึ่งทำให้เป็นอัตโนมัติได้ การโอนย้ายที่มีขนาดใหญ่หรือซับซ้อนมากขึ้นต้องใช้รูปแบบที่เกิดขึ้นใหม่ซึ่งครอบคลุมแอปพลิเคชัน องค์ประกอบโครงสร้างพื้นฐาน พื้นที่ในองค์กร หรือโครงการต่าง ๆ หลายรายการ
AWS มีเครื่องมือการโอนย้ายให้เลือกใช้หลายรายการ เช่น AWS Application Discovery Service และ AWS Database Migration Service เพื่อรองรับการโอนย้ายข้อมูลที่ซับซ้อน นอกจากนี้ คุณยังสามารถพิจารณาสร้างโรงงานการโอนย้ายข้อมูลเพื่อดำเนินการย้ายไปยังระบบคลาวด์เป็นจำนวนมากได้ โรงงานการโอนย้ายคือการรวบรวมทีมที่ดำเนินงานไปพร้อม ๆ กัน โดยมีทีมเฉพาะที่ใช้กลยุทธ์ Rehost, Replatform และ Refactor กับการถ่ายโอน ทีมที่รับผิดชอบ Refactor มักจะทำงานคล้ายกับทีมพัฒนาซอฟต์แวร์ โดยได้รับการสนับสนุนสไตล์ DevOps
การพัฒนาแผน กระบวนการ และเครื่องมือสำหรับระบบอัตโนมัติโดยอิงตามการโอนย้ายครั้งแรกจะช่วยให้กระบวนการย้ายไปยังระบบคลาวด์ในองค์กรดังกล่าวดำเนินไปเร็วขึ้นได้
AWS สามารถสนับสนุนกลยุทธ์การย้ายไปยังระบบคลาวด์ของคุณได้อย่างไร
ด้วยบริการ AWS Cloud คุณสามารถใช้ประโยชน์จากข้อมูลและแอปพลิเคชันที่มีอยู่ของคุณเพื่อปรับขนาดและเติบโตด้วย AI พร้อมทั้งทำสิ่งต่าง ๆ ได้มากกว่าการเป็นผู้ให้บริการระบบคลาวด์พื้นฐานที่มีประสิทธิภาพ การเลือกกลยุทธ์การย้ายระบบคลาวด์ที่เหมาะสมเป็นสิ่งสำคัญต่อความสำเร็จของโปรแกรมคุณ ไม่ว่าคุณจะกำลังพิจารณาการย้ายไปยังระบบคลาวด์หรือพร้อมที่จะเริ่มย้ายทรัพยากรของคุณไปยังระบบคลาวด์ AWS จะให้คำแนะนำ เครื่องมือประเมิน และพาร์ทเนอร์ที่หลากหลายเพื่อเริ่มต้นใช้งาน
โปรแกรมเร่งการย้ายไปยังระบบคลาวด์ (MAP) ของ AWS เป็นโปรแกรมการย้ายไปยังระบบคลาวด์ที่ครอบคลุมและผ่านการพิสูจน์แล้ว ซึ่งอิงจากประสบการณ์ของ AWS ในการย้ายระบบของลูกค้าระดับองค์กรหลายพันรายไปยังคลาวด์ MAP มอบเครื่องมือ รวมถึงแนวทางและเนื้อหาการฝึกที่ปรับให้เหมาะสม ความเชี่ยวชาญจากพาร์ทเนอร์ในเครือข่ายพาร์ทเนอร์ของ AWS ชุมชนพาร์ทเนอร์ระดับโลก และการลงทุน AWS พิจารณาให้ MAP เป็นพาร์ทเนอร์ของคุณเพื่อทำงานโดยอัตโนมัติและเร่งการดำเนินการภายในงบประมาณ
ไปที่การย้ายข้อมูลไปยัง AWS Cloud เพื่อโอนย้ายและปรับให้ทันสมัยด้วย AWS วันนี้