Serverless คืออะไร การประมวลผลแบบ serverless อธิบายง่ายๆ

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

ทำไม serverless จึงสำคัญเมื่อสร้างด้วย AI

เมื่อคุณสร้างแอปด้วย AI และดูตัวเลือกโฮสติ้งหรือโค้ด คุณจะเจอคำว่า "serverless function" "edge function" หรือ "cloud function" แพลตฟอร์มโฮสติ้งหลายแห่งมีบริการเหล่านี้ และเครื่องมือสร้างแอปด้วย AI บางตัวนำแบ็กเอนด์ไปใช้ในรูปแบบนี้ การเข้าใจโมเดลนี้ช่วยตอบคำถามเชิงปฏิบัติสามข้อ:

• ค่าใช้จ่าย แอปของคุณจะเสียเงินตอนที่ไม่มีใครใช้งานหรือไม่?
• ความเร็ว ทำไมคำขอแรกหลังช่วงเงียบจึงช้ากว่า?
• ข้อจำกัด ทำไมงานที่ยาวนาน เช่น การสร้างรายงานขนาดใหญ่หรือประมวลผลวิดีโอ จึงหมดเวลา?

นอกจากนี้ควรรู้ด้วยว่า serverless ไม่ใช่ การไม่มีแบ็กเอนด์ คุณยังมีโค้ดฝั่งเซิร์ฟเวอร์อยู่ เพียงแค่คนอื่นเป็นผู้รันเครื่องเหล่านั้น สำหรับพื้นฐาน ดู เซิร์ฟเวอร์คืออะไร

ตัวอย่างในชีวิตประจำวัน

เซิร์ฟเวอร์แบบดั้งเดิมเหมือนการเป็นเจ้าของรถยนต์ มันพร้อมใช้งานทันที แต่คุณต้องจ่ายค่าประกัน ที่จอด และค่าบำรุงรักษา ไม่ว่าคุณจะขับหรือไม่

Serverless เหมือนการเรียกแท็กซี่ คุณจ่ายเฉพาะเที่ยวที่นั่ง และถ้าคนหนึ่งร้อยคนต้องการรถพร้อมกัน แท็กซี่หนึ่งร้อยคันก็จะมาให้ แต่อาจต้องรอรถมาถึงสักครู่ (เรียกว่า cold start) แต่ละเที่ยวมีความยาวสูงสุด และคนขับจำคุณไม่ได้จากเที่ยวก่อน (function เป็น stateless)

Serverless function ทำงานอย่างไร

ในรูปแบบที่พบบ่อยที่สุด เรียกว่า functions as a service:

1. คุณเขียน function โค้ดเล็กๆ ที่จัดการเหตุการณ์ประเภทหนึ่ง เช่น "จัดการ POST ไปยัง /api/bookings"
2. คุณนำขึ้น deploy ผู้ให้บริการเก็บมันและผูกกับตัวกระตุ้น เช่น URL ตารางเวลา ไฟล์ใหม่ในที่เก็บข้อมูล หรือข้อความในคิว
3. มีเหตุการณ์เข้ามา ผู้ให้บริการเริ่มสำเนาของ function (หรือใช้ตัวที่อุ่นอยู่แล้ว) รันมัน และส่งผลลัพธ์กลับ
4. ขยายเองอัตโนมัติ ถ้ามีคำขอพันรายการเข้ามาพร้อมกัน ผู้ให้บริการจะรันสำเนาจำนวนมากขนานกัน ตามขีดจำกัดของบัญชีคุณ
5. ว่างงาน เมื่อทราฟฟิกหยุด สำเนาจะถูกปิด เมื่อไม่มีอะไรรันอยู่ คุณไม่ต้องจ่ายค่าคอมพิวต์

ตัวอย่าง function ขนาดเล็กใน JavaScript อาจหน้าตาแบบนี้:

export default async function handler(request) {
  const { name } = await request.json();
  return Response.json({ message: `Hello, ${name}` });
}

ไม่มีโค้ดสำหรับเริ่มเซิร์ฟเวอร์ เปิดพอร์ต หรือรักษาโปรเซสให้ทำงานอยู่ แพลตฟอร์มจัดการทั้งหมดนั้นให้

คำว่า "serverless" ยังถูกใช้อย่างหลวมๆ กับบริการที่มีการจัดการอื่นๆ ที่ขยายอัตโนมัติและคิดเงินตามการใช้งาน เช่น ฐานข้อมูลแบบ serverless ที่หยุดชั่วคราวเมื่อไม่มีการใช้งาน

คำศัพท์สำคัญ

ตัวอย่างประกอบ: เว็บจองคลาสโยคะขนาดเล็ก

เว็บจองของสตูดิโอโยคะแห่งหนึ่งได้รับผู้เข้าชมพุ่งทุกเย็นวันอาทิตย์เมื่อประกาศตารางใหม่ และแทบไม่มีเลยในวันอื่น

