ข้อสอบจำลองส่วนที่ 3: ความปลอดภัย การกำกับดูแล และต้นทุน

ยินดีต้อนรับสู่ ข้อสอบจำลองส่วนที่ 3: ความปลอดภัย การกำกับดูแล และค่าใช้จ่าย โดเมนนี้คิดเป็นประมาณ 30–35% ของคะแนน AZ-900 และครอบคลุม Entra ID, Defender for Cloud, Azure Policy, การล็อกทรัพยากร เครื่องมือด้านค่าใช้จ่าย และ SLA ผู้เข้าสอบมักเสียคะแนนในโดเมนนี้มากที่สุด เนื่องจากสับสนชื่อบริการและแยกแยะความแตกต่างเล็กน้อยได้ไม่ชัดเจน โปรดจัดเวลาให้ส่วนนี้ 18–20 นาที โดยอ่านแต่ละสถานการณ์อย่างละเอียดก่อนตอบ

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

A) Microsoft Defender for Cloud (Secure Score) — B) Microsoft Sentinel — C) Azure Policy — D) Azure Advisor

คำตอบ: A — Microsoft Defender for Cloud (Secure Score) Defender for Cloud รวบรวมคำแนะนำด้านความปลอดภัยและให้ Secure Score ในรูปเปอร์เซ็นต์ Microsoft Sentinel เป็น SIEM สำหรับตรวจจับภัยคุกคามและตอบสนองต่อเหตุการณ์ ไม่ใช่เครื่องมือให้คะแนนสถานะความปลอดภัย Azure Policy บังคับใช้กฎการกำกับดูแล แต่ไม่ได้ให้คะแนนความปลอดภัย Azure Advisor มีหัวข้อความปลอดภัย แต่ไม่ได้มุ่งเน้นเท่า Defender for Cloud สัญญาณสำคัญ: 'คะแนนความปลอดภัยเป็นตัวเลข + คำแนะนำ' → Defender for Cloud

สถานการณ์: บริษัทแห่งหนึ่งต้องการให้พนักงานลงชื่อเข้าใช้ครั้งเดียวด้วยข้อมูลประจำตัวขององค์กร จากนั้นเข้าถึงทั้ง Microsoft 365 และ Salesforce ได้โดยไม่ต้องป้อนข้อมูลประจำตัวอีก ควรกำหนดค่าฟีเจอร์ใดของ Entra ID

A) Single Sign-On (SSO) — B) Multi-Factor Authentication (MFA) — C) Conditional Access — D) B2B Collaboration

คำตอบ: A — Single Sign-On (SSO) SSO ของ Entra ID ช่วยให้ผู้ใช้ตรวจสอบสิทธิ์ครั้งเดียวและเข้าถึงแอปพลิเคชันที่ผสานรวมหลายรายการได้โดยไม่ต้องป้อนข้อมูลประจำตัวซ้ำ MFA เพิ่มปัจจัยที่สอง แต่ไม่ได้ลดจำนวนครั้งที่ต้องยืนยันตัวตนระหว่างแอป Conditional Access ประเมินสัญญาณการลงชื่อเข้าใช้และบังคับใช้นโยบายควบคู่กับ SSO แต่ไม่ใช่ SSO เอง B2B Collaboration ใช้สำหรับผู้ใช้ที่เป็นพันธมิตรภายนอก ไม่ใช่พนักงานภายใน สัญญาณสำคัญ: 'ลงชื่อเข้าใช้ครั้งเดียว เข้าถึงหลายแอปได้โดยไม่ต้องยืนยันซ้ำ' → SSO

สถานการณ์: องค์กรแห่งหนึ่งต้องการให้แน่ใจว่าไม่มีการสร้าง Azure SQL Database นอก East US และ West US ในการสมัครใช้งานทั้งหมด ทรัพยากรในภูมิภาคที่ไม่เป็นไปตามข้อกำหนดต้องถูกปฏิเสธ ขณะสร้าง ไม่ใช่เพียงถูกทำเครื่องหมายไว้ ควรใช้เครื่องมือกำกับดูแลใดของ Azure

A) Azure Policy (ผลลัพธ์ Deny) — B) Resource Locks — C) Azure Blueprints — D) Azure Advisor

