Bunny Database

 (bunny.net)
1 คะแนน โดย GN⁺ 2026-02-05 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Bunny Database คือ บริการฐานข้อมูลแบบจัดการบนเอดจ์ที่เข้ากันได้กับ SQLite ซึ่งหยุดทำงานอัตโนมัติเมื่อไม่มีการใช้งาน และคงค่าหน่วงต่ำได้จากทุกที่ทั่วโลก
  • ออกแบบมาเพื่อแก้ปัญหา โครงสร้างต้นทุนสูงของแพลตฟอร์ม DBaaS และความซับซ้อนในการตั้งค่า โดยมอบทั้งการดีพลอยที่เรียบง่ายและโมเดลคิดค่าบริการตามการใช้งาน
  • รองรับการดีพลอยแบบอัตโนมัติ, รีเจียนเดี่ยว และหลายรีเจียนใน 41 รีเจียน และเมื่อใช้รีเจียนจำลองสามารถลด ค่าหน่วงในการอ่านได้สูงสุด 99%
  • สร้างบน เวอร์ชันฟอร์กของ libSQL และไม่ได้มุ่งให้ซิงก์ฟีเจอร์กับ SQLite อย่างสมบูรณ์ แต่เน้นเสถียรภาพสำหรับการใช้งานจริง
  • เปิดให้ใช้ฟรีในช่วงพับลิกพรีวิว และมีฟีเจอร์ที่จะตามมา เช่น การสำรองข้อมูลอัตโนมัติ และ API ที่รับรู้สคีมา

ภาพรวมของ Bunny Database

  • Bunny Database คือ บริการฐานข้อมูลเอดจ์ที่เข้ากันได้กับ SQLite ซึ่งดีพลอยได้ง่ายโดยไม่ต้องจัดการ VM หรือใช้ DBaaS ต้นทุนสูง
    • เมื่อไม่มีการใช้งานจะหยุดทำงานอัตโนมัติเพื่อช่วยลดค่าใช้จ่าย
    • มอบค่าหน่วงต่ำให้กับผู้ใช้ทั่วโลก
  • มีฟีเจอร์ ดีพลอยในคลิกเดียว, รองรับ SDK หลายภาษา, การเชื่อมต่อผ่าน HTTP และ เมตริกแบบเรียลไทม์
    • SDK รองรับ TypeScript/JavaScript, Go, Rust และ .NET
    • สามารถแทรกข้อมูลและรันคิวรีได้จากแดชบอร์ด

การเปลี่ยนแปลงของตลาด DBaaS และตำแหน่งของ Bunny Database

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

ฟีเจอร์หลักและตัวเลือกการดีพลอย

  • เลือกการดีพลอยแบบอัตโนมัติ, รีเจียนเดี่ยว หรือแบบกำหนดเองด้วยตนเอง (หลายรีเจียน) ได้ใน 41 รีเจียน
    • เลือกอัตโนมัติ: กำหนดรีเจียนที่มีค่าหน่วงต่ำสุดโดยอัตโนมัติตาม IP
    • รีเจียนเดี่ยว: เลือกรีเจียนเฉพาะได้โดยตรง
    • เลือกด้วยตนเอง: ตั้งค่าหลายรีเจียนตามต้องการ
  • เมื่อเปิดใช้งานรีเจียนจำลอง สามารถลดค่าหน่วงในการอ่านได้สูงสุด 99%
    • จากผลทดสอบในหลายพื้นที่ทั่วโลก พบว่าการให้บริการอ่านจากรีเจียนที่อยู่ใกล้ไคลเอนต์ช่วยลดค่าหน่วงได้อย่างมาก
  • เพิ่มหรือเปลี่ยนรีเจียนได้ง่าย โดยไม่จำเป็นต้องออกแบบสถาปัตยกรรมแอปใหม่

นโยบายราคา

  • ใช้ โมเดลคิดค่าบริการตามการใช้งาน โดยไม่มีค่าบริการแฝงแบบเซิร์ฟเวอร์เลส (“serverless tax”)
    • การอ่าน: $0.30 ต่อ 1 พันล้านแถว
    • การเขียน: $0.30 ต่อ 1 ล้านแถว
    • พื้นที่จัดเก็บ: $0.10 ต่อ GB ต่อเดือน ต่อรีเจียนที่ใช้งาน
    • หากไม่มีคำขอใช้งาน จะมีเฉพาะค่าใช้จ่ายด้านพื้นที่จัดเก็บ
    • เรียกเก็บเงินรายเดือนตามการใช้งานจริงแบบเรียลไทม์
  • ให้ใช้ฟรีในช่วงพับลิกพรีวิว

