ข้ามไปยังเนื้อหา
Cloud

AWS เปิด Lambda Web Functions รันเว็บเซิร์ฟเวอร์บน Lambda ได้ตรง คิดค่า CPU ตอนทำงานจริง

AWS เปิดตัว Lambda Web Functions 12 ต.ค. 2026 รันเว็บเซิร์ฟเวอร์ Node.js บน Lambda ได้ตรง รับ 128 คำขอพร้อมกันต่อเครื่อง คิดค่า CPU เฉพาะเวลาที่ทำงานจริง

โดย กองบรรณาธิการ THAI DATA อ่าน 6 นาที

แชร์FacebookXLINELinkedIn
ภาพหน้าจอประกาศ AWS Lambda announces Lambda Web Functions บนหน้า What's New ของ AWS ลงวันที่ 12 ตุลาคม 2026 ระบุการคิดเงินตาม active CPU และ 5 Region ที่เปิดให้ใช้
ภาพ: AWS (ภาพหน้าจอ)

สรุปประเด็นสำคัญ

  • AWS ประกาศ Lambda Web Functions เมื่อ 12 ตุลาคม 2026 เป็นรูปแบบใหม่ของ Lambda ที่ให้เว็บเซิร์ฟเวอร์ Node.js แบบ Express, Hono, Fastify หรือ Next.js ฟังพอร์ตและรับ HTTP ได้ตรง โดยไม่ต้องเขียนใหม่เป็น event handler
  • สภาพแวดล้อมการทำงานหนึ่งชุดรับคำขอได้พร้อมกันสูงสุด 128 คำขอ และคิดเงินตาม active CPU ที่ 0.0000276944 ดอลลาร์ต่อ vCPU-วินาที บวกหน่วยความจำ 0.0000036667 ดอลลาร์ต่อ GB-วินาที และ 0.30 ดอลลาร์ต่อล้านคำขอ (US East, Arm)
  • ฟังก์ชัน Lambda เดิมถูกเปลี่ยนชื่อเป็น Lambda Event Functions เป็นการเปลี่ยนชื่ออย่างเดียว ไม่ต้องแก้โค้ดหรือ deploy ใหม่
  • ตอนเปิดตัวรองรับเฉพาะ Node.js 24 บน Arm64 และมีให้ใช้ 5 Region ได้แก่ N. Virginia, Ohio, Oregon, Tokyo และ Ireland ยังไม่มีใน Singapore หรือ Thailand

AWS เปิดตัว Lambda Web Functions เมื่อวันที่ 12 ตุลาคม 2026 (ตรงกับเช้ามืด 13 ตุลาคมเวลาไทย) ให้เว็บเซิร์ฟเวอร์ Node.js ที่ฟังพอร์ต HTTP อยู่แล้วรันบน AWS Lambda ได้ทันทีโดยไม่ต้องเขียนใหม่ สภาพแวดล้อมหนึ่งชุดรับคำขอพร้อมกันได้ 128 คำขอ และคิดค่า CPU เฉพาะช่วงที่โค้ดทำงานจริง

พร้อมกันนั้น AWS เปลี่ยนชื่อฟังก์ชัน Lambda แบบเดิมเป็น Lambda Event Functions และเปิดให้ Amazon CloudFront ใช้ Web Function เป็นต้นทาง (origin) ได้ตั้งแต่วันเดียวกัน ถือเป็นการเปลี่ยนโมเดลการรันและการคิดเงินครั้งใหญ่ของบริการ serverless ที่หลายองค์กรใช้อยู่

Lambda Web Functions ต่างจาก Lambda เดิมอย่างไร

Micah Walter ผู้เขียนประกาศบน AWS News Blog อธิบายว่า Lambda Web Functions ถูกสร้างมาเพื่อให้รันแอป HTTP มาตรฐาน "without rewriting your code into an event handler" หลังเปิดตัว Lambda จึงมีสามรูปแบบที่ใช้เทคโนโลยีแยกการทำงาน Firecracker ตัวเดียวกัน

รูปแบบ โมเดลการเขียนโปรแกรม การคิดเงิน เหมาะกับ
Lambda Event Functions (ชื่อใหม่ของ Lambda เดิม) รับ event ทีละรายการต่อสภาพแวดล้อม ตามเวลาที่รัน (wall-clock) งานจากคิว ไฟล์อัปโหลด และ event ของบริการ AWS อื่น
Lambda Web Functions เซิร์ฟเวอร์ HTTP ฟังพอร์ตเอง รับหลายคำขอพร้อมกัน ตาม active CPU และหน่วยความจำ เว็บแอป API backend, SSR, เอนด์พอยต์ AI ที่สตรีมผลลัพธ์
Lambda MicroVMs sandbox ที่เก็บสถานะ ลูกค้าคุมวงจรชีวิตเอง ตามเวลาของอินสแตนซ์ รันโค้ดที่ไม่น่าไว้ใจหรือโค้ดที่ผู้ใช้ส่งมา
ภาพหน้าจอประกาศ Announcing AWS Lambda Web Functions บน AWS News Blog วันที่ 12 ตุลาคม 2026 อธิบาย Lambda Event Functions, Lambda Web Functions และ Lambda MicroVMs
หน้าประกาศ Lambda Web Functions บน AWS News Blog วันที่ 12 ตุลาคม 2026 ที่อธิบาย Lambda สามรูปแบบ ภาพ: AWS (ภาพหน้าจอ)