คำตอบ: A — Azure Policy ที่มีผลลัพธ์ Deny Azure Policy ที่มีผลลัพธ์ Deny จะป้องกันการสร้างทรัพยากรที่ละเมิดกฎของนโยบาย การกำหนดนโยบายในขอบเขตกลุ่มการจัดการช่วยให้ครอบคลุมการสมัครใช้งานย่อยทั้งหมด Resource Locks ป้องกันการลบหรือแก้ไขทรัพยากรที่ มีอยู่แล้ว แต่ไม่สามารถป้องกันการสร้างทรัพยากรใหม่ในภูมิภาคที่ไม่ถูกต้องได้ Blueprints จัดแพ็กเกจการกำหนด Policy แต่ตัว Policy เองเป็นส่วนที่บังคับใช้ สัญญาณสำคัญ: 'ปฏิเสธขณะสร้าง' → Azure Policy, ผลลัพธ์ Deny

สถานการณ์: บริษัทแห่งหนึ่ง ยังไม่ได้ติดตั้งใช้งาน ทรัพยากร Azure ใด ๆ CFO ต้องการประเมินค่าใช้จ่ายรายเดือนสำหรับการใช้งาน VM 2 เครื่อง, Azure SQL Database 1 รายการ และ Load Balancer 1 รายการใน East US ก่อนอนุมัติโครงการ ควรใช้เครื่องมือใด

A) Azure Pricing Calculator — B) Azure Cost Management — C) TCO Calculator — D) Azure Advisor

คำตอบ: A — Azure Pricing Calculator Pricing Calculator ประเมินค่าใช้จ่ายรายเดือนของสถาปัตยกรรมที่เสนอไว้ก่อนการนำไปใช้งาน Azure Cost Management ตรวจสอบค่าใช้จ่ายจริงของทรัพยากรที่ ติดตั้งใช้งานแล้ว TCO Calculator เปรียบเทียบค่าใช้จ่ายภายในองค์กรกับ Azure ซึ่งเหมาะสำหรับกรณีทางธุรกิจด้านการย้ายระบบ ไม่ใช่สถาปัตยกรรมใหม่ Azure Advisor แสดงคำแนะนำสำหรับทรัพยากรที่มีอยู่ ไม่ใช่การประมาณค่าใช้จ่ายของบริการที่ยังไม่ได้ติดตั้งใช้งาน สัญญาณสำคัญ: 'ยังไม่ได้ติดตั้งใช้งาน ประเมินก่อนอนุมัติ' → Pricing Calculator

สถานการณ์: บริษัทแห่งหนึ่งติดตั้งใช้งานแอปพลิเคชันเว็บโดยใช้ Azure App Service (SLA: 99.95%) และ Azure SQL Database (SLA: 99.99%) บริการทั้งสองต้องพร้อมใช้งานเพื่อให้แอปพลิเคชันทำงานได้ SLA แบบ Composite เป็นเท่าใด

A) ประมาณ 99.94% — B) 99.95% — C) 99.99% — D) 100%

คำตอบ: A — ประมาณ 99.94% เมื่อบริการสองรายการต้องพร้อมใช้งานทั้งคู่ (ความสัมพันธ์แบบ AND), SLA แบบ Composite = SLA1 × SLA2 = 0.9995 × 0.9999 = 0.99940005 ≈ 99.94% การเพิ่มทรัพยากรที่ต้องพึ่งพากันจะ ลด SLA แบบ Composite ให้ต่ำกว่า SLA ของบริการแต่ละรายการเสมอ ด้วยเหตุนี้จึงต้องมีความซ้ำซ้อน (Availability Zones, หลายภูมิภาค) เพื่อรักษาเป้าหมายความพร้อมใช้งานสูง ความสัมพันธ์แบบ OR จะเพิ่ม SLA แบบ Composite โปรดจำสูตรนี้สำหรับการสอบ

ทดสอบความเข้าใจแนวคิด Microsoft Azure Fundamentals (AZ-900) จากบทเรียนนี้

ในส่วนนี้ คุณได้ฝึกใช้ Defender for Cloud Secure Score สำหรับสถานะความปลอดภัย, SSO สำหรับการลงชื่อเข้าใช้ครั้งเดียวในหลายแอป, Azure Policy ผลลัพธ์ Deny เพื่อบล็อกการสร้างทรัพยากรที่ไม่เป็นไปตามข้อกำหนด, Azure Pricing Calculator สำหรับประเมินค่าใช้จ่ายก่อนการติดตั้งใช้งาน และ การคูณ SLA แบบ Composite สำหรับบริการที่ขึ้นต่อกันแบบ AND ทบทวนคำถามที่ตอบผิดโดยกลับไปดูบทเรียนที่เกี่ยวข้อง ต่อไป: บทเรียนสุดท้ายจะทบทวนคะแนนของคุณและสร้างแผนแก้ไขจุดอ่อนที่ตรงเป้าหมาย