0Pricing
AWS Solutions Architect · บทเรียน

เครื่องมือ Well-Architected และกระบวนการทบทวน

ดำเนินการทบทวนด้วย AWS Well-Architected Tool กับภาระงานที่ใช้งานจริง ตีความข้อค้นพบด้านความเสี่ยง และจัดลำดับความสำคัญของแผนปรับปรุง

เครื่องมือ Well-Architected และกระบวนการทบทวน เป็นบทเรียน AWS Solutions Architect ฟรีบน CoddyKit นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน AWS Solutions Architect และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส AWS Solutions Architect มีบทเรียนทั้งหมด 4 บทเรียน

Well-Architected Tool คืออะไร

AWS Well-Architected Tool เป็นบริการฟรีใน AWS Management Console ที่ช่วยให้คุณตรวจทบทวนเวิร์กโหลดตามแนวทางปฏิบัติที่ดีที่สุดของ AWS คุณจะตอบคำถามชุดหนึ่งเกี่ยวกับสถาปัตยกรรมในทั้งหกเสาหลัก แล้วเครื่องมือจะสร้างรายงานความเสี่ยงซึ่งระบุความเสี่ยงสูง (HRIs) และความเสี่ยงปานกลาง (MRIs) พร้อมคำแนะนำการปรับปรุงที่เฉพาะเจาะจง ลองนึกภาพว่าเครื่องมือนี้เป็นการสนทนาอย่างมีโครงสร้างระหว่างคุณกับ Well-Architected Framework โดยคำถามจะช่วยชี้นำให้คุณคิดวิเคราะห์ทุกแง่มุมของสถาปัตยกรรม

# Well-Architected Tool: available in AWS Console
# Navigate to: AWS Console > Well-Architected Tool

# Review components:
# - Workload: your application or system
# - Milestone: snapshot of review at a point in time
# - Lens: set of questions (default: Well-Architected)
# - Risk: High Risk Item (HRI) or Medium Risk Item (MRI)

# Custom lenses also available for specific domains
# (SaaS, Serverless, Data Analytics, etc.)

การกำหนดเวิร์กโหลด

ขั้นตอนแรกของการใช้ Well-Architected Tool คือการกำหนดเวิร์กโหลด — กลุ่มทรัพยากร AWS และโค้ดที่เกี่ยวข้องกันซึ่งประกอบเป็นแอปพลิเคชันหรือบริการของคุณ ควรระบุให้ชัดเจน: เวิร์กโหลดอาจเป็นไมโครเซอร์วิสประมวลผลคำสั่งซื้อของคุณ ไม่ใช่บัญชี AWS ทั้งหมดของบริษัท กำหนดสภาพแวดล้อม (Production, Pre-Production, Development), รีเจียน AWS ที่ใช้ และอุตสาหกรรมเพื่อให้มีบริบทด้านการปฏิบัติตามข้อกำหนดที่เกี่ยวข้อง ขอบเขตเวิร์กโหลดที่กำหนดไว้อย่างดีจะทำให้คำถามในการตรวจทบทวนมีความเกี่ยวข้องและนำไปปฏิบัติได้มากขึ้น

# Well-Architected Tool API: create workload
aws wellarchitected create-workload \
  --workload-name 'OrderProcessingService' \
  --description 'Handles e-commerce order processing' \
  --environment PRODUCTION \
  --aws-regions us-east-1 eu-west-1 \
  --review-owner 'platform-team@example.com' \
  --industry-type 'RETAIL' \
  --industry 'E-Commerce'

การตอบคำถามของเสาหลัก

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

# Example Well-Architected questions per pillar:

# Operational Excellence:
# - How do you determine what your priorities are?
# - How do you structure your organisation?
# - How do you reduce defects?

# Security:
# - How do you protect your network resources?
# - How do you protect your compute resources?

# Reliability:
# - How do you manage service limits?
# - How do you design your workload to withstand failures?

# (65+ questions across all 6 pillars)

การทำความเข้าใจระดับความเสี่ยง

