เปิดตัว PlanetScale for Postgres

 (planetscale.com)
8 คะแนน โดย GN⁺ 2025-07-04 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • PlanetScale แพลตฟอร์มเซิร์ฟเวอร์เลสที่เข้ากันได้กับ MySQL ประกาศพรีวิวแบบ private preview ของ แพลตฟอร์มโฮสติ้งเฉพาะสำหรับ Postgres
  • มุ่งเน้นที่ ความพร้อมใช้งานของบริการ และ ความเสถียร ระดับสูงสุด พร้อมทุ่มเทกับวิศวกรรมชั้นนำของอุตสาหกรรม เช่น การสลับระบบเมื่อเกิดปัญหาอัตโนมัติ
  • เจาะปัญหาที่ผู้ใช้โฮสติ้ง Postgres เดิมไม่พอใจ ได้แก่ ค่าใช้จ่าย, การล่มเป็นระยะ, ประสิทธิภาพต่ำ
  • ประสิทธิภาพและคุณสมบัติของแพลตฟอร์ม
    • จากผลเบนช์มาร์ก มีประสิทธิภาพเหนือกว่า ผลิตภัณฑ์ Postgres คู่แข่งทั้งหมด อย่างสม่ำเสมอ (เมื่อเทียบกับคู่แข่งที่ให้ทรัพยากรมากกว่า 2 เท่า)
    • PlanetScale for Postgres รัน Postgres จริงด้วย Operator แบบกรรมสิทธิ์
    • มอบความพร้อมใช้งานสูงด้วยเลเยอร์พร็อกซี PSBouncer เช่น การสลับระบบเมื่อเกิดปัญหาอัตโนมัติ, การบัฟเฟอร์คิวรี, การทำ connection pooling
    • ใช้ Postgres v17 รองรับการย้ายระบบแบบออนไลน์จาก Postgres v13 ขึ้นไป และ อัปเดตเวอร์ชันอัตโนมัติโดยไม่มีดาวน์ไทม์
    • สตอเรจ local NVMe SSD ของ PlanetScale Metal ช่วยยกระดับอัตราส่วนต้นทุนต่อประสิทธิภาพอย่างมาก
  • กลยุทธ์ด้านการขยายระบบและแผนในอนาคต
    • Vitess คือโซลูชันด้านการขยายระบบที่เน้น MySQL และเป็นจุดแข็งของ PlanetScale
      • ใช้ Vitess เพื่อรองรับการ sharding ขนาดใหญ่แบบเนทีฟ
      • แต่ครั้งนี้จะไม่นำ Vitess มาใช้กับการขยายระบบของ Postgres โดยตรง
    • กำลังออกแบบ ระบบการขยายระบบใหม่ สำหรับ Postgres โดยเฉพาะตั้งแต่ต้น
    • จะทยอยเปิดเผยข้อมูลเพิ่มเติมและการเข้าถึงล่วงหน้าอย่างต่อเนื่องเมื่อการพัฒนาคืบหน้า

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

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

 
click 2025-07-04

อยากรู้เหมือนกันว่าเขาทำการอัปเดตเวอร์ชันอัตโนมัติของ PostgreSQL แบบไหน ถ้าเป็นการเปลี่ยน major version ก็น่าจะมีปัญหาที่ต้อง rebuild ระบบอยู่แล้ว เขาแก้เรื่องนี้กันอย่างไรนะ?
 
