ข้ามไปยังเนื้อหา
XVer
เริ่มใช้งาน

Container Compute

ส่ง image มา ได้ URL กลับไป

Container Compute รันแอปของคุณจาก container image บนเซิร์ฟเวอร์ใน Bangkok 1 และให้ URL HTTPS จำนวน instance เพิ่มตาม request และหดเหลือ 0 เมื่อไม่มี request เข้ามา คิดเงินตาม vCPU (หน่วยประมวลผลเสมือน), memory และ request ที่ใช้จริง

เริ่มใช้งาน ดูราคา
ค่า compute ตอนหดเหลือ 0 instance
฿0
vCPU-วินาที ฟรีต่อเดือน ต่อ container
180,000
image ที่รองรับ
linux/amd64
URL บน *.run.xver.cloud
HTTPS

สี่ขั้นจาก image ถึง URL

  1. image ของคุณ
  2. สร้าง (build)
  3. ปล่อยใช้งาน
  4. URL HTTPS

  1. ส่ง image หรือเชื่อม GitHub

    ใช้ image จาก Docker Hub, GHCR หรือ Artifact Registry ของคุณ หรือเชื่อม repo ผ่าน GitHub App ของ XVer ให้ระบบ build image ให้

  2. ตั้งค่า vCPU, memory และ concurrency

    เลือก vCPU และ memory ต่อ instance จำนวน request ที่ instance หนึ่งรับพร้อมกันได้ และเวลาสูงสุดต่อ request

  3. ผ่าน health check แล้วปล่อยใช้งาน

    เวอร์ชันใหม่ต้องผ่าน health check ก่อน ระบบจึงเริ่มส่ง request ไปให้

  4. ได้ URL HTTPS

    service ได้ที่อยู่บน *.run.xver.cloud พร้อม HTTPS

Autoscaling และการหดเหลือ 0 instance

เมื่อ request เกินจำนวนที่ instance หนึ่งรับพร้อมกันได้ ระบบเปิด instance เพิ่ม เมื่อ request ลดลง ระบบปิด instance จนเหลือ 0

  • Scale to zero

    ช่วงที่ไม่มี request ไม่มี instance ทำงาน จึงไม่มีค่า vCPU และ memory

  • จำนวน instance ขั้นต่ำและ cold start

    หลังหดเหลือ 0 request แรกต้องรอให้ instance เริ่มทำงานก่อน เรียกว่า cold start ถ้าต้องการให้ตอบทันทีเสมอ ให้ตั้งขั้นต่ำไว้ 1 instance ขึ้นไป instance นั้นคิดค่า vCPU และ memory ตลอดเวลาที่เปิด

  • Request-based หรือ Instance-based

    Request-based เพิ่มและลด instance ตามจำนวน request และหดถึง 0 ได้ ส่วน Instance-based เปิด instance ไว้ตลอดและคิดตามเวลาที่ทำงาน ทั้งสองแบบใช้อัตราค่าบริการเดียวกัน

ตัวอย่างการตั้งค่า

จำนวน instance

จำนวน instance ตลอดหนึ่งวันของร้านค้าออนไลน์ ช่วงกลางคืนไม่มีคนเข้า จึงหดเหลือ 0

  • instance ที่ทำงาน (ขั้นต่ำ 0)
  • ถ้าตั้งขั้นต่ำ 1 instance จะไม่ต่ำกว่าเส้นนี้

งานที่เหมาะกับ Container Compute

  • Webhook ของบอท LINE หรือ Discord

    ปัญหา
    บอทได้รับข้อความเป็นครั้งคราว แต่ต้องมีเซิร์ฟเวอร์รอรับตลอด 24 ชั่วโมง
    สิ่งที่ได้
    นำ URL HTTPS ของ service ไปใส่ในหน้าตั้งค่า webhook ช่วงที่ไม่มีข้อความเข้ามา service หดเหลือ 0 instance

  • API หลังบ้านของร้านค้าออนไลน์

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

  • ทดสอบเวอร์ชันใหม่จาก GitHub

    ปัญหา
    อยากให้ทีมหรือลูกค้าลองเวอร์ชันใหม่ก่อนขึ้นระบบจริง แต่ไม่อยากเปิดเซิร์ฟเวอร์ทดสอบทิ้งไว้
    สิ่งที่ได้
    สร้าง container แยกสำหรับเวอร์ชันทดสอบจาก repo เดียวกัน เวอร์ชันนั้นได้ URL ของตัวเอง และหดเหลือ 0 เมื่อไม่มีใครเปิดดู

  • งานเบื้องหลังและงานตามรอบเวลา

    ปัญหา
    มีงานที่ต้องทำเป็นรอบ เช่น สรุปยอดขายทุกคืน หรือดึงงานจากคิวมาประมวลผล แต่ไม่คุ้มที่จะเปิดเครื่องไว้ทั้งวัน
    สิ่งที่ได้
    ให้ตัวตั้งเวลาภายนอก เช่น GitHub Actions เรียก URL ของงานตามรอบ แล้วจ่ายเฉพาะช่วงที่งานทำงาน งานที่ต้องเฝ้าคิวตลอดใช้โหมด Instance-based

ราคา Container Compute

ระบบวัดการใช้งานทุกวินาที และทุกชั่วโมงจะหักค่าบริการจากเครดิตเงินบาทที่เติมไว้ โควตาฟรีเริ่มใหม่ทุกวันที่ 1 ของเดือน