Well-Architected Tool จัดประเภทสิ่งที่ค้นพบเป็นความเสี่ยงสูง (HRI) หรือความเสี่ยงปานกลาง (MRI) HRI บ่งชี้ช่องว่างสำคัญที่ควรแก้ไขทันที — ตัวอย่างเช่น ไม่เข้ารหัสข้อมูลสำคัญขณะจัดเก็บ หรือใช้งานเวิร์กโหลดจริงโดยไม่มีการสำรองข้อมูล MRI คือช่องว่างที่มีนัยสำคัญซึ่งควรบรรจุไว้ในแผนงาน คำถามที่ไม่พบปัญหาจะถูกทำเครื่องหมายว่าไม่มีความเสี่ยง ควรตั้งเป้าแก้ไข HRI ทั้งหมดก่อนจัดการ MRI เครื่องมือนี้ยังแยกคำถามที่คุณยังไม่ได้ตอบเป็นUnansweredด้วย

# List risks from Well-Architected review
aws wellarchitected list-answers \
  --workload-id abc123 \
  --lens-alias wellarchitected \
  --pillar-id reliability \
  --risk-counts

# Risk classification:
# HRI (High): Critical gaps, address immediately
# MRI (Medium): Significant gaps, address on roadmap
# No Risk: Best practices implemented
# Unanswered: Not yet evaluated

แผนการปรับปรุง

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

# Get improvement recommendations for a workload
aws wellarchitected get-lens-review \
  --workload-id abc123 \
  --lens-alias wellarchitected \
  --query 'LensReview.PillarReviewSummaries[].{Pillar:PillarName,HRI:RiskCounts.HIGH,MRI:RiskCounts.MEDIUM}'

# Update improvement status
aws wellarchitected update-answer \
  --workload-id abc123 \
  --lens-alias wellarchitected \
  --pillar-id security \
  --question-id security_01 \
  --selected-choices sec_bp_01 sec_bp_02

Milestones สำหรับติดตามความคืบหน้า

Milestones คือภาพบันทึกการตรวจทบทวนเวิร์กโหลด ณ ช่วงเวลาหนึ่ง บันทึก Milestone ก่อนและหลังการปรับปรุงสถาปัตยกรรมเพื่อติดตามความคืบหน้า Well-Architected Tool ช่วยให้คุณเปรียบเทียบ Milestones เพื่อดูว่าโปรไฟล์ความเสี่ยงเปลี่ยนแปลงไปอย่างไร — ตัวอย่างเช่น คุณแก้ไข HRI ได้กี่รายการในไตรมาสที่ผ่านมา Milestones มีความสำคัญต่อการแสดงการปรับปรุงอย่างต่อเนื่องแก่ผู้ตรวจสอบการปฏิบัติตามข้อกำหนด ฝ่ายบริหาร และลูกค้า สร้าง Milestones ก่อนการเผยแพร่ครั้งสำคัญและหลังเสร็จสิ้นการดำเนินการปรับปรุงแต่ละรอบ

# Create a milestone to snapshot current state
aws wellarchitected create-milestone \
  --workload-id abc123 \
  --milestone-name 'Q2-2026-Review'

# Compare milestones to track improvement
aws wellarchitected list-milestone-reviews \
  --workload-id abc123 \
  --query 'MilestoneReviewSummaries[].{Name:MilestoneName,Date:ReviewedAt,HRI:RiskCounts.HIGH}'

# Shows: Q1: 12 HRI -> Q2: 4 HRI -> Q3: 1 HRI

เลนส์แบบกำหนดเอง

นอกเหนือจากเลนส์ Well-Architected เริ่มต้นแล้ว AWS ยังมีเลนส์แบบกำหนดเองสำหรับโดเมนเฉพาะ Serverless Lens มีคำถามเฉพาะสำหรับ Lambda, API Gateway และสถาปัตยกรรมที่ขับเคลื่อนด้วยเหตุการณ์ SaaS Lens ครอบคลุมการแยกผู้เช่าหลายรายและการเริ่มต้นใช้งาน Data Analytics Lens มุ่งเน้นที่ดาต้าเลคและการสตรีม คุณยังสามารถสร้างเลนส์แบบกำหนดเองของคุณเองตามมาตรฐานและแนวทางปฏิบัติที่ดีที่สุดเฉพาะขององค์กรได้ ใช้เลนส์หลายรายการกับเวิร์กโหลดเดียวกันเพื่อให้ครอบคลุมอย่างครบถ้วน

# List available lenses
aws wellarchitected list-lenses

# Common lenses:
# wellarchitected     - Default 6-pillar review
# serverless          - Lambda, API Gateway, DynamoDB
# saas                - Multi-tenancy, isolation, onboarding
# dataanalytics       - Data lakes, Redshift, Athena
# iot                 - IoT Core, Greengrass
# foundationaltechnicallens - Low-level architecture