ความเข้ากันได้กับ SQLite และสถาปัตยกรรมบน libSQL

  • Bunny Database ทำงานบน เวอร์ชันฟอร์กของ libSQL จาก Turso
    • libSQL ยังคง API และรูปแบบไฟล์ของ SQLite เอาไว้ แต่ไม่ได้ซิงก์กับ SQLite เวอร์ชันล่าสุดอย่างสมบูรณ์
  • Bunny Database รักษา ความเข้ากันได้ตามเวอร์ชันของ libSQL และไม่ได้สะท้อนฟีเจอร์จากเวอร์ชันใหม่กว่าทันที
  • มุ่งเน้นที่เสถียรภาพและความง่ายในการดำเนินงานของบริการ โดยรวมเฉพาะฟีเจอร์ที่มีความหมายต่อการใช้งานจริงเท่านั้น

แผนในอนาคต

  • ฟีเจอร์ที่วางแผนไว้: การสำรองข้อมูลอัตโนมัติ, การนำเข้า/ส่งออกไฟล์ฐานข้อมูล, API ที่รับรู้สคีมาและ SDK แบบ type-safe
  • ในช่วงพับลิกพรีวิว จะปรับโรดแมปในอนาคตตามฟีดแบ็กของผู้ใช้

การผสานรวมและวิธีเชื่อมต่อ

  • Bunny Database สามารถใช้งานได้แบบ สแตนด์อโลน และยังผสานรวมกับ Bunny Edge Scripting และ Bunny Magic Containers ได้
  • ในแท็บ Access บนแดชบอร์ด ให้คลิก Generate Tokens เพื่อสร้างโทเค็นยืนยันตัวตน
    • เชื่อมต่อกับ Edge Script หรือ Magic Container App ได้ผ่านฟีเจอร์ Add Secrets
    • เข้าถึงฐานข้อมูลผ่านตัวแปรสภาพแวดล้อม (DB_URL, DB_TOKEN)
  • มีตัวอย่างโค้ด TypeScript สำหรับการเชื่อมต่ออย่างง่าย