• บนเซิร์ฟเวอร์ที่เปิดตลอดเวลา สตูดิโอจ่ายค่าเครื่องตลอด 24/7 ขนาดตามยอดของเย็นวันอาทิตย์ และส่วนใหญ่ว่างในเวลาอื่น
• ด้วย serverless function GET /api/classes และ POST /api/bookings เป็น function ช่วงที่คนแน่นวันอาทิตย์จะเปิดสำเนาจำนวนมากโดยอัตโนมัติ ในเช้าวันอังคารที่เงียบ แทบไม่มีอะไรรันเลย และบิลใกล้ศูนย์

ข้อแลกเปลี่ยนก็ปรากฏขึ้นด้วย ผู้ที่เปิดเว็บเป็นคนแรกในเช้าวันอังคารอาจรอ cold start เพิ่มอีกเล็กน้อย ฐานข้อมูลต้องรับการเชื่อมต่อระยะสั้นจำนวนมากจากสำเนา function หลายตัว ซึ่งอาจต้องใช้ connection pooler และหากสตูดิโอต้องการงาน "สร้าง PDF การเข้าเรียนประจำปีของทุกคน" งานนี้อาจเกินขีดจำกัดเวลาของ function และต้องรันที่อื่น

Serverless เหมาะกับอะไร และไม่เหมาะกับอะไร

ความเข้าใจผิดที่พบบ่อย

• "Serverless หมายความว่าไม่มีแบ็กเอนด์" หมายความว่าไม่มีเซิร์ฟเวอร์ ให้คุณจัดการ คุณยังต้องเขียนและรักษาความปลอดภัยของโค้ดแบ็กเอนด์
• "Serverless ถูกกว่าเสมอ" ถูกในปริมาณน้อย แต่ราคาต่อคำขออาจรวมเป็นจำนวนมากเมื่อปริมาณสูงและคงที่
• "Serverless ขยายได้ไม่จำกัด" แพลตฟอร์มมีขีดจำกัดการทำงานพร้อมกัน และฐานข้อมูลของคุณอาจเป็นคอขวดก่อน function จะถึงขีดจำกัด
• "ไฟล์ที่บันทึกใน function จะยังอยู่ในครั้งหน้า" พื้นที่เก็บข้อมูลในเครื่องเป็นการชั่วคราว ให้ใช้ฐานข้อมูลหรือที่เก็บไฟล์
• "Scale-to-zero คือ serverless" เกี่ยวข้องกันแต่ไม่เหมือนกัน แพลตฟอร์มบางแห่งรันแอปของคุณเป็นเซิร์ฟเวอร์ธรรมดาที่หลับเมื่อไม่มีงานและตื่นเมื่อมีคำขอถัดไป ประหยัดได้คล้ายกันและความหน่วงคำขอแรกคล้ายกัน แต่ไม่มีข้อจำกัดเวลาต่อคำขอแบบ function

สิ่งที่ควรถามเครื่องมือสร้างแอปด้วย AI

• "แบ็กเอนด์นี้จะรันเป็น serverless function หรือเป็นเซิร์ฟเวอร์ที่เปิดตลอดหรือหลับได้ มีผลต่อค่าใช้จ่ายอย่างไร"
• "มีงานไหนที่อาจใช้เวลานานกว่าขีดจำกัดเวลาของแพลตฟอร์มหรือไม่ ถ้ามี ควรจัดการอย่างไร"
• "เก็บทุกอย่างที่ต้องคงอยู่ไว้ในฐานข้อมูลหรือที่เก็บไฟล์ ไม่ใช่ในหน่วยความจำหรือไฟล์ในเครื่อง"
• "ควรจัดการการเชื่อมต่อฐานข้อมูลอย่างไรเมื่อมีสำเนาหลายตัวทำงานพร้อมกัน"
• "ความหน่วงของคำขอแรกหลังจากแอปไม่ถูกใช้งานนานๆ เป็นเท่าไร"

Mythex โฮสต์แอปอย่างไร

Mythex ไม่ได้อธิบายการโฮสต์ของตัวเองว่าเป็น serverless function เมื่อคุณเผยแพร่ แอปของคุณจะรันเป็นเว็บแอปหรือคอนเทนเนอร์ปกติที่ Mythex จัดการให้ ไม่มีอะไรให้ตั้งค่าโฮสติ้ง เป็นแบบ scale-to-zero: แอปที่เผยแพร่และฐานข้อมูลจะหลับเมื่อไม่มีการใช้งาน และตื่นเมื่อมีผู้เข้าชมครั้งถัดไป แอปที่หลับไม่เสียค่าคอมพิวต์ และเครื่องเพิ่มเติมจะเริ่มทำงานเฉพาะเมื่อทราฟฟิกหนาแน่น (แพ็กเกจ Pro ได้สูงสุด 3 เครื่องต่อบริการ) ฐานข้อมูล Postgres ที่แนบมาก็หลับหลังไม่มีการใช้งาน 5 นาที และเรียกเก็บตามเวลาที่มันตื่นอยู่ ดังนั้นคุณได้ประโยชน์ "จ่ายตามที่ใช้" ส่วนใหญ่ พร้อมความหน่วงของคำขอแรกหลังช่วงเงียบแบบเดียวกัน ดู ขีดจำกัดการโฮสต์ ในเอกสาร และคู่มือของเราเรื่อง การโฮสต์เว็บ และวิธีลดค่าใช้จ่ายโฮสติ้ง

คำถาม