ประกาศบนหน้า What's New ระบุว่าการเปลี่ยนชื่อเป็น Lambda Event Functions "requires no code changes or redeployments" ฟังก์ชันที่องค์กรใช้อยู่จึงทำงานต่อได้ตามเดิม

Lambda Web Functions ทำงานอย่างไร

จากบล็อกและคู่มือนักพัฒนาของ AWS ขั้นตอนและข้อกำหนดหลักมีดังนี้

  • ใช้โค้ดเดิม: Lambda ส่งค่า host และพอร์ตที่เซิร์ฟเวอร์ต้องฟังผ่านตัวแปร AWS_LAMBDA_HTTP_ENDPOINT แอปที่รันในเครื่องด้วย node index.js ใช้ได้โดยไม่ต้องมี adapter
  • deploy คำสั่งเดียว: aws lambda-web deploy สร้างฟังก์ชัน ออก revision แรก และคืน URL แบบ HTTPS ให้ภายในไม่ถึงหนึ่งนาทีตามที่ผู้เขียนบล็อกทดลอง
  • revision และ endpoint: revision คือสแนปช็อตของโค้ดที่แก้ไม่ได้ ส่วน endpoint แบ่งทราฟฟิกระหว่างสอง revision ได้ เช่น 90% กับ 10% สำหรับ canary deployment
  • หลาย Region ในชื่อเดียว: ใส่ --regions แล้ว Lambda คัดลอกโค้ดไปทุก Region และส่งคำขอไป Region ที่หน่วงต่ำสุดผ่าน URL กลาง lambda-web.global.on.aws แบบ best-effort
  • ควบคุมโหลด: ตั้งเพดานคำขอต่อวินาทีและจำนวนสภาพแวดล้อมสูงสุด (maxEnvironments) ได้ต่อ Region เพื่อไม่ให้ฐานข้อมูลปลายทางรับโหลดเกิน
  • ลดเหลือศูนย์ได้: ไม่มีทราฟฟิก Lambda จะปิดสภาพแวดล้อมทิ้ง คำขอแรกหลังจากนั้นอาจต้องรอเครื่องเริ่มทำงาน

ตอนเปิดตัว Lambda Web Functions รองรับเฉพาะ Node.js 24 (nodejs24.x) บน Arm64 เชื่อมต่อ VPC ได้ ส่วนงานที่เขียนด้วย Java, Python หรือ .NET คู่มือของ AWS ให้ใช้ Event Functions หรือ MicroVMs ไปก่อน

ค่าใช้จ่ายของ Lambda Web Functions เมื่อคิดตาม active CPU

หน้าราคาของ AWS ระบุว่า Lambda Web Functions คิดเงินจากจำนวนคำขอ เวลาที่ CPU ทำงานจริง หน่วยความจำตลอดอายุของสภาพแวดล้อม (รวมช่วงว่างระหว่างคำขอ) และค่าโอนข้อมูล คิดละเอียดระดับ 1 มิลลิวินาที ราคาใน US East (N. Virginia) บน Arm คือ 0.0000276944 ดอลลาร์ต่อ vCPU-วินาที 0.0000036667 ดอลลาร์ต่อ GB-วินาที และ 0.30 ดอลลาร์ต่อล้านคำขอ

เทียบกับ Event Functions บน x86 ที่คิด 0.0000166667 ดอลลาร์ต่อ GB-วินาที และ 0.20 ดอลลาร์ต่อล้านคำขอ พร้อมสิทธิ์ใช้ฟรี 1 ล้านคำขอและ 400,000 GB-วินาทีต่อเดือน ค่าคำขอของแบบใหม่จึงแพงกว่า แต่เวลาที่โค้ดรอฐานข้อมูลหรือรอ API ภายนอกแทบไม่ถูกนับค่า CPU หน้าราคายกตัวอย่างไว้ 4 แบบ (สมมติให้มีสภาพแวดล้อมหนึ่งชุดรันตลอด 30 วัน ไม่รวมสิทธิ์ใช้ฟรีและค่าโอนข้อมูล)

