Azure SDK for Rust 1.0 GA — Microsoft ปล่อย Core, Identity, Key Vault, Storage เสถียรพร้อมใช้ใน production
วันที่ 14 พฤษภาคม 2026 ทีม Azure SDK ของ Microsoft ประกาศบน Azure SDK Blog ว่า Azure SDK for Rust ผ่านจาก beta เข้าสู่ stable เวอร์ชัน 1.0 อย่างเป็นทางการ — ครอบคลุม 6 service libraries ที่นักพัฒนา Rust รอคอย ได้แก่ Core, Identity, Key Vault (Secrets/Keys/Certificates) และ Storage (Blobs/Queues) ทั้งหมดอยู่บน crates.io พร้อม semver guarantee แล้ว
สิ่งที่ stable วันนี้
| Service | Crate |
|---|---|
| Core | azure_core 1.0 |
| Identity | azure_identity 1.0 |
| Key Vault Secrets | azure_security_keyvault_secrets 1.0 |
| Key Vault Keys | azure_security_keyvault_keys 1.0 |
| Key Vault Certificates | azure_security_keyvault_certificates 1.0 |
| Storage Blobs | azure_storage_blob 1.0 |
| Storage Queues | azure_storage_queue 1.0 |
ผู้ใช้สามารถ cargo add azure_identity azure_storage_blob futures tokio --features tokio/full แล้วเริ่มเขียนโค้ดที่ลงทะเบียนผ่าน Microsoft Entra ID และ list blob ได้ภายในไม่กี่บรรทัด
ประเด็นทางเทคนิคที่เปลี่ยนตั้งแต่ beta
ทีม PM Ronnie Geraghty สรุปการเปลี่ยนแปลงหลัก:
1. Unified core primitives — Pager ใหม่ที่ yield item ทีละตัวด้วย try_next().await? ไม่ต้องจัดการ pagination เอง, Poller สำหรับ long-running operation ที่ .await ตรง ๆ ได้, และ ManagedIdentityCredential เดียวที่ใช้ได้กับทุก Azure hosting environment
2. DeveloperToolsCredential — credential ใหม่ที่ออกแบบมาเพื่อ local dev โดยเฉพาะ จะ fallback ไล่ Azure CLI → Azure Developer CLI → จนเจอ token แรก เป็นการ unify experience การ auth ระหว่าง laptop ของนักพัฒนากับ production
3. Production-grade resilience — automatic retry บน transient failure, challenge-based authentication ที่ทำให้ sovereign cloud / private cloud ใช้ได้ทันที
4. First-class observability — distributed tracing ผ่าน azure_core_opentelemetry ที่ใช้ macro #[tracing::*] ตามมาตรฐาน Tokio และมี HTTP logging policy ที่ sanitize secret ออกอัตโนมัติ
5. Pluggable async runtime — default ใช้ Tokio แต่เรียก set_async_runtime() เพื่อใช้ runtime อื่นได้ ทำให้ใช้ใน embedded scenario ที่ต้องการ alternative runtime ได้ด้วย
ที่กำลังจะมา
Microsoft ระบุว่า Event Hubs (azure_messaging_eventhubs + checkpoint store ผ่าน blob) ใกล้ stable แล้ว แต่ไม่ทันรอบนี้, Azure Cosmos DB (azure_data_cosmos) อยู่ในการพัฒนาเชิงรุก คาดว่าจะ stable ภายในปี 2026 ส่วน service อื่น ๆ จะปล่อยตามแรงโหวต issue บน GitHub
มุมมอง AI Curator
Microsoft ปล่อย SDK ภาษา Rust ของ Azure เป็น stable ตอนนี้ไม่ใช่เรื่องบังเอิญ — มันสัมพันธ์โดยตรงกับ (1) คลื่น Rust-first AI infrastructure ที่กำลังเข้มข้น เช่น vLLM (เป็น Python แต่ผูก runtime กับ Rust), Candle จาก Hugging Face, mistral.rs, llama.cpp (มี Rust bindings), และ Lance (Rust DB) (2) ความเป็น “ภาษาที่ปลอดภัยและเร็ว” ที่ AI workload บน edge และ container ต้องการ — small binary, low memory, fast cold start ตามที่ blog ระบุ
สำหรับนักพัฒนาไทย/SEA ตัวนี้สำคัญหลายมิติ
หนึ่ง agent backend, RAG pipeline และ inference server ที่เคยพึ่ง Python + FastAPI ตอนนี้มีทางเลือก Rust แล้วโดยมี Azure SDK รองรับครบ — tokio + azure_core ทำให้ build pipeline ที่ pull blob, ดึง key จาก Key Vault, queue งานเข้า service bus ในไฟล์เดียวได้ภายใต้ resource ที่ก้าวร้าวน้อยกว่าโค้ด Python รุ่นเดียวกัน 2-5 เท่า
สอง DeveloperToolsCredential เป็น UX win ที่อ่อย — เป็นการบอกชัดว่า Microsoft ยอมเรียนรู้จาก Anthropic Claude Code และ Gemini CLI ที่ทำ experience “auth ครั้งเดียวบน machine แล้วใช้ได้กับทุก SDK” Microsoft กำลังย้าย mental model ของนักพัฒนาจาก service-principal-per-environment ไปเป็น identity-of-developer แทน นี่จะเป็นมาตรฐานใหม่ใน 1-2 ปีข้างหน้า
สาม Cosmos DB stable ในปีนี้คือ signal ที่ใหญ่กว่า — เพราะ Cosmos DB เป็น vector database ที่ทาง Microsoft กำลังขายเป็น primary storage สำหรับ RAG/agent state งานที่กำลังพัฒนาใน Rust ตอนนี้จะได้ผูกกับ Cosmos DB อย่างแน่นแฟ้น เมื่อรอบ stable ถัดมา และจะเป็นจุดที่ AWS (DynamoDB SDK for Rust) กับ Google (Firestore SDK for Rust) ต้องตามให้ทัน
สี่ ความเสี่ยงสำหรับ Python community — เริ่มมีนักพัฒนาบางส่วนใน AI/agent space ที่ย้ายไป Rust แล้ว เพราะ async runtime, type safety และ memory profile เหมาะกับ workload ที่ต้อง scale ในการ deploy หลายร้อย agent การที่ Microsoft ลงทุนใน SDK เต็มสายเป็น tipping point ที่ทำให้การย้าย “ต้นทุนต่ำลง” — Python ยังครองตลาดอยู่แต่ “moat” ในด้าน developer ecosystem เริ่มแคบลง
แหล่งข่าว
อ่านเพิ่มในหมวด เครื่องมือนักพัฒนา
Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ
Betelgeuse ฟอร์ก llama.cpp ที่เปิดเมื่อ 31 ต.ค. ดึง expert จาก NVMe เข้า VRAM ตามต้องการ อ้าง 22 tok/s แบบไม่ทิ้ง expert แต่ README เตือนเองว่ายังทดลองและตัวเลขมาจากคนละรอบ วันเดียวกันผู้พัฒนา Basalt เผยผลวัดว่าแฟล็กเร่งความเร็วทำคุณภาพ Q8 ตกไปใกล้ Q2
กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง
ต่อจากที่เราพบกฎนี้ในไบนารี Claude Code ผู้ใช้เริ่มรายงานว่างานเชิงพาณิชย์ถูกปฏิเสธ และ Tom's Hardware กับ Mashable หยิบไปรายงาน แต่เมื่อไล่ issue ที่อ้างถึง พบว่าหลายรายการเกิดก่อนกฎจะมา จึงน่าจะเป็นตัวกรองด้านไซเบอร์ ส่วน Anthropic ยังไม่ชี้แจง
Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้
รายงานอิสระพบว่าฟีเจอร์ agent_summary ของ Claude Code ส่ง transcript เต็มของ background agent ไปถามสถานะทุก ~30 วินาที คิดเป็น 16.4% ของค่าใช้จ่ายในระบบของผู้วัด Issue เปิดมาตั้งแต่ ส.ค. ยังไม่มีสวิตช์ปิดที่รองรับ เราตรวจพบโค้ดนี้ใน 2.1.314 และพบกฎใหม่เรื่องเกมที่ไม่อยู่ใน changelog