การเลือกบริการประมวลผลที่เหมาะสม

Azure มีบริการประมวลผลหลายรูปแบบ โดยแต่ละรูปแบบออกแบบมาสำหรับประเภทงาน ระดับการควบคุม และรูปแบบการดำเนินงานที่แตกต่างกัน การเลือกบริการประมวลผลผิดอาจนำไปสู่ความซับซ้อนที่ไม่จำเป็น (อยู่ในระดับต่ำเกินไป) หรือการควบคุมที่ไม่เพียงพอ (มีการแยกนามธรรมมากเกินไป) คำถามสำคัญคือ คุณจำเป็นต้องจัดการโครงสร้างพื้นฐานพื้นฐานมากเพียงใด บทเรียนนี้จะอธิบายตัวเลือกการประมวลผลหลักและเกณฑ์ที่ช่วยให้คุณเลือกตัวเลือกที่เหมาะสมสำหรับแต่ละสถานการณ์

Azure Virtual Machines ให้คุณควบคุม OS รันไทม์ และชุดแอปพลิเคชันได้อย่างเต็มที่ ใช้ VM เมื่อคุณต้องการเรียกใช้ แอปพลิเคชันรุ่นเก่า ที่ต้องใช้ OS รุ่นเฉพาะหรือการตั้งค่าเคอร์เนล ดำเนินการ ย้ายระบบแบบยกขึ้นแล้วย้าย ของงานจากระบบภายในองค์กรโดยไม่ปรับแก้ ติดตั้ง ซอฟต์แวร์แบบกำหนดเอง ในระดับระบบ หรือต้องการ การประมวลผลแบบถาวร ที่ทำงานตลอด 24 ชั่วโมงทุกวันด้วยการกำหนดค่าที่คาดการณ์ได้และคงที่ ข้อแลกเปลี่ยนคือภาระด้านการดำเนินงานสูงที่สุด โดยคุณต้องรับผิดชอบการติดตั้งโปรแกรมแก้ไข OS การเสริมความปลอดภัย และการตรวจสอบเลเยอร์ OS

Virtual Machine Scale Sets เป็นตัวเลือกที่เหมาะสมเมื่อคุณต้องใช้ VM และต้องการ ปรับขนาดโดยอัตโนมัติ ตามความต้องการ หากงานของคุณไม่มีสถานะ (เซิร์ฟเวอร์เว็บ แบ็กเอนด์ API ผู้ประมวลผลชุดงาน) ทำงานเหมือนกันในทุกอินสแตนซ์ และมีความต้องการที่เปลี่ยนแปลง VMSS จะเป็นตัวเลือกที่เหมาะสมโดยธรรมชาติ บริการนี้ผสานการควบคุมระดับ VM เข้ากับการปรับขนาดแนวนอนโดยอัตโนมัติ เมื่อต้องเลือกระหว่าง VM แบบเดี่ยวกับ VMSS ปัจจัยตัดสินใจมักเป็น งานนั้นจำเป็นต้องปรับขนาดเกินกว่าหนึ่งอินสแตนซ์หรือไม่

Azure App Service เป็นแพลตฟอร์ม PaaS สำหรับโฮสต์เว็บแอปพลิเคชัน REST API และแบ็กเอนด์บนอุปกรณ์เคลื่อนที่ คุณปรับใช้โค้ด (ใน Node.js, Python, Java, .NET, PHP, Ruby หรือคอนเทนเนอร์) แล้ว Azure จะจัดการรันไทม์ OS การติดตั้งโปรแกรมแก้ไข การกระจายโหลด และการปรับขนาดให้ ใช้ App Service เมื่อคุณต้องการ นำโค้ดออกใช้งานอย่างรวดเร็ว โดยไม่ต้องจัดการโครงสร้างพื้นฐาน เมื่อแอปพลิเคชันของคุณทำตามรูปแบบเว็บแอปมาตรฐาน และเมื่อคุณไม่ต้องการปรับแต่งในระดับ OS App Service เป็นหนึ่งในบริการ Azure ที่ได้รับความนิยมสูงสุด เนื่องจากสมดุลระหว่างความสามารถกับความเรียบง่าย

