Definitions

ในแต่ละวัน ผู้เชี่ยวชาญที่ AWS ได้ช่วยเหลือลูกค้าในการออกแบบ Architecture ระบบ เพื่อให้ได้รับประโยชน์สูงสุดจากแนวทางปฏิบัติที่ดีที่สุด (Best Practices) บน Cloud AWS ทำงานร่วมกับเราในการพิจารณาข้อดีข้อเสีย (Trade-offs) ทาง Architecture ในขณะที่การออกแบบวิวัฒนาการไป และเมื่อนำระบบเหล่านี้ไปใช้งานจริงในสภาพแวดล้อม Production AWS ก็ได้เรียนรู้ว่าระบบเหล่านี้ทำงานได้ดีเพียงใด รวมถึงผลกระทบที่เกิดจากการตัดสินใจเลือกข้อดีข้อเสียเหล่านั้น

จากสิ่งที่ AWS ได้เรียนรู้ จึงได้สร้าง AWS Well-Architected Framework ขึ้นมา เพื่อมอบคุณสมบัติที่เป็นมาตรฐานของแนวทางปฏิบัติที่ดีที่สุดให้แก่ลูกค้าและพาร์ทเนอร์ในการประเมิน Architecture รวมถึงชุดคำถามที่สามารถใช้เพื่อประเมินว่า Architecture นั้นสอดคล้องกับแนวทางปฏิบัติที่ดีที่สุดของ AWS มากน้อยเพียงใด

AWS Well-Architected Framework อ้างอิงจากเสาหลัก 6 ประการ ได้แก่: การเป็นเลิศด้านการปฏิบัติงาน (Operational Excellence), ความมั่นคงปลอดภัย (Security), ความน่าเชื่อถือ (Reliability), ประสิทธิภาพในการทำงาน (Performance Efficiency), การเพิ่มประสิทธิภาพต้นทุน (Cost Optimization) และความยั่งยืน (Sustainability)

ตารางที่ 1: เสาหลักของ AWS Well-Architected Framework

Pillar	Description
การเป็นเลิศด้านการปฏิบัติงาน (Operational Excellence)	ความสามารถในการสนับสนุนการ Develop และรัน Workload ได้อย่างมีประสิทธิภาพ การได้รับข้อมูลเชิงลึกในการดำเนินงาน และการปรับปรุงกระบวนการและขั้นตอนสนับสนุนอย่างต่อเนื่องเพื่อส่งมอบคุณค่าทางธุรกิจ
ความมั่นคงปลอดภัย (Security)	เสาหลักด้านความปลอดภัยจะอธิบายถึงวิธีใช้ประโยชน์จากเทคโนโลยี Cloud ในการปกป้องข้อมูล ระบบ และทรัพย์สิน ในรูปแบบที่สามารถยกระดับสถานะความปลอดภัยของคุณได้
ความน่าเชื่อถือ (Reliability)	ครอบคลุมถึงความสามารถของ Workload ในการทำงานตามหน้าที่ที่ตั้งใจไว้อย่างถูกต้องและสม่ำเสมอตามที่คาดหวัง ซึ่งรวมถึงความสามารถในการดำเนินงานและทดสอบ Workload ตลอด livecycle เอกสารฉบับนี้จะให้คำแนะนำเชิงลึกเกี่ยวกับแนวทางปฏิบัติที่ดีที่สุดสำหรับการสร้าง Workload ที่น่าเชื่อถือบน AWS
ประสิทธิภาพในการทำงาน (Performance Efficiency)	ความสามารถในการใช้ Resource การคำนวณอย่างมีประสิทธิภาพเพื่อให้บรรลุความต้องการของระบบ และรักษาประสิทธิภาพนั้นไว้เมื่อความต้องการเปลี่ยนแปลงไปหรือเทคโนโลยีวิวัฒนาการขึ้น
การเพิ่มประสิทธิภาพต้นทุน (Cost Optimization)	ความสามารถในการรันระบบเพื่อส่งมอบคุณค่าทางธุรกิจในจุดราคาที่ต่ำที่สุด
ความยั่งยืน (Sustainability)	ความสามารถในการปรับปรุงผลกระทบด้านความยั่งยืนอย่างต่อเนื่อง โดยการลดการใช้พลังงานและเพิ่มประสิทธิภาพในทุกส่วนประกอบของ Workload ผ่านการใช้ประโยชน์จากทรัพยากรที่จัดสรรไว้ให้สูงสุด และลด Resource ทั้งหมดที่จำเป็นต้องใช้ให้น้อยที่สุด