GN⁺ 2025-07-04
ความคิดเห็นจาก Hacker News

  • แชร์ประสบการณ์ใช้ PlanetScale อยู่ 1~2 ปีแล้วเปลี่ยนไปใช้ Neon เพราะต้องมีฐานข้อมูลแยกสำหรับแต่ละ tenant แต่ PlanetScale คิดค่าบริการ $30 ต่อเดือนต่อฐานข้อมูล ($39 แล้วตอนนี้) เลยกลายเป็นภาระ เคสการใช้งานของฉันค่อนข้างเฉพาะทางและไม่ได้ต้องการเซิร์ฟเวอร์แรงมาก แค่รันหลายฐานข้อมูลบนเซิร์ฟเวอร์เดียวได้ก็พอ ซึ่ง PlanetScale ทำไม่ได้ แต่ Neon รองรับ กำลังทำบริษัทเล็ก ๆ และมีความผันผวนของทราฟฟิกที่คาดเดาได้ พอใจกับผลิตภัณฑ์และบริการซัพพอร์ตของ PlanetScale มาก และหวังว่าจะได้กลับไปใช้อีกในสักวัน ฉันเป็นนักพัฒนาซอฟต์แวร์สำหรับเทศกาลอาหารและเครื่องดื่ม ตลอด 9 เดือนของปีแทบไม่มีทราฟฟิกเลย อีก 2 เดือนมีบ้างเล็กน้อย มีแค่ราว 3 สัปดาห์ที่มากขึ้นหน่อย และมีโหลดพุ่งจริง ๆ แค่ช่วงเทศกาล 1~5 วัน ฉันเข้าใจดีว่าตัวเองเป็นลูกค้ากลุ่มเล็กมาก และยอมรับว่าผู้ให้บริการส่วนใหญ่ไม่ได้ตอบโจทย์ความต้องการของฉันโดยตรง

    • มีข้อกำหนดด้านกฎระเบียบหรือเหตุผลอะไรที่ทำให้ต้องใช้ฐานข้อมูลแบบ physical แยกตาม tenant จริง ๆ หรือแค่สงสัยว่าทำไมถึงใช้หลาย logical database/schema ภายใน DB เดียวของ PlanetScale ไม่ได้

    • ขึ้นอยู่กับจำนวน tenant แล้ว Turso อาจเหมาะกับความต้องการของฉันก็ได้ แนะนำ Turso

  • PlanetScale เริ่มต้นจากโซลูชันเฉพาะทาง MySQL ที่แตกมาจาก Vitess เลยสงสัยว่าผลิตภัณฑ์ PostgreSQL ตัวนี้เกี่ยวข้องกับ Vitess ด้วยหรือไม่ หรือเป็นระบบที่สร้างขึ้นใหม่ทั้งหมด จากที่ไปค้นมาเอง ตาม บล็อกพัฒนา PlanetScale for Postgres ระบุว่า ต่างจาก Vitess ที่อิงกับ MySQL โดยสถาปัตยกรรมสำหรับ Postgres กำลังถูกออกแบบใหม่ตั้งแต่ต้น

    • บอกว่าตัวเองเป็นแฟนของ Simon และเสนอว่าถ้าสร้างองค์กรใน PlanetScale แล้วส่งชื่อมาทางอีเมล (s@planetscale.com) จะให้สิทธิ์ early access ฟรี

  • ในฐานะผู้ใช้ PlanetScale MySQL ตลอด 2 ปีที่ผ่านมา รู้สึกยินดีมากกับการเปิดตัว PlanetScale PostgreSQL ก่อนหน้านี้ที่บริษัทเก่าเคยดูแลทั้งสองฐานข้อมูล แต่เสียดายที่เครื่องมือรอบข้างต่างกัน PlanetScale ให้ประสบการณ์จัดการ db ที่เหมือนเปลี่ยนจาก Treo ไปเป็น iPhone คือรู้สึกพลิกโฉมอย่างชัดเจน ขอแสดงความยินดีกับทีม PlanetScale

  • ช่วงหลังมีโปรเจ็กต์น่าสนใจเกี่ยวกับ scalability ของ PostgreSQL ออกมาต่อเนื่อง เลยตั้งตารอว่า PlanetScale จะออกผลิตภัณฑ์แบบไหนมา ส่วนตัวอยากได้ข้อมูลมากกว่านี้ แต่จะติดตามต่อไป พร้อมแชร์ลิงก์โปรเจ็กต์ที่น่าสนใจอย่าง Supabase Multigres, pgdog

  • สนุกมากที่ได้ร่วมงานกับ Postgres และช่วยนำผลิตภัณฑ์ใหม่นี้ออกสู่ตลาด ถ้ามีคำถามก็ยินดีตอบ

    • เห็น benchmark เทียบกับ Aurora แล้ว แต่สงสัยว่าถ้าเทียบกับ Optimized Reads ของ Aurora ที่ใช้ NVMe SSD จะเป็นอย่างไร ลิงก์อ้างอิง

  • มองว่าการมีตัวเลือก hosted Postgres ใหม่เป็นเรื่องยอดเยี่ยม และอยากเห็นว่าการแข่งขันระหว่าง Multigres (Supabase) กับ PlanetScale จะสร้างจุดแตกต่างอะไรออกมา

    • Multigres นำโดย Sugu Sougoumarane ผู้ร่วมก่อตั้ง Vitess และผู้ร่วมก่อตั้ง PlanetScale เท่ากับว่าทั้งสองโปรเจ็กต์เติบโตมาจากรากเดียวกัน แชร์วิดีโอที่เกี่ยวข้อง

  • สงสัยเรื่องขอบเขตการรองรับ extension ของ PlanetScale PostgreSQL รวมถึงข้อจำกัดต่าง ๆ

  • นอกเรื่องนิดหน่อย แต่ขอแนะนำคอร์ส MySQL สำหรับนักพัฒนาบนเว็บไซต์ PlanetScale ด้วย

    • ผู้สอนคอร์สดังกล่าวมาเอง บอกว่าดีใจที่มีคนชอบ

  • มองว่าความเคลื่อนไหวครั้งนี้ของ PlanetScale น่าสนใจมาก เพราะทันทีที่ข้อมูลเกินขีดความสามารถของเครื่องเดียว ความซับซ้อนจะเพิ่มขึ้นอย่างรวดเร็ว และในระบบกระจายมักต้องแลกบางอย่าง เช่น complex join, scalability, strong consistency เลยสงสัยว่ามี trade-off คล้ายกับ Vitess (MySQL) หรือไม่ หรือมีความซับซ้อนเฉพาะของ Postgres เพิ่มเข้ามาอีก พร้อมเสนอให้ผ่านการตรวจสอบโดย Jepsen (โปรเจ็กต์ตรวจสอบระบบกระจาย) และชี้ว่าควรอธิบายให้ชัดว่ามีความแตกต่างหรือฟีเจอร์ใดที่หายไปเมื่อเทียบกับ PlanetScale เองและ Postgres มาตรฐาน

    • มีเอกสารทางการเรื่องความเข้ากันได้กับ MySQL (ลิงก์) อยู่แล้ว แต่คาดว่าความเข้ากันได้จริงและประสบการณ์ใช้งานกับ Postgres น่าจะต่างออกไปในระดับพื้นฐาน

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