Azure Files และ Queue Storage

Azure Files ให้บริการการแชร์ไฟล์บนคลาวด์ที่มีการจัดการเต็มรูปแบบ โดยเข้าถึงได้ผ่านโพรโทคอลมาตรฐานของอุตสาหกรรมอย่าง SMB (Server Message Block) และ NFS (Network File System) ซึ่งหมายความว่าคุณสามารถเมานต์การแชร์ไฟล์ Azure บนเครื่อง Windows, Linux หรือ macOS ได้ด้วยวิธีเดียวกับที่ใช้กับการแชร์ไฟล์เครือข่ายในเครือข่ายองค์กรภายใน แตกต่างจาก Blob Storage ที่ต้องเข้าถึงผ่าน API หรือ SDK เฉพาะ Azure Files ทำงานร่วมกับแอปพลิเคชันใด ๆ ที่สามารถอ่านจากไดรฟ์ที่แมปหรือเส้นทาง UNC ได้อย่างราบรื่น

Azure Files ออกแบบมาสำหรับสถานการณ์ทั่วไปในองค์กรหลายรูปแบบ ได้แก่ พื้นที่จัดเก็บที่แชร์สำหรับการย้ายระบบขึ้นคลาวด์ — ย้ายแอปพลิเคชันที่พึ่งพาเซิร์ฟเวอร์ไฟล์ภายในองค์กรมาใช้ Azure Files แทนได้โดยไม่ต้องเปลี่ยนโค้ดแอปพลิเคชัน การเข้าถึงแบบไฮบริด — เซิร์ฟเวอร์ภายในองค์กรและ VM ของ Azure สามารถเมานต์การแชร์เดียวกันพร้อมกันได้โดยใช้ Azure File Sync การแชร์การกำหนดค่าและการตั้งค่า — จัดเก็บไฟล์การกำหนดค่าในการแชร์ แล้วเมานต์จากอินสแตนซ์ App Service หรือคอนเทนเนอร์หลายรายการ การแชร์เครื่องมือสำหรับนักพัฒนา — แชร์ปลั๊กอิน IDE เครื่องมือสร้าง และสคริปต์ภายในทีมพัฒนา

Azure File Sync ขยายการทำงานของ Azure Files ไปยังสภาพแวดล้อมภายในองค์กร โดยซิงโครไนซ์การแชร์ไฟล์ Azure กับเซิร์ฟเวอร์ไฟล์ Windows Server Windows Server ทำหน้าที่เป็นแคชภายในเครื่องสำหรับไฟล์ที่เข้าถึงบ่อย ส่วนไฟล์ที่ไม่ได้เข้าถึงเมื่อไม่นานมานี้จะถูกแทนที่ด้วยไฟล์ตัวยึดตำแหน่งจากการจัดระดับในคลาวด์ ซึ่งยังปรากฏในไดเรกทอรีแต่ไม่ใช้พื้นที่ดิสก์ภายในเครื่อง เมื่อผู้ใช้เปิดตัวยึดตำแหน่ง Azure File Sync จะดาวน์โหลดไฟล์จริงจาก Azure เบื้องหลังโดยอัตโนมัติ ทำให้ผู้ใช้เข้าถึงไฟล์ภายในเครื่องได้อย่างรวดเร็ว พร้อมลดพื้นที่จัดเก็บที่ต้องใช้ภายในองค์กร

Azure Files มีระดับประสิทธิภาพสองระดับ ได้แก่ Standard (ทำงานบน HDD) — คุ้มค่าสำหรับการแชร์ไฟล์ทั่วไป เวิร์กโหลดแบบกลุ่ม และโฮมไดเรกทอรี คิดค่าบริการตาม GB ที่จัดเก็บต่อเดือน Premium (ทำงานบน SSD) — ออกแบบมาสำหรับสถานการณ์ที่ต้องการ IOPS สูง เช่น ฐานข้อมูล แอปพลิเคชันระดับองค์กร และระบบบริการทางการเงิน คิดค่าบริการตาม GB ที่จัดสรรไว้ (คุณจัดสรรความจุล่วงหน้า) แทนที่จะคิดตาม GB ที่ใช้จริง เลือก Premium เมื่อเวิร์กโหลดต้องการการทำงานของไฟล์ที่มีความหน่วงต่ำและสม่ำเสมอ ส่วน Standard เพียงพอสำหรับสถานการณ์การแชร์ไฟล์สำนักงานส่วนใหญ่

Azure Queue Storage เป็นบริการสำหรับจัดเก็บข้อความจำนวนมาก ซึ่งเข้าถึงได้จากทุกที่ผ่านการเรียก HTTP/HTTPS ที่ผ่านการยืนยันตัวตน คิวช่วยให้เกิดการสื่อสารแบบอะซิงโครนัสและแยกออกจากกันระหว่างส่วนประกอบของแอปพลิเคชัน โดยส่วนประกอบหนึ่ง (ผู้ผลิต) เพิ่มข้อความลงในคิว และอีกส่วนประกอบหนึ่ง (ผู้บริโภค) ดึงและประมวลผลข้อความตามความเร็วของตนเอง การแยกนี้ช่วยให้ผู้ผลิตและผู้บริโภคปรับขนาดได้อย่างอิสระ และป้องกันไม่ให้ผู้ผลิตถูกบล็อกเมื่อผู้บริโภคทำงานช้าหรือไม่พร้อมใช้งานชั่วคราว