อัตราค่าบริการ

vCPU
฿0.0003 /vCPU-วินาที
Memory
฿0.00005 /GiB-วินาที
HTTP request
฿20 /1 ล้าน request

โควตาฟรีต่อ container ต่อเดือน

  • 180,000 vCPU-วินาที
  • 360,000 GiB-วินาที
  • 1,000,000 request
ตัวอย่างการตั้งค่า 0.25 vCPU · 0.5 GiB · ทำงานรวม 300 ชม./เดือน · 500,000 request
รายการและวิธีคิด ค่าบริการ
vCPU 270,000 − ฟรี 180,000 = 90,000 vCPU-วินาที × ฿0.0003 ฿27.00
Memory 540,000 − ฟรี 360,000 = 180,000 GiB-วินาที × ฿0.00005 ฿9.00
HTTP request 500,000 request อยู่ในโควตาฟรี 1,000,000 ฿0.00
รวมต่อเดือน ฿36.00

ขนาดนี้ทำงานได้ราว 200 ชั่วโมงต่อเดือนโดยอยู่ในโควตาฟรีทั้งหมด ตัวอย่างนี้ไม่รวม Block Storage ซึ่งคิดแยก

ดูราคาทั้งหมด Container Compute

Container Compute หรือ Cloud Compute

เปรียบเทียบ Container Compute กับ Cloud Compute
Container Compute Cloud Compute
เหมาะกับ งานที่คนใช้เป็นช่วง ๆ หรือแอปใหม่ที่ยังไม่รู้ว่าคนจะเยอะแค่ไหน งานที่ทำงานสม่ำเสมอตลอด 24 ชั่วโมง
คิดเงิน ตาม vCPU, memory และ request ที่ใช้จริง วัดทุกวินาที รายชั่วโมงตามแพ็กเกจ และไม่เกินราคารายเดือน
ตอนไม่มีคนใช้ หดเหลือ 0 ไม่มีค่า compute คิดเงินตั้งแต่สร้างเครื่องจนกว่าจะลบ ปิดเครื่องไว้ก็ยังคิดเงิน ต้องลบเครื่องจึงหยุดคิดเงิน
เมื่อคนเยอะขึ้น เพิ่ม instance ให้อัตโนมัติ ขนาดตามแพ็กเกจที่เลือก ถ้าต้องการเครื่องใหญ่ขึ้นให้สั่ง Resize ซึ่งเครื่องจะรีสตาร์ท
สิ่งที่คุณดูแล แค่ image หรือโค้ดของแอป ทั้งเครื่อง ตั้งแต่ระบบปฏิบัติการขึ้นไป
ตัวอย่าง: เปิดตลอด 24 ชม. ขนาด 1 vCPU · 1 GiB ประมาณ ฿847.80/เดือน (ไม่รวมค่า request) ฿180/เดือน (แพ็กเกจ s-1vcpu-1gb)

ดู Cloud Compute

บริการที่ใช้คู่กับ Container Compute

  • Block Storage

    ต่อ volume เข้า container ที่ path ที่เลือก ขยายขนาดได้ขณะแอปทำงาน แต่ลดขนาดไม่ได้

    container ที่ต่อ volume ทำงานแบบ instance เดียว

    ฿4 /GB-เดือน

  • Artifact Registry

    ที่เก็บ container image แบบส่วนตัวในโปรเจกต์ของคุณ push image ขึ้นไปแล้วเลือกใช้ใน Container Compute ได้ทันที

    ฟรี 0.5 GB แรก ส่วนที่เกินคิดตามพื้นที่ทุกชั่วโมง แยกต่อโปรเจกต์

    ฿1.50 /GB-ชม.

คำถามเกี่ยวกับ Container Compute

ต้องมี Dockerfile ไหม

ไม่จำเป็น ถ้ามี image อยู่แล้วก็ใช้ได้ทันที ถ้าโค้ดอยู่บน GitHub แต่ไม่มี Dockerfile ระบบสร้าง image ให้ด้วย buildpack สำหรับ Node, Python, Go และ JVM

หรือจะเขียน Dockerfile ลงในหน้าตั้งค่าโดยตรงก็ได้

ใช้ Mac ชิป Apple Silicon build image ได้ไหม

ได้ Container Compute รัน image สำหรับ linux/amd64 จึงต้อง build ด้วยคำสั่ง docker build --platform linux/amd64

ข้อมูลใน container จะหายไหมเมื่อ redeploy

ไฟล์ที่แอปเขียนไว้ใน container เองไม่ถาวร ถ้าต้องเก็บข้อมูล ให้ต่อ volume จาก Block Storage ข้อมูลใน volume อยู่ครบแม้ redeploy, restart หรือเปลี่ยน image

เริ่มใช้ Container Compute

เข้าสู่ระบบด้วย GitHub แล้วเติมเครดิตเป็นเงินบาทผ่านพร้อมเพย์ TrueMoney Wallet อินเทอร์เน็ตแบงกิ้ง หรือบัตร Visa · Mastercard · JCB ทีมซัพพอร์ตตอบตลอด 24 ชั่วโมง ทั้งภาษาไทยและภาษาอังกฤษ

เริ่มใช้งาน คุยกับทีม XVer