# Associate lens with workload
aws wellarchitected associate-lenses \
  --workload-id abc123 \
  --lens-aliases serverless wellarchitected

การตรวจทบทวน Well-Architected ในระดับขนาดใหญ่

องค์กรขนาดใหญ่ที่มีเวิร์กโหลดหลายร้อยรายการไม่สามารถตรวจทบทวนแต่ละรายการด้วยตนเองได้ การผสานรวม AWS Well-Architected Tool กับ AWS Organizationsช่วยให้ทีมส่วนกลางแชร์เวิร์กโหลดและโปรไฟล์การตรวจทบทวนระหว่างบัญชีต่าง ๆ ได้ AWS Partners (AWS Solutions Architects และ APN Consulting Partners) สามารถดำเนินการตรวจทบทวน Well-Architected อย่างเป็นทางการให้ลูกค้าและเข้าถึงโหมดการตรวจทบทวนพิเศษได้ ใช้ฟีเจอร์การแชร์เวิร์กโหลดเพื่อมอบสิทธิ์การอ่านหรือสิทธิ์เจ้าของแก่บัญชี AWS อื่นสำหรับการตรวจทบทวนร่วมกัน

# Share workload for review with central architecture team
aws wellarchitected create-workload-share \
  --workload-id abc123 \
  --shared-with '999999999999' \
  --permission-type CONTRIBUTOR

# The central team sees the workload in their console
# They can answer questions and create notes
# Original owner retains administrative control

การผสานการตรวจทบทวนเข้ากับ SDLC

การตรวจทบทวน Well-Architected ไม่ควรเป็นกิจกรรมที่ทำเพียงครั้งเดียว — ให้ผสานรวมเข้ากับวงจรชีวิตการพัฒนาซอฟต์แวร์ กำหนดรอบเวลาที่แนะนำ: ก่อนเปิดใช้งาน — ดำเนินการตรวจทบทวนเมื่อออกแบบเวิร์กโหลดใหม่ ทุกไตรมาส — อัปเดตการตรวจทบทวนเมื่อเวิร์กโหลดพัฒนาเปลี่ยนแปลง หลังเกิดเหตุการณ์สำคัญ — การวิเคราะห์หลังเหตุการณ์อาจเปิดเผยช่องว่างใหม่ที่ควรเพิ่ม หลัง AWS เปิดตัวบริการ — บริการใหม่อาจมอบโซลูชันที่ดีกว่า ให้มอง Well-Architected Tool เป็นเอกสารที่มีการปรับปรุงอยู่เสมอซึ่งสะท้อนคุณภาพของสถาปัตยกรรม ไม่ใช่กิจกรรมที่ทำเพียงเพื่อให้ครบขั้นตอน

# SDLC integration checklist:
# Phase: Design
#   - Create workload in W-A Tool
#   - Answer all pillar questions
#   - Document HRIs that are accepted risks with justification

# Phase: Pre-launch
#   - Resolve all HRIs or document mitigation
#   - Create 'pre-launch' milestone

# Phase: Post-launch (quarterly)
#   - Update answers as architecture evolves
#   - Create quarterly milestone
#   - Review new improvement recommendations

Well-Architected และการสอบ SAA-C03

การสอบ SAA-C03 มักทดสอบความรู้เกี่ยวกับ Well-Architected Framework ผ่านคำถามแบบสถานการณ์ โดยถามว่าสถานการณ์หรือโซลูชันหนึ่ง ๆ อยู่ในเสาหลักใด การจับคู่สำคัญที่ควรจดจำมีดังนี้: Operational Excellence — IaC, คู่มือปฏิบัติงาน, การทบทวนหลังเหตุการณ์ Security — สิทธิ์น้อยที่สุด, การเข้ารหัส, GuardDuty Reliability — Auto Scaling, Multi-AZ, การตรวจสอบสถานะการทำงาน Performance Efficiency — Caching, การปรับขนาดให้เหมาะสม, Graviton Cost การปรับให้เหมาะสม — Spot instances, Savings Plans, นโยบายวงจรชีวิต Sustainability — Graviton, บริการที่มีการจัดการ, การกำจัดทรัพยากรที่สูญเปล่า

