8 poin oleh GN⁺ 2025-07-04 | 2 komentar | Bagikan ke WhatsApp
  • Platform serverless yang kompatibel dengan MySQL, PlanetScale, mengumumkan private preview untuk platform hosting khusus Postgres
  • Berfokus pada ketersediaan layanan dan stabilitas terbaik, serta menghadirkan rekayasa kelas atas industri seperti failover otomatis
  • Menargetkan keluhan pengguna hosting Postgres yang ada saat ini terkait biaya, gangguan berkala, dan performa rendah
  • Performa dan fitur platform
    • Berdasarkan hasil benchmark, secara konsisten mengungguli semua produk Postgres pesaing (dibanding pesaing yang menyediakan sumber daya 2x lebih besar)
    • PlanetScale for Postgres menjalankan Postgres asli dengan Operator proprietary
    • Menyediakan high availability melalui lapisan proxy PSBouncer, termasuk failover otomatis, buffering kueri, dan connection pooling
    • Menggunakan Postgres v17, mendukung migrasi online dari Postgres v13 ke atas serta pembaruan versi otomatis tanpa downtime
    • Penyimpanan local NVMe SSD dari PlanetScale Metal secara signifikan meningkatkan rasio biaya/performa
  • Strategi skalabilitas dan rencana ke depan
    • Vitess adalah solusi skalabilitas berfokus MySQL sekaligus kekuatan utama PlanetScale
      • Menyediakan sharding native skala besar dengan Vitess
      • Namun kali ini Vitess tidak digunakan secara langsung untuk skalabilitas Postgres
    • Sedang merancang sistem skalabilitas baru khusus untuk Postgres dari nol
    • Seiring pengembangan berjalan, mereka berencana terus membagikan informasi tambahan dan early access

2 komentar

 
click 2025-07-04

Saya penasaran bagaimana mereka mengimplementasikan pembaruan versi otomatis PostgreSQL. Kalau versi major berubah, seharusnya ada masalah karena sistem perlu dibangun ulang; kira-kira bagaimana mereka menyelesaikannya?

 
GN⁺ 2025-07-04
Opini Hacker News
  • Berbagi pengalaman menggunakan PlanetScale selama 1~2 tahun lalu beralih ke Neon. Saya membutuhkan database terpisah untuk setiap tenant, tetapi PlanetScale membebankan biaya $30 per bulan per database (sekarang $39), sehingga menjadi beban. Use case saya cukup tidak umum, dan saya juga tidak membutuhkan server yang kuat. Cukup jika beberapa database bisa dijalankan di satu server, tetapi ini tidak memungkinkan di PlanetScale, sementara Neon mendukungnya. Saya menjalankan perusahaan kecil dengan fluktuasi trafik yang bisa diprediksi. Saya sangat puas dengan produk dan layanan dukungan PlanetScale, dan berharap bisa memakainya lagi suatu hari nanti. Saya adalah pengembang perangkat lunak untuk festival makanan dan minuman; selama 9 bulan dalam setahun hampir tidak ada trafik, 2 bulan sedikit, sekitar 3 minggu agak lebih banyak, dan hanya saat festival berlangsung 1~5 hari beban benar-benar memuncak. Saya sadar bahwa saya adalah pelanggan yang sangat kecil, dan menerima kenyataan bahwa kebanyakan perusahaan tidak akan secara langsung menanggapi kebutuhan saya

    • Penasaran apakah ada regulasi atau alasan yang mengharuskan database fisik terpisah per tenant, atau apakah hanya karena PlanetScale tidak bisa memakai beberapa database/skema logis dalam satu DB

    • Tergantung jumlah tenant, Turso mungkin cocok dengan kebutuhan saya. Pengenalan Turso

  • PlanetScale berawal sebagai solusi khusus MySQL yang diturunkan dari Vitess. Muncul pertanyaan apakah produk PostgreSQL kali ini juga terkait dengan Vitess, atau sistem yang benar-benar baru. Setelah mencari sendiri, saya menemukan di blog pengembangan PlanetScale for Postgres bahwa, tidak seperti Vitess yang berbasis MySQL, arsitekturnya sedang dirancang ulang dari nol untuk Postgres

    • Mengatakan dirinya penggemar Simon, lalu menawarkan early access gratis jika membuat organisasi PlanetScale dan memberi tahu namanya lewat email (s@planetscale.com)
  • Sebagai pengguna PlanetScale MySQL selama 2 tahun terakhir, saya sangat senang dengan peluncuran PlanetScale PostgreSQL ini. Di perusahaan sebelumnya saya menjalankan kedua DB tersebut, tetapi perbedaan tooling terasa disayangkan. PlanetScale memberi pengalaman pengelolaan db yang secara keseluruhan terasa revolusioner, seperti berpindah dari Treo ke iPhone. Mengirim ucapan selamat kepada tim PlanetScale

  • Belakangan ini terus bermunculan proyek-proyek menarik terkait skalabilitas PostgreSQL. Menyatakan antusiasme terhadap produk yang akan dirilis PlanetScale kali ini. Secara pribadi ingin melihat lebih banyak informasi, tetapi akan terus mengikuti. Membagikan tautan proyek yang layak dilihat: Supabase Multigres, pgdog

  • Senang bisa bekerja sama dengan Postgres dan membawa produk baru ini ke pasar. Jika ada pertanyaan, silakan tanyakan

    • Saya sudah melihat benchmark melawan Aurora, tetapi penasaran dengan perbandingannya terhadap Aurora Optimized Reads yang berbasis NVMe SSD tautan referensi
  • Menyambut baik munculnya opsi hosted Postgres yang baru. Menantikan diferensiasi apa yang akan muncul dalam persaingan antara Multigres (Supabase) dan PlanetScale

    • Multigres dipimpin oleh Sugu Sougoumarane, salah satu pendiri Vitess sekaligus salah satu pendiri PlanetScale, jadi kedua proyek ini tumbuh dari akar yang sama. Membagikan video terkait
  • Bertanya-tanya tentang cakupan dukungan extension pada PlanetScale PostgreSQL, termasuk batasannya

  • Sedikit di luar topik, tetapi juga merekomendasikan kursus MySQL untuk pengembang di situs PlanetScale

    • Pengajar kursus tersebut muncul langsung dan menyampaikan bahwa ia senang kursus itu disukai
  • Menilai langkah terbaru PlanetScale ini menarik. Begitu data melampaui satu mesin, kompleksitas meningkat tajam, dan dalam sistem terdistribusi biasanya perlu mengorbankan beberapa fitur seperti complex join, skalabilitas, atau strong consistency. Penasaran apakah ada trade-off yang mirip dengan Vitess (MySQL), atau apakah ada kompleksitas tambahan yang khas Postgres. Mengusulkan agar diverifikasi oleh Jepsen (proyek verifikasi sistem terdistribusi). Menunjukkan bahwa perlu jelas perbedaan fitur dan kehilangan kemampuan apa yang ada di lingkungan PlanetScale dibandingkan Postgres standar

    • Ada dokumentasi resmi tentang kompatibilitas MySQL (tautan), tetapi saya menduga kompatibilitas dan pengalaman penggunaan yang sebenarnya pada Postgres akan berbeda secara mendasar
  • Saya terlambat mendengar kabar ini, tetapi tetap menekankan bahwa ini adalah berita yang luar biasa. Mengajukan pertanyaan apakah sebagian teknologi ini akan dirilis sebagai open source