วางแผนย้ายระบบ
เช็กลิสต์ความพร้อมก่อนย้ายขึ้น AWS สำหรับธุรกิจไทยที่กำลังขยายตลาดอาเซียน
แปลงแผนขยายธุรกิจให้เป็นขอบเขตการย้ายระบบที่ทำงานต่อได้จริง ตั้งแต่ระบบที่เชื่อมต่อกัน ข้อกำหนดของแต่ละตลาด ผู้รับผิดชอบ ไปจนถึงระบบแรกที่จะทดลองย้าย
1. กำหนดผลลัพธ์ทางธุรกิจและผู้ตัดสินใจให้ชัด
สำหรับ SME และธุรกิจขนาดกลางของไทยที่กำลังเปิดตลาดในประเทศอาเซียน การวางแผนย้ายระบบควรเริ่มจากงานที่การขยายธุรกิจทำให้เกิดขึ้น ผู้จัดจำหน่ายอาจต้องให้คู่ค้าเข้าถึงระบบได้อย่างต่อเนื่อง ส่วนร้านค้าปลีกอาจต้องรองรับผู้ใช้ช่วงแคมเปญ ก่อนเลือกโครงสร้างพื้นฐาน ให้เขียนผลลัพธ์ที่ต้องการ ระบบที่เกี่ยวข้อง และเกณฑ์ที่ธุรกิจจะใช้วัดความสำเร็จ
AWS แบ่งแนวทางการย้ายระบบเป็นการประเมิน การเตรียมความพร้อม และการย้ายจริง นำโครงสร้างนี้มาปรับให้เหมาะกับขนาดทีม โดยทำทะเบียนประเด็นที่ยังต้องหาคำตอบ ระบุผู้รับผิดชอบ หลักฐานที่ต้องใช้ และเรื่องที่ต้องตัดสินใจถัดไป เอกสารนี้ช่วยให้ฝ่ายไอที การเงิน และผู้สนับสนุนโครงการคุยกันบนข้อมูลชุดเดียว
- ระบุผู้รับผิดชอบโครงการหลักและเจ้าของแอปพลิเคชันอย่างละหนึ่งคน
- บันทึกกำหนดการทางธุรกิจ ช่วงงานหนาแน่น และเวลาหยุดระบบที่ยอมรับได้
- แยกสิ่งที่จำเป็นต่อวันเปิดใช้งานออกจากสิ่งที่ปรับปรุงภายหลังได้
2. ตรวจว่าระบบต้องพึ่งพาอะไรบ้างในการทำงานจริง
เริ่มจากแผนภาพง่าย ๆ ที่มีแอปพลิเคชัน ฐานข้อมูล ระบบยืนยันตัวตน และการเชื่อมต่อภายนอก แล้วตรวจเทียบกับการรับส่งข้อมูลและบันทึกการทำงานจริง AWS แนะนำให้ใช้ข้อมูลจากการสำรวจระบบมายืนยันความเข้าใจเดิม เพราะแผนภาพเก่าอาจตกหล่นจุดเชื่อมต่อที่ทำให้การย้ายซับซ้อนขึ้น
สำหรับระบบแรกที่พิจารณาย้าย ให้ไล่ดูธุรกรรมหนึ่งรายการตั้งแต่ต้นจนจบ เช่น รับคำสั่งซื้อจนถึงปรับยอดสต็อก ตรวจด้วยว่ามีงานใดทำตอนกลางคืนหรือสิ้นเดือน บันทึกจุดที่ยังไม่แน่ใจให้ชัด และมอบหมายคนหาคำตอบก่อนที่จุดเชื่อมต่อซึ่งยังไม่รู้จักจะกลายเป็นปัญหาในวันสลับระบบ
- รวบรวมแหล่งเก็บข้อมูล จุดเชื่อมต่อ งานตามรอบ และสิทธิ์ใช้งานซอฟต์แวร์
- ทำเครื่องหมายระบบที่ต้องการความหน่วงต่ำหรือจำเป็นต้องย้ายพร้อมกัน
- เก็บข้อมูลการใช้งานปกติ ช่วงสูงสุด และที่มาของตัวเลขแต่ละชุด
3. เลือก Region จากข้อกำหนดของระบบ
แผนขยายตลาดอาเซียนเพียงอย่างเดียวยังบอกไม่ได้ว่าควรเลือก AWS Region ใด AWS ระบุว่าความหน่วง ต้นทุน บริการที่มีให้ใช้ และข้อกำหนดที่ต้องปฏิบัติตาม ล้วนเป็นปัจจัยในการเลือก จัดทำรายชื่อ Region ที่เข้าข่าย แล้วตรวจว่ามีบริการและฟีเจอร์ที่แบบระบบของคุณต้องใช้ครบหรือไม่
ใช้รายชื่อนี้เป็นจุดเริ่มต้นของการเปรียบเทียบที่ตรวจสอบได้ วัดขั้นตอนการใช้งานตัวอย่างจากพื้นที่ที่จะให้บริการ ระบุว่าข้อมูลแอปพลิเคชันและข้อมูลสำรองจะอยู่ที่ใด และนำข้อกำหนดการจัดการข้อมูลที่องค์กรอนุมัติแล้วมาใช้ก่อนสรุปแบบระบบ รวมเรื่องการเชื่อมต่อข้ามประเทศและการจัดทีมสนับสนุนไว้ในการพิจารณาด้วย
- ทดสอบธุรกรรมครบขั้นตอนจากเครือข่ายลูกค้าและสำนักงานที่เกี่ยวข้อง
- ระบุสถานที่เก็บข้อมูลหลัก ข้อมูลสำรอง และข้อมูลที่ทำสำเนาแยกกัน
- รวมการเชื่อมต่อและการเคลื่อนย้ายข้อมูลไว้ในสมมติฐานต้นทุนดำเนินงาน
4. ระบุว่าใครจะดูแลระบบหลังย้าย
ความพร้อมต้องครอบคลุมถึงคนที่จะรับการแจ้งเตือนครั้งแรกหลังเปิดใช้งาน ขั้นเตรียมความพร้อมของ AWS ครอบคลุมสภาพแวดล้อมพื้นฐาน ความปลอดภัย การปฏิบัติงาน และทักษะของทีม สำหรับทีมขนาดเล็ก ให้แปลงแต่ละเรื่องเป็นหน้าที่ที่มีชื่อผู้รับผิดชอบ พร้อมคู่มือปฏิบัติงานสั้น ๆ ที่เพื่อนร่วมทีมทำตามได้โดยไม่ต้องพึ่งความจำของคนคนเดียว
ตกลงค่า RTO หรือระยะเวลาเป้าหมายในการกู้บริการกลับมา และค่า RPO หรือช่วงเวลาของข้อมูลล่าสุดที่ธุรกิจยอมสูญเสียได้ โดยให้ผู้รับผิดชอบระบบฝั่งธุรกิจยืนยันว่าค่าทั้งสองเหมาะกับงาน จากนั้นซ้อมกู้คืนเพื่อดูว่ากระบวนการที่ออกแบบไว้ใช้ได้จริง ก่อนสรุปว่าระบบพร้อมสำหรับการย้าย
- ระบุคนดูแลสิทธิ์เข้าถึง การเฝ้าระวัง แพตช์ ข้อมูลสำรอง และค่าใช้จ่าย
- ยืนยันผู้ติดต่อเมื่อเกิดเหตุและช่วงเวลาที่ทีมพร้อมรับเรื่อง
- กำหนดหลักฐานที่จะใช้ยืนยันการกู้คืนและการยอมรับระบบจากฝ่ายธุรกิจ
5. ตัวอย่างสมมติ: การย้ายระบบครั้งแรกของผู้จัดจำหน่าย
สมมติว่าผู้จัดจำหน่ายไทยรายหนึ่งกำลังเปิดพอร์ทัลคู่ค้าในตลาดอาเซียนอีกประเทศ แผนแรกคือย้ายพอร์ทัลขึ้นคลาวด์และเก็บระบบสต็อกไว้ที่สำนักงาน แต่การสำรวจพบว่าพอร์ทัลต้องเรียกดูสต็อกบ่อยครั้งและรอคำตอบก่อนทำงานต่อ การแยกระบบเช่นนี้จึงต้องทดสอบความหน่วงและตกลงว่าจะทำอย่างไรเมื่อการเชื่อมต่อขัดข้อง
ทีมกำหนดเรื่องนี้เป็นคำถามหลักของการทดลอง โดยใช้สภาพแวดล้อมทดสอบที่ใกล้เคียงงานจริง ทดลองรับคำสั่งซื้อ ค้นหาสต็อก และกระทบยอดโดยมีเจ้าของแอปพลิเคชันร่วมตรวจ พร้อมทดสอบว่าทีมสนับสนุนวิเคราะห์เหตุค้นหาสต็อกไม่สำเร็จได้หรือไม่ ขั้นตอนเหล่านี้เป็นตัวอย่างวิธีประเมิน ไม่ใช่ผลลัพธ์จากลูกค้าจริง
- กำหนดเกณฑ์ผ่านด้านเวลาตอบสนองและความถูกต้องของธุรกรรม
- ระบุเจ้าของการเชื่อมต่อระหว่างพอร์ทัลกับระบบสต็อก
- ทบทวนแบบระบบปลายทางหากจุดเชื่อมต่อไม่ผ่านเกณฑ์ที่ตกลงไว้
6. จบการประเมินด้วยข้อสรุปที่ทีมลงมือทำต่อได้
ใช้เช็กลิสต์เพื่อตัดสินว่าระบบใดพร้อมทดลองย้าย พร้อมเมื่อแก้ประเด็นที่ระบุแล้ว หรือยังต้องประเมินเพิ่มเติม แนวทางวางแผนย้ายเป็นชุดของ AWS ครอบคลุมการเตรียมสลับระบบ การย้อนกลับ การทดสอบ และการส่งมอบงานดูแลระบบ นำหัวข้อเหล่านี้มาจัดเป็นชุดหลักฐานที่ต้องตรวจเพื่ออนุมัติการย้ายครั้งแรก
ก่อนขยายขอบเขต ให้ทบทวนสิ่งที่เรียนรู้จากการทดลอง ทั้งระบบที่พึ่งพากัน ภาระของทีมสนับสนุน และสมมติฐานต้นทุน เก็บข้อค้นพบไว้ในทะเบียนความพร้อมเพื่อใช้กับแอปพลิเคชันถัดไป การประเมินที่นำไปใช้ได้ควรจบด้วยงานขั้นต่อไปที่มีขอบเขตชัดและมีคนรับผิดชอบ
- อนุมัติขอบเขตทดลอง เกณฑ์ตรวจรับ และเงื่อนไขที่ต้องย้อนกลับ
- กำหนดผู้รับผิดชอบและวันทบทวนสำหรับทุกประเด็นที่ยังค้างอยู่
- ยืนยันการส่งมอบงานดูแลระบบก่อนอนุมัติย้ายระบบถัดไป