ใน AWS Well-Architected Framework เราใช้คำจำกัดความเหล่านี้:

• ส่วนประกอบ (Component): คือ Code, Configuration และ Resource ของ AWS ที่ทำงานร่วมกันเพื่อให้บรรลุตามข้อกำหนด โดยส่วนประกอบมักจะเป็นหน่วยในการดูแลทางเทคนิค และแยกขาดจากส่วนประกอบอื่น

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

• สถาปัตยกรรม (Architecture): คือวิธีการที่ส่วนประกอบต่าง ๆ ทำงานร่วมกันในหนึ่ง Workload โดยการสื่อสารและการโต้ตอบกันระหว่างส่วนประกอบมักเป็นจุดสนใจหลักของแผนภาพ Architecture

• เหตุการณ์สำคัญ (Milestones): คือเครื่องหมายแสดงการเปลี่ยนแปลงที่สำคัญใน Architecture ของคุณในขณะที่มันวิวัฒนาการไปตลอดวงจรชีวิตผลิตภัณฑ์ (การออกแบบ, การติดตั้ง, การทดสอบ, การเริ่มใช้งานจริง และการใช้งานบน Production)

• พอร์ตโฟลิโอทางเทคโนโลยี (Technology Portfolio): คือกลุ่มของ Workload ทั้งหมดภายในองค์กรที่จำเป็นต่อการดำเนินธุรกิจ

• ระดับความพยายาม (Level of Effort): คือการแบ่งประเภทของเวลา ความพยายาม และความซับซ้อนที่งานหนึ่ง ๆ ต้องใช้ในการติดตั้งจริง แต่ละองค์กรจำเป็นต้องพิจารณาขนาดและความเชี่ยวชาญของทีม รวมถึงความซับซ้อนของ Workload ประกอบกัน เพื่อจัดประเภทระดับความพยายามให้เหมาะสมกับองค์กรของตน:

• High: งานอาจใช้เวลาหลายสัปดาห์หรือหลายเดือน โดยอาจแบ่งออกเป็นหลาย Story, หลาย Release และหลาย Task

• Medium: งานอาจใช้เวลาหลายวันหรือหลายสัปดาห์ โดยอาจแบ่งออกเป็นหลาย Release และหลาย Task

• Low: งานอาจใช้เวลาหลายชั่วโมงหรือหลายวัน โดยอาจแบ่งออกเป็นหลาย Task

ในการออกแบบ Architecture Workload ต้องพิจารณาข้อดีข้อเสีย (Trade-offs) ระหว่างเสาหลักต่าง ๆ โดยอิงตามบริบททางธุรกิจ การตัดสินใจทางธุรกิจเหล่านี้จะเป็นตัวกำหนดลำดับความสำคัญทางวิศวกรรมของคุณ ตัวอย่างเช่น คุณอาจเลือกปรับแต่งเพื่อเพิ่มผลกระทบด้านความยั่งยืนและลดต้นทุน โดยยอมแลกกับความน่าเชื่อถือในสภาพแวดล้อมสำหรับการพัฒนา (Development) หรือสำหรับโซลูชันที่มีความสำคัญอย่างยิ่ง (Mission-critical) คุณอาจเลือกเพิ่มความน่าเชื่อถือสูงสุดโดยยอมแลกกับต้นทุนและผลกระทบด้านความยั่งยืนที่เพิ่มขึ้น ในโซลูชันอีคอมเมิร์ซ ประสิทธิภาพอาจส่งผลต่อรายได้และความต้องการซื้อของลูกค้า อย่างไรก็ตาม โดยทั่วไปแล้ว ความมั่นคงปลอดภัย (Security) และ การเป็นเลิศด้านการปฏิบัติงาน (Operational Excellence) จะไม่ถูกนำมาเป็นข้อแลกเปลี่ยนกับเสาหลักอื่น ๆ