เงื่อนไขการใช้งานช่วงพรีวิว

  • ในช่วงพับลิกพรีวิว ผู้ใช้หนึ่งรายสร้างฐานข้อมูลได้สูงสุด 50 ฐานข้อมูล โดยแต่ละฐานข้อมูลจำกัดขนาดที่ 1GB
  • สามารถเริ่มใช้งานได้ทันทีหลังล็อกอินเข้าสู่แดชบอร์ด bunny.net

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2026-02-05
ความเห็นจาก Hacker News

  • Bunny ประกาศ ความเข้ากันได้กับ S3 ในไตรมาส 2 ปี 2022 แต่ในเดือนกันยายน 2023 ก็ออกมาขอโทษเรื่องความล่าช้าและปรับโรดแมปไปเป็นต้นปี 2024
    โพสต์บล็อกที่เกี่ยวข้องคือ ประกาศรองรับ S3 และ คำขอโทษเรื่องความล่าช้า
    ตอนนี้เป็นต้นปี 2026 แล้ว แต่แม้แต่ คำขอรับการสนับสนุน ของฉันก็ยังไม่ได้รับคำตอบ
    เลยทำให้ฉันไม่ไว้วางใจทั้งผลิตภัณฑ์และผู้นำของบริษัทนี้

    • ผมคือ Jamie จาก Bunny.net การทำ S3 ใช้เวลานานกว่าที่คาด เพราะจำเป็นต้อง ออกแบบสถาปัตยกรรมสตอเรจใหม่จากรากฐาน
      ตอนนี้ความเข้ากันได้กับ S3 เปิดให้ผู้ใช้บางส่วนใช้งานแบบ private preview ตั้งแต่เดือนมกราคม 2026 และจะเปิดหน้าสมัครเร็ว ๆ นี้
    • ฉันก็เจอสถานการณ์เดียวกัน พยายามจะย้ายออกจาก Cloudflare แต่ การไม่รองรับ S3 และการสื่อสารที่ขาดหาย เป็นอุปสรรคสำคัญที่ตัดสินใจทุกอย่าง
    • ฉันใช้ Bunny CDN วางไว้หน้า S3 bucket แล้วให้การทำงานจริงไปโต้ตอบกับ S3 bucket โดยตรง
    • จริง ๆ แล้ว Bunny เพิ่งมารู้ว่าต้อง สร้างบริการสตอเรจใหม่ทั้งหมด ก่อนจะปล่อยความเข้ากันได้กับ S3
      มันไม่ใช่โปรเจ็กต์เล็ก เลยพอเข้าใจได้ว่าทำไมถึงล่าช้า ถึงอย่างนั้นก็ยังมองในแง่ดีที่พวกเขาเปิดเผยเรื่องนี้อย่างโปร่งใส

  • ช่วงไม่กี่วันที่ผ่านมา ฉันมีปัญหากับการใช้งาน Bunny
    ในเอกสารระบุว่า API สำหรับส่งต่อ log จะล่าช้าได้สูงสุด 5 นาที แต่ของจริง ล่าช้าเกิน 3 วัน
    หน้า status ก็ไม่ได้แสดง เพราะเขาบอกว่าไม่ใช่ปัญหาระดับ “critical”
    ระยะเวลาเก็บรักษา log มีแค่ 3 วัน เลยกังวลว่าจะเกิดการสูญหายของข้อมูล
    การขาดความโปร่งใส แบบนี้ยังกระทบต่อความเชื่อมั่นในบริการอื่น ๆ ด้วย

    • ผมคือ Joe จาก Bunny.net ตอนนี้เรากำลังจัดการ backlog ของไฟล์ log ประมาณ 2.5 ล้านไฟล์ และได้เพิ่มความเร็วการประมวลผลด้วยการปรับแต่ง pipeline
      คาดว่าจะกลับสู่ภาวะปกติภายใน 12–18 ชั่วโมง
      นอกจากนี้เราก็กำลัง ย้ายระบบ โครงสร้างพื้นฐานด้าน logging เดิมไปเป็น ClickHouse และแชร์ความคืบหน้าไว้ในหน้า status
    • ฉันก็เจอ log ล่าช้าเหมือนกันเมื่อไม่นานมานี้ ของฉันประมาณ 14 ชั่วโมง

  • ไม่แน่ใจจริง ๆ ว่าการดูแล RDBMS มันยากขนาดนั้นเลยหรือ
    การติดตั้ง MySQL หรือ Postgres บนลินุกซ์ใช้เวลาแค่ 5 นาที และการตั้งค่า แบ็กอัปกับความปลอดภัย ก็ทำได้ไม่ยาก
    แค่ VPS เครื่องเดียวก็รองรับ query ได้มากพอสมควร และต้นทุนก็คาดการณ์ได้

    • ในทางปฏิบัติมันขึ้นอยู่กับความต้องการ
      ถ้าคุณต้องการฟีเจอร์อย่าง multi-region, replication อัตโนมัติ, failover แบบโปร่งใส, online schema migration, การจัดการเวอร์ชันอัตโนมัติ ฯลฯ การทำเองจะซับซ้อนขึ้นมาก
      ตรงนี้เองที่ บริการแบบโฮสต์ มีคุณค่า เพราะช่วยจัดการสิ่งเหล่านี้แทน
    • ฉันไม่ได้กังวลเรื่อง ความพร้อมใช้งาน ของ DB ที่ดูแลเอง แต่กังวลเรื่อง ความน่าเชื่อถือของแบ็กอัป และการจัดการ security patch มากกว่า
      การตาม CVE หรือการตั้งค่า firewall อะไรพวกนี้ต้องใช้บุคลากรเฉพาะทาง
    • เอาจริงทุกวันนี้อย่าง Neon ก็ให้คุณสร้าง Postgres instance ฟรีได้ในคลิกเดียว
    • มันไม่ใช่เรื่องยากหรือง่าย แต่เป็นเรื่องของ การมอบหมายงาน
      บริษัทต่าง ๆ ยอมจ่ายค่าสมาชิกรายเดือนเพื่อใช้บริการที่เสถียร แทนที่จะเอาเวลาวิศวกรไปลงกับการบำรุงรักษา DB
    • ฉันก็เคยพยายามทำเอง แต่ ระบบแบ็กอัป มันไม่น่าไว้วางใจเกินไป
      ฉันใช้ cron เก็บแบ็กอัปลง object storage แต่แค่ตั้งค่าผิดจุดเดียวก็อาจทำให้ข้อมูล production พังได้
      ถ้ามี OSS Postgres distribution ที่มีระบบแบ็กอัปครบถ้วน ฉันก็ยินดีจ่ายเงิน

  • ชื่อว่า “นี่ไม่ใช่ฐานข้อมูลกระต่าย” ทำให้ขำดี

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

  • รูปแบบมันชัดเจนมาก: ทุกคน ชอบ CDN แต่กลับมองว่าผลิตภัณฑ์อื่นเปิดตัวแล้วเชื่อถือได้น้อย
    ปัญหา CDN อย่างมากก็แค่ cache miss แต่ปัญหา DB อาจนำไปสู่ การสูญหายของข้อมูล
    ราคาและภาพลักษณ์ความเป็นบริษัทจากยุโรปก็น่าสนใจ แต่พอดูประวัติกำหนดการของ S3 แล้ว น่าจะต้องรอดูสักปีค่อยใช้

    • มีใครเคยใช้ บริการ DNS ของ Bunny ไหม? ดูเหมือนปัญหาเดียวคือไม่รองรับ DS record

  • ฉันสงสัยว่า “SQLite-compatible” หมายถึงอะไรกันแน่
    ภายในบอกว่าใช้ fork ของ libSQL แต่ยังไม่ชัดว่าอินเทอร์เฟซทำงานแบบไหน
    ถ้ามันเปิด Hrana ซึ่งเป็น HTTP API ของ libSQL ออกมาให้ใช้ แบบนั้นเรียกว่า “libSQL-compatible” จะตรงกว่าหรือเปล่า

    • ผมคือ Marek จาก Bunny.net Bunny Database เชื่อมต่อได้ผ่าน SDK สำหรับ TS, Go, Rust, .NET หรือผ่าน HTTP endpoint
    • ใช่ “libSQL” แม่นยำกว่า แต่ใน มุมมองการตลาด คำว่า SQLite มีปริมาณการค้นหาสูงกว่ามาก

  • สรุปโครงสร้างราคา
    ช่วง public preview ใช้งานฟรี และถ้าไม่มีการใช้งานจะมีแค่ ค่าใช้จ่ายด้านสตอเรจ
    ค่าบริการหลักมีดังนี้

    • อ่าน: $0.30 ต่อ 1 พันล้านแถว
    • เขียน: $0.30 ต่อ 1 ล้านแถว
    • สตอเรจ: $0.10/GB ต่อเดือน ต่อ active region
    • ข้อดีของโครงสร้างราคานี้คือสามารถ จ่ายล่วงหน้า ได้
      ทำให้ป้องกันการพุ่งขึ้นของค่าใช้จ่ายแบบไม่คาดคิดได้ จึงปลอดภัยกว่า AWS หรือ GCP

  • Bunny มักประกาศฟีเจอร์ใหม่บ่อย แต่ให้ความรู้สึกเหมือนหยุดอยู่ที่ เสร็จแค่ 80% เสมอ
    CDN ยอดเยี่ยม แต่บริการอื่น ๆ น่าผิดหวังมาหลายปีแล้ว

    • อยากรู้ว่าพอจะแชร์ตัวอย่างที่เป็นรูปธรรมได้ไหม

  • ฉันใช้ Bunny เป็น ทางเลือกแทน Cloudflare มาหลายปีแล้ว และจนถึงตอนนี้มันทำงานได้อย่างสมบูรณ์แบบ

    • แต่ก็รู้สึกเหมือนพวกเขากำลัง กระจายทรัพยากรบางเกินไป อินเทอร์เฟซที่เข้ากันได้กับ S3 ก็อยู่ในสถานะ “ใกล้ออกแล้ว” มาตั้งแต่ปี 2022
    • อยากรู้ว่าคุณย้ายได้ราบรื่นขนาดนั้นได้อย่างไร
      ฉันลองทดสอบแล้ว มันไม่เหมือน Cloudflare ที่ใช้แค่ DNS proxy ก็จบ แต่ต้อง อัปโหลด asset และเขียน URL ใหม่ ซึ่งยุ่งยากกว่า

  • จุดแข็งที่สุดของ Bunny.net คือเป็น บริการที่ตั้งอยู่ในยุโรป
    จึงค่อนข้างเป็นอิสระจากความเสี่ยงทางการเมืองหรือกฎระเบียบของสหรัฐฯ