# Quick pillar reference for exam:
# Operational Excellence:
#   IaC (CloudFormation), CI/CD, runbooks, post-mortem
# Security:
#   IAM least-privilege, KMS, GuardDuty, WAF, CloudTrail
# Reliability:
#   ASG, ELB, Multi-AZ, backup/restore, FIS chaos testing
# Performance Efficiency:
#   Right instance type, ElastiCache, CloudFront, DAX
# Cost Optimisation:
#   Spot, Savings Plans, S3 lifecycle, Cost Explorer
# Sustainability:
#   Graviton, serverless, data lifecycle, high utilisation

การดำเนินการทบทวน: ทีละขั้นตอน

วิธีดำเนินการทบทวน Well-Architected: 1) กำหนดเวิร์กโหลดของคุณในเครื่องมือ 2) เลือกเลนส์ที่เกี่ยวข้อง 3) ตอบคำถามทั้งหมด — ระบุอย่างตรงไปตรงมาว่าคุณยังไม่ได้ดำเนินการใดบ้าง 4) ตรวจสอบรายงานความเสี่ยง — จัดลำดับความสำคัญของ HRI 5) สร้างแผนปรับปรุงพร้อมผู้รับผิดชอบและกำหนดเวลา 6) บันทึกหมุดหมายเพื่อเก็บสถานะเริ่มต้น 7) ดำเนินการปรับปรุงและอัปเดตคำตอบของคำถามไปพร้อมกัน 8) บันทึกหมุดหมายใหม่เพื่อติดตามความคืบหน้า ทำซ้ำทุกไตรมาส การทบทวนที่ตรงไปตรงมาและครบถ้วนมีคุณค่ามากกว่าคะแนนสมบูรณ์แบบที่เกิดจากการละเว้นข้อมูล

# Automate workload review reporting
aws wellarchitected get-lens-review-report \
  --workload-id abc123 \
  --lens-alias wellarchitected \
  --milestone-number 3

# Report includes:
# - HRI count per pillar
# - MRI count per pillar
# - Specific question gaps
# - Improvement recommendations with links
# Exportable as PDF for stakeholder presentations

ตรวจสอบความเข้าใจอย่างรวดเร็ว

ทดสอบความเข้าใจแนวคิด AWS Solutions Architect (SAA-C03) จากบทเรียนนี้

สรุปบทเรียน

ในบทเรียนนี้ คุณได้เรียนรู้ว่า Well-Architected Tool ประเมินเวิร์กโหลดตามเสาหลักทั้งหกและสร้างรายการความเสี่ยง HRI/MRI หมุดหมายใช้เก็บภาพรวมสถานะความคืบหน้าเพื่อติดตามการปรับปรุงในระยะยาว และ เลนส์แบบกำหนดเองช่วยขยายการทบทวนไปยังโดเมน Serverless, SaaS และการวิเคราะห์ข้อมูล ผสานการทบทวนเข้ากับ SDLC ให้เป็นการประเมินคุณภาพที่ปรับปรุงอยู่เสมอ บทถัดไปเราจะสำรวจเทคนิคการปรับค่าใช้จ่ายให้เหมาะสม ซึ่งรวมถึงการปรับขนาดให้เหมาะสมและ Compute Optimizer

คำถามที่พบบ่อย

บทเรียน “เครื่องมือ Well-Architected และกระบวนการทบทวน” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “เครื่องมือ Well-Architected และกระบวนการทบทวน” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส AWS Solutions Architect ให้อัปเกรดเป็น CoddyKit PRO คอร์ส AWS Solutions Architect มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “เครื่องมือ Well-Architected และกระบวนการทบทวน”

ดำเนินการทบทวนด้วย AWS Well-Architected Tool กับภาระงานที่ใช้งานจริง ตีความข้อค้นพบด้านความเสี่ยง และจัดลำดับความสำคัญของแผนปรับปรุง คุณปฏิบัติ AWS Solutions Architect ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน AWS Solutions Architect หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน AWS Solutions Architect บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน

บทเรียน “เครื่องมือ Well-Architected และกระบวนการทบทวน” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน AWS Solutions Architect นี้ได้ไหม

ได้ บทเรียน AWS Solutions Architect ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

  1. เสาหลักความเป็นเลิศด้านการดำเนินงานและความปลอดภัย
  2. เสาหลักความน่าเชื่อถือและประสิทธิภาพ
  3. เสาหลักการเพิ่มประสิทธิภาพต้นทุนและความยั่งยืน
  4. เครื่องมือ Well-Architected และกระบวนการทบทวน
← กลับไปที่ AWS Solutions Architect