Azure Container Instances (ACI) ช่วยให้คุณเรียกใช้คอนเทนเนอร์ Docker บนคลาวด์ได้โดยไม่ต้องจัดการโครงสร้างพื้นฐานใด ๆ ไม่ว่าจะเป็น VM หรือตัวจัดการประสานงาน ACI เหมาะอย่างยิ่งสำหรับ งานคอนเทนเนอร์ที่มีอายุสั้นและเรียกใช้ตามต้องการ เช่น งานชุดตามกำหนดเวลา งานของกระบวนการ CI/CD งานสคริปต์ประมวลผลข้อมูล หรือสภาพแวดล้อมการพัฒนา คอนเทนเนอร์เริ่มทำงานได้ภายในไม่กี่วินาที และคุณจ่ายตามวินาทีของ CPU และหน่วยความจำที่ใช้ ACI ไม่มีฟีเจอร์อย่างการค้นหาบริการ การปรับใช้แบบทยอยเปลี่ยน หรือการเริ่มทำงานใหม่ตามสถานะสุขภาพแบบที่ Kubernetes มี แต่เป็นสภาพแวดล้อมสำหรับเรียกใช้คอนเทนเนอร์เดี่ยวหรือกลุ่มคอนเทนเนอร์

Azure Kubernetes Service (AKS) เป็นสภาพแวดล้อม Kubernetes ที่มีการจัดการสำหรับประสานงานแอปพลิเคชันแบบคอนเทนเนอร์ในระดับขนาดใหญ่ ใช้ AKS เมื่อคุณมี ไมโครเซอร์วิสหลายรายการ ที่ต้องใช้การค้นหาบริการ การปรับใช้แบบทยอยเปลี่ยน การซ่อมแซมตัวเองโดยอัตโนมัติ และการปรับขนาดที่ซับซ้อน AKS จัดการระนาบควบคุม Kubernetes (เซิร์ฟเวอร์ API, etcd, ตัวจัดตารางเวลา) ในฐานะคอมโพเนนต์ PaaS ฟรี ขณะที่คุณจัดการ VM ของโหนดผู้ปฏิบัติงาน AKS เป็นตัวเลือกคอนเทนเนอร์ที่มีภาระด้านการดำเนินงานสูงที่สุด แต่ให้ความสามารถและความยืดหยุ่นสูงสุดสำหรับสถาปัตยกรรมไมโครเซอร์วิสในระบบจริง

Azure Functions เป็นตัวเลือกการประมวลผลแบบขับเคลื่อนด้วยเหตุการณ์และไร้เซิร์ฟเวอร์ ซึ่งคุณเขียนฟังก์ชันแต่ละรายการให้ทำงานเมื่อได้รับทริกเกอร์ เช่น คำขอ HTTP กำหนดเวลาจากตัวจับเวลา ข้อความที่มาถึงคิว หรือเหตุการณ์จากบริการ Azure อื่น ๆ คุณจ่ายตามจำนวนการเรียกใช้ (การเรียกใช้ 1 ล้านครั้งแรกต่อเดือนใช้งานได้ฟรี) และแพลตฟอร์มจะปรับขนาดตั้งแต่ศูนย์จนถึงการเรียกใช้พร้อมกันหลายพันรายการโดยอัตโนมัติ ใช้ Functions สำหรับ ระบบอัตโนมัติที่ขับเคลื่อนด้วยเหตุการณ์ เว็บฮุก กระบวนการส่งต่องานแปลงข้อมูล และงานใด ๆ ที่มีอายุสั้นและทำงานตามทริกเกอร์โดยธรรมชาติ

ใช้แผนผังการตัดสินใจแบบย่อดังนี้ ต้องการควบคุม OS อย่างเต็มที่หรือไม่ → VM หรือ VMSS งานแบบคอนเทนเนอร์ในระดับขนาดใหญ่หรือไม่ → AKS คอนเทนเนอร์เดี่ยวที่มีอายุสั้นหรือไม่ → ACI เว็บแอปหรือ API ที่ไม่ต้องจัดการ OS หรือไม่ → App Service โค้ดที่ขับเคลื่อนด้วยเหตุการณ์และทำงานในช่วงเวลาสั้นหรือไม่ → Azure Functions ยิ่งคุณเลื่อนลงไปในรายการนี้มากเท่าใด คุณก็จะ จัดการโครงสร้างพื้นฐานน้อยลง และ ปรับใช้ได้เร็วขึ้น แต่ก็จะมี การควบคุม สภาพแวดล้อมการทำงานน้อยลงเช่นกัน เลือกระดับนามธรรมที่สูงที่สุดซึ่งยังตรงตามข้อกำหนดของคุณ

