AWS ประกาศ Lambda Web Functions วันที่ 12 ตุลาคม 2026 ให้แอป Node.js ที่เปิด HTTP server รับคำขอผ่าน port รันบน Lambda ได้ โดยไม่ต้องแปลง route เป็น event handler หรือใส่ Lambda adapter แนวทางนี้เหมาะกับทีมที่มี API หรือ server-side rendering อยู่แล้ว แต่ยังต้องตรวจพฤติกรรมเมื่อหลายคำขอใช้ execution environment ร่วมกัน

HTTP server กับ event handler เป็นคนละรูปแบบงาน

AWS เรียกรูปแบบ event-driven เดิมว่า Lambda Event Functions ส่วน Web Functions รับ HTTP โดยตรงและรองรับหลายคำขอพร้อมกันใน environment เดียว ประกาศระบุสูงสุด 128 คำขอต่อ environment ตัวเลขนี้เป็นขอบเขตการทำงาน ไม่ใช่ผลทดสอบ throughput หรือจำนวน CPU cores

แอปต้องฟัง host/port ที่ AWS_LAMBDA_HTTP_ENDPOINT กำหนด การย้ายไปใช้จึงยังต้องตรวจ configuration และ dependency ของแอป ไม่ใช่เพียงเปลี่ยนชื่อบริการแล้วถือว่าใช้ได้ทุกโปรเจกต์

สิ่งที่ทีมต้องตรวจเหตุผล
ตัวแปรระดับ process และข้อมูลเฉพาะผู้ใช้อย่าให้คำขอหนึ่งเปลี่ยนข้อมูลที่อีกคำขออ่านร่วมโดยไม่ตั้งใจ
connection pool และบริการปลายทางหลายคำขอในแต่ละ environment อาจเพิ่มภาระฐานข้อมูลพร้อมกัน
cold start และการรอผลลัพธ์บริการ scale ลงถึงศูนย์ได้ คำขอใหม่จึงอาจรอเริ่ม environment
auth และการจำกัดคำขอต้องเลือกสิทธิ์ endpoint และวางขอบเขตให้ตรงบริการจริง

ตารางนี้เป็นประเด็นประเมินก่อนย้ายของทีม ไม่ใช่ข้อสรุปว่าแอปที่ใช้ Lambda เดิมมีปัญหาเหล่านี้อยู่แล้ว งาน queue หรือเหตุการณ์จากบริการอื่นยังควรประเมิน Event Functions ตาม programming model ของงาน

รอ I/O ใช้ CPU น้อย ไม่ได้แปลว่าไม่มีค่าใช้จ่าย

เอกสาร AWS ระบุค่าใช้จ่ายทั้ง requests, CPU ที่ใช้งานจริง, memory ตลอดอายุ execution environment และ data transfer ระหว่างรอฐานข้อมูลหรือ API จะใช้ CPU น้อย แต่ memory ยังถูกคิดรวมถึงช่วงว่างระหว่างคำขอที่ environment ยังอยู่

ก่อนตัดสินใจควรเก็บรูปแบบ traffic, เวลาที่รอ I/O, memory และจำนวน connection ของงานจริง แล้วเทียบต้นทุนรวมกับบริการที่ใช้อยู่ ไม่ควรนำคำว่า active CPU billing ไปสรุปว่าแอปทุกชนิดถูกลง ข่าวนี้ไม่ได้เสนอราคาเหมาจ่ายหรือผลคำนวณค่าใช้จ่ายสำหรับระบบของผู้อ่าน

ตรวจ runtime และ region ตามวันเปิดใช้

ประกาศระบุเริ่มต้นด้วย Node.js 24 บน Arm64 ใน US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Tokyo) และ Europe (Ireland) เอกสารที่ตรวจวันที่ 18 ตุลาคมยังระบุว่ารองรับ Node.js เท่านั้น อย่านำข้อสรุปนี้ไปใช้กับ Python, Java หรือ .NET โดยอัตโนมัติ

ทีมที่มี native dependency ต้องตรวจ artifact สำหรับ runtime/architecture เป้าหมาย และทดสอบ API, streaming, error และภาระต่อฐานข้อมูลก่อนย้าย การเลือก multi-region ต้องพิจารณาที่อยู่ของข้อมูลและบริการปลายทางแยกด้วย

Reefsight ตรวจประกาศและเอกสารโดยตรง แต่ยังไม่ได้ deploy Web Function หรือวัด latency/ค่าใช้จ่ายบนบัญชี AWS จริง จึงไม่มีผลทดสอบว่าบริการนี้เร็วหรือประหยัดกว่างานเดิม

ภาพปกเป็นภาพประกอบสร้างด้วย AI แสดงแนวคิดหลายคำขอใน environment เดียว ไม่ใช่ภาพระบบภายในหรือหน้าจอ AWS