ตัวอย่างงานของ AWS คำขอต่อเดือน เวลาต่อคำขอ / CPU จริง หน่วยความจำ ค่าใช้จ่ายต่อเดือน
เว็บแอป SSR 15 ล้าน 150 / 40 มิลลิวินาที 0.49 GB 25.78 ดอลลาร์
API ที่รอฐานข้อมูลเป็นหลัก 10 ล้าน 200 / 50 มิลลิวินาที 0.29 GB 19.61 ดอลลาร์
ตัวตรวจสิทธิ์ (authorizer) 100 ล้าน 50 / 12 มิลลิวินาที 0.14 GB 64.56 ดอลลาร์
เอนด์พอยต์สตรีมผลจาก LLM 5 ล้าน 3,000 / 200 มิลลิวินาที 0.50 GB 33.94 ดอลลาร์
กราฟแท่งค่าใช้จ่ายต่อเดือนของ Lambda Web Functions ตามตัวอย่างของ AWS: ตัวตรวจสิทธิ์ 100 ล้านคำขอ 64.56 ดอลลาร์ สตรีมผลจาก LLM 5 ล้านคำขอ 33.94 ดอลลาร์ เว็บแอป SSR 15 ล้านคำขอ 25.78 ดอลลาร์ และ API ที่รอฐานข้อมูล 10 ล้านคำขอ 19.61 ดอลลาร์
ค่าใช้จ่ายต่อเดือนของ Lambda Web Functions ตามตัวอย่าง 4 แบบบนหน้าราคาของ AWS ภาพ: THAI DATA (ข้อมูล: AWS)

ตัวอย่างสุดท้ายคือจุดที่ AWS ชี้ว่าโมเดลใหม่ได้เปรียบที่สุด แต่ละคำขอเปิดค้างไว้ 3 วินาทีแต่จ่ายค่า CPU เพียง 200 มิลลิวินาที และเมื่อมีคำขอค้างพร้อมกันราว 6 รายการ ก็จ่ายค่าหน่วยความจำของสภาพแวดล้อมชุดเดียวแทนหกชุด ส่วนงานที่คำขอสั้นแต่มีจำนวนมากอย่างตัวตรวจสิทธิ์ ค่าคำขอ 30 ดอลลาร์คิดเป็นเกือบครึ่งของบิล 64.56 ดอลลาร์

CloudFront ใช้ Web Function เป็นต้นทางได้

Amazon CloudFront ประกาศในวันเดียวกันว่ารองรับ Lambda Web Functions เป็น origin โดยไม่มีค่าธรรมเนียมเพิ่ม ใช้ได้ทั่วโลกยกเว้น CloudFront ในจีน ได้ TLS ที่ขอบเครือข่าย แคช และโดเมนของตัวเองพร้อมใบรับรองที่ระบบจัดการให้

ภาพหน้าจอประกาศ Amazon CloudFront รองรับ AWS Lambda Web Functions เป็น origin วันที่ 12 ตุลาคม 2026 พร้อม Origin Access Control และ AWS WAF
หน้าประกาศ Amazon CloudFront รองรับ Lambda Web Functions เป็น origin วันที่ 12 ตุลาคม 2026 ภาพ: AWS (ภาพหน้าจอ)

จุดสำคัญด้านความปลอดภัยคือ Origin Access Control (OAC) ที่ผูกกับ endpoint ของ Web Function ได้โดยตรง ทำให้ endpoint รับเฉพาะคำขอที่ CloudFront ลงนามแล้ว และติด AWS WAF เพิ่มได้ คู่มือของ AWS ระบุด้วยว่าถ้าต้องการโดเมนของตัวเองหรือ WAF ต้องวาง CloudFront ไว้ข้างหน้า endpoint

ทำไมเรื่องนี้สำคัญ

ที่ผ่านมา Lambda ออกแบบให้หนึ่งสภาพแวดล้อมรับ event ทีละรายการและคิดเงินตามเวลาที่รัน งานเว็บที่ใช้เวลาส่วนใหญ่รอฐานข้อมูลหรือรอโมเดล AI ตอบจึงจ่ายค่าช่วงรอเต็มจำนวน Lambda Web Functions เปลี่ยนสองเรื่องนี้พร้อมกัน คือรับหลายคำขอในเครื่องเดียวและคิดค่า CPU เฉพาะตอนทำงาน ซึ่งตรงกับลักษณะงาน API และเอนด์พอยต์ AI ที่สตรีมคำตอบ

ข้อแลกเปลี่ยนคือค่าหน่วยความจำที่เดินตลอดอายุสภาพแวดล้อม ค่าคำขอที่สูงกว่าแบบเดิม และเงื่อนไขช่วงแรกที่จำกัดภาษาและ Region ก่อนหน้านี้เราเคยรายงานการปรับราคาฝั่งคอมพิวต์ของ AWS ในค่าจอง GPU ของ EC2 Capacity Blocks ซึ่งสะท้อนว่าโครงสร้างราคาคลาวด์เปลี่ยนเร็ว ทีมที่ดูแลต้นทุนควรตามให้ทัน