สถาปัตยกรรมในโลกจริงมักใช้ ตัวเลือกการประมวลผลหลายรูปแบบร่วมกัน ตัวอย่างเช่น บริษัทอาจใช้ App Service สำหรับเว็บแอปพลิเคชันที่ให้บริการลูกค้า ใช้ Azure Functions สำหรับประมวลผลคำสั่งซื้อที่ขับเคลื่อนด้วยเหตุการณ์ ใช้ AKS สำหรับแพลตฟอร์มไมโครเซอร์วิสภายในองค์กร และใช้ VM สำหรับระบบ ERP รุ่นเก่าที่ไม่สามารถปรับโครงสร้างใหม่ได้ เครื่องมือจัดการแบบรวมศูนย์ของ Azure ได้แก่ พอร์ทัล CLI เทมเพลต ARM และ Azure Monitor ทำงานอย่างสอดคล้องกันกับบริการประมวลผลทั้งหมด ทำให้สามารถจัดการสถาปัตยกรรมที่ใช้การประมวลผลหลายรูปแบบได้จากระนาบควบคุมเดียว

ค่าใช้จ่ายของตัวเลือกการประมวลผลแต่ละแบบแตกต่างกันอย่างมาก VM หลายเครื่อง — คิดค่าบริการรายชั่วโมงตามขนาดของ VM แม้ไม่มีการใช้งาน (เว้นแต่จะยกเลิกการจัดสรร) App Service — คิดค่าบริการรายชั่วโมงตาม SKU ของ App Service Plan แต่สามารถให้หลายแอปใช้แผนเดียวกันได้โดยไม่มีค่าใช้จ่ายเพิ่มเติม ACI — คิดค่าบริการเป็นวินาทีตาม CPU และหน่วยความจำที่ใช้งานจริง โดยไม่มีค่าใช้จ่ายขณะไม่มีการใช้งาน Azure Functions (Consumption Plan) — คิดค่าบริการตามจำนวนครั้งที่ทำงานและเวลาที่ทำงานเป็นวินาที พร้อมระดับการใช้งานฟรีที่ให้มาอย่างมาก สำหรับงานที่มีการใช้งานพุ่งขึ้นเป็นช่วง ๆ ตัวเลือกแบบไร้เซิร์ฟเวอร์มักประหยัดค่าใช้จ่ายได้มากที่สุด ส่วนงานที่ทำงานต่อเนื่องตลอดเวลา VM แบบจองล่วงหน้าหรือ App Service Plan อาจมีราคาถูกกว่า

บริการประมวลผลแต่ละแบบมี การรับประกัน SLA แตกต่างกัน: VM เดียว (Premium SSD): 99.9% VM ใน Availability Set: 99.95% VM ข้าม Availability Zone: 99.99% App Service (ระดับ Standard ขึ้นไป): 99.95% Azure Functions (Consumption Plan): 99.95% AKS: ความพร้อมใช้งาน 99.95% สำหรับเซิร์ฟเวอร์ API (เมื่อใช้ระดับแบบมีค่าใช้จ่าย) SLA รวมสำหรับสถาปัตยกรรมที่มีหลายองค์ประกอบคำนวณโดยนำ SLA ของแต่ละองค์ประกอบมาคูณกัน ตัวอย่างเช่น App Service (99.95%) ที่เชื่อมต่อกับ Azure SQL (99.99%) จะมี SLA รวมประมาณ 99.94%

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

ในบทเรียนนี้ คุณได้เรียนรู้ว่า Azure มีตัวเลือกการประมวลผลหลายแบบ ได้แก่ VM, VMSS, App Service, ACI, AKS และ Functions โดยแต่ละแบบเหมาะกับลักษณะงานและข้อกำหนดด้านการควบคุมที่แตกต่างกัน หลักทั่วไปคือควรเลือกระดับนามธรรมที่สูงที่สุดซึ่งตอบสนองข้อกำหนดของคุณได้ เพื่อ ลดภาระด้านการดำเนินงาน และ สถาปัตยกรรมจริงมักผสานบริการประมวลผลหลายรายการเข้าด้วยกัน โดยจัดการผ่านชั้นการจัดการแบบรวมศูนย์ของ Azure บทถัดไปเราจะเริ่มสำรวจบริการ Storage ของ Azure โดยเริ่มจากบัญชี Storage