ข้อความใน Azure Queue Storage มีขนาดได้สูงสุด 64 KB และเก็บรักษาได้นานสูงสุด 7 วัน เมื่อผู้บริโภคดึงข้อความ ข้อความจะกลายเป็นมองไม่เห็นตามช่วงเวลาที่กำหนดได้ (เวลาหมดอายุการมองเห็น มีค่าเริ่มต้น 30 วินาที) หากผู้บริโภคประมวลผลและลบข้อความก่อนหมดเวลา ข้อความจะถูกลบอย่างถาวร หากผู้บริโภคล้มเหลวก่อนลบ ข้อความจะกลับมามองเห็นได้อีกครั้งเพื่อให้ผู้บริโภครายอื่นรับไปประมวลผล ซึ่งให้รูปแบบการส่งแบบอย่างน้อยหนึ่งครั้งเพื่อรองรับความทนทานต่อข้อผิดพลาด

Azure มีบริการคิวสองประเภท และสิ่งสำคัญคือต้องทราบว่าเมื่อใดควรใช้แต่ละประเภท ได้แก่ Queue Storage — คิวแบบเรียบง่ายที่มีขนาดใหญ่มาก (สูงสุด 500 TB) ใช้การสำรวจผ่าน HTTP เหมาะสำหรับการแยกผู้ผลิตกับผู้บริโภคขั้นพื้นฐานที่มีข้อความหลายล้านรายการ Azure Service Bus — ระบบส่งข้อความระดับองค์กรที่มีความสามารถขั้นสูง เช่น การจัดลำดับข้อความ (FIFO) คิวจดหมายตาย เซสชัน การตรวจจับข้อความซ้ำ หัวข้อที่มีผู้สมัครรับข้อมูลหลายราย และธุรกรรม ใช้ Queue Storage สำหรับการแยกส่วนประกอบอย่างง่ายในขนาดมหาศาล ใช้ Service Bus เมื่อต้องการการรับประกันของระบบส่งข้อความระดับองค์กร หรือการกระจายแบบเผยแพร่-สมัครรับข้อมูลไปยังผู้บริโภคหลายราย

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

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

Azure Files รองรับวิธีการยืนยันตัวตนสองแบบ ได้แก่ คีย์บัญชีพื้นที่จัดเก็บ — ให้สิทธิ์เข้าถึงทั้งหมดโดยใช้คีย์หลักของบัญชี ซึ่งเรียบง่ายแต่ควบคุมได้หยาบ และการยืนยันตัวตนตามข้อมูลประจำตัว — ยืนยันตัวตนโดยใช้ Microsoft Entra ID (สำหรับ VM ที่ใช้เฉพาะคลาวด์) หรือ Active Directory Domain Services (สำหรับเครื่องแบบไฮบริดที่เข้าร่วมกับระบบภายในองค์กร) การยืนยันตัวตนตามข้อมูลประจำตัวช่วยให้กำหนดรายการควบคุมการเข้าถึง (ACL) รายผู้ใช้และรายกลุ่มสำหรับโฟลเดอร์และไฟล์ภายในการแชร์ได้ เช่นเดียวกับเซิร์ฟเวอร์ไฟล์ Windows ภายในองค์กร วิธีนี้เป็นแนวทางที่แนะนำสำหรับการแชร์ไฟล์ระดับองค์กรที่มีผู้ใช้หลายคน

สรุปการตัดสินใจเลือกบริการพื้นที่จัดเก็บได้ดังนี้ Blob Storage — สำหรับออบเจ็กต์ที่ไม่มีโครงสร้าง (รูปภาพ วิดีโอ ข้อมูลสำรอง และไฟล์ใด ๆ) ที่เข้าถึงผ่าน API หรือ URL Azure Files — สำหรับระบบไฟล์ที่มีโครงสร้างและต้องการไดรฟ์ที่เมานต์กับ OS ผ่าน SMB/NFS และแชร์โดยเซิร์ฟเวอร์หรือผู้ใช้หลายราย Queue Storage — สำหรับการส่งข้อความแบบอะซิงโครนัสที่ทนทานระหว่างส่วนประกอบของแอปพลิเคชัน Table Storage — สำหรับข้อมูลคีย์-ค่าแบบ NoSQL ที่มีโครงสร้าง ต้องการการค้นหาด้วยคีย์อย่างรวดเร็ว และมีต้นทุนต่ำ Cosmos DB เป็นรุ่นต่อยอดจาก Table Storage ที่มีความสามารถและปรับขนาดได้ดีกว่าสำหรับข้อกำหนด NoSQL ที่ซับซ้อน

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

ในบทเรียนนี้ คุณได้เรียนรู้ว่า Azure Files ให้บริการการแชร์ไฟล์บนคลาวด์ผ่าน SMB/NFS ซึ่งผสานการทำงานกับแอปพลิเคชันที่มีอยู่และซิงโครไนซ์กับเซิร์ฟเวอร์ภายในองค์กรผ่าน Azure File Sync ได้ Queue Storage ช่วยให้เกิดการแยกส่วนประกอบของแอปพลิเคชันแบบอะซิงโครนัสที่เชื่อถือได้ พร้อมการส่งข้อความอย่างน้อยหนึ่งครั้ง และ Table Storage เป็นพื้นที่จัดเก็บคีย์-ค่าแบบ NoSQL ที่ไม่มีสคีมา มีต้นทุนคุ้มค่า และเหมาะสำหรับข้อมูลที่มีโครงสร้าง ต่อไปเราจะครอบคลุมประเภทพื้นที่จัดเก็บดิสก์และความปลอดภัยของพื้นที่จัดเก็บด้วยโทเค็น SAS และปลายทางส่วนตัว