สิ่งที่องค์กรไทยควรทำ

  • ลองกับงาน API ที่รอ I/O เป็นหลักก่อน ใช้ตัวอย่างบนหน้าราคาเป็นแนวคิด แล้วเทียบกับบิล Event Functions เดิมจากตัวเลข CPU จริงของระบบ อย่าเหมารวมว่าทุกงานจะถูกลง
  • เช็กเรื่อง Region และข้อมูลส่วนบุคคล ตอนนี้ Region ที่ใกล้ไทยที่สุดคือ Tokyo ถ้าแอปประมวลผลข้อมูลส่วนบุคคลตาม PDPA หรืออยู่ใต้เกณฑ์ของหน่วยงานกำกับ ต้องประเมินการส่งข้อมูลออกนอกประเทศก่อน โดยเฉพาะเมื่อเปิดการกระจายหลาย Region
  • ปิด endpoint สาธารณะ วาง CloudFront ไว้หน้า Lambda Web Functions พร้อม OAC และ WAF แทนการเปิด URL ตรงให้คนทั่วไปเรียก
  • ตั้งเพดานโหลด กำหนด rate limit และ maxEnvironments ให้สอดคล้องกับจำนวน connection ที่ฐานข้อมูลรับได้
  • อัปเดตเอกสารภายใน ทีมที่มีคู่มือหรือ IaC ที่เรียก "Lambda function" ควรรู้ว่าชื่อใหม่คือ Event Functions แม้ไม่ต้องแก้โค้ด ติดตามข่าวคลาวด์อื่นได้ที่หมวดคลาวด์

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

Lambda Web Functions คืออะไร?

Lambda Web Functions คือรูปแบบใหม่ของ AWS Lambda ที่เปิดตัวเมื่อ 12 ตุลาคม 2026 ให้รันเว็บเซิร์ฟเวอร์ Node.js ที่ฟังพอร์ตและรับคำขอ HTTP เองได้ทันที เช่นแอปที่เขียนด้วย Express หรือ Hono โดยไม่ต้องใช้ adapter และได้ HTTPS endpoint พร้อมใช้หลัง deploy

Lambda Web Functions คิดเงินอย่างไร?

Lambda Web Functions คิดเงินจากจำนวนคำขอ เวลาที่ CPU ทำงานจริง หน่วยความจำตลอดอายุของสภาพแวดล้อมการทำงาน และค่าโอนข้อมูล ใน US East (N. Virginia) บน Arm ค่า CPU อยู่ที่ 0.0000276944 ดอลลาร์ต่อ vCPU-วินาที หน่วยความจำ 0.0000036667 ดอลลาร์ต่อ GB-วินาที และ 0.30 ดอลลาร์ต่อล้านคำขอ เวลาที่รอฐานข้อมูลแทบไม่ถูกนับค่า CPU

ฟังก์ชัน Lambda เดิมต้องแก้อะไรหรือไม่?

ไม่ต้องแก้ AWS เปลี่ยนชื่อฟังก์ชัน Lambda เดิมเป็น Lambda Event Functions พร้อมกับการเปิดตัว Lambda Web Functions และระบุว่าเป็นการเปลี่ยนชื่ออย่างเดียว ไม่ต้องแก้โค้ดหรือ deploy ใหม่ ฟังก์ชันเดิมยังรับ event ทีละรายการและคิดเงินตามเวลาที่รันเหมือนเดิม

ใช้ Lambda Web Functions ใน Region ประเทศไทยได้หรือยัง?

ยังไม่ได้ ตอนเปิดตัว Lambda Web Functions มีให้ใช้ 5 Region คือ US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Tokyo) และ Europe (Ireland) Region ที่ใกล้ไทยที่สุดในรายการคือ Tokyo ส่วน Asia Pacific (Thailand) และ Singapore ยังไม่อยู่ในรายการ

แหล่งอ้างอิง

  1. Announcing AWS Lambda Web Functions — AWS News Blog
  2. AWS Lambda announces Lambda Web Functions — Amazon Web Services
  3. AWS Lambda Pricing — Amazon Web Services
  4. AWS Lambda Web Functions — AWS Lambda Developer Guide — Amazon Web Services
  5. Amazon CloudFront now supports AWS Lambda Web Functions as an origin — Amazon Web Services

บุคคล องค์กร และสถานที่ในข่าวนี้

เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว

องค์กรและบริษัท
AWS22
ประเทศและสถานที่
จีน110
ผลิตภัณฑ์และเทคโนโลยี
Node.js4Amazon CloudFront2Java7Python8.NET4
กฎหมายและมาตรฐาน
PDPA66
แชร์FacebookXLINELinkedIn

พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