Postgres के लिए PlanetScale सार्वजनिक

• MySQL-compatible serverless platform PlanetScale ने Postgres के लिए समर्पित hosting platform के private preview की घोषणा की
• यह service availability और stability पर ज़ोर देता है, और automatic failover जैसी industry-leading engineering देने पर केंद्रित है
• इसका लक्ष्य मौजूदा Postgres hosting users की शिकायतों, यानी लागत, नियमित outages, और कम performance की समस्याओं को हल करना है
• Performance और platform की विशेषताएँ
  • benchmark नतीजों के अनुसार, यह सभी प्रतिस्पर्धी Postgres products से लगातार आगे रहा (उन प्रतिस्पर्धियों की तुलना में भी जिन्हें 2x resources दिए गए थे)
  • PlanetScale for Postgres असली Postgres को proprietary Operator के साथ चलाता है
  • PSBouncer proxy layer के ज़रिये automatic failover, query buffering, connection pooling जैसी high availability सुविधाएँ देता है
  • Postgres v17 का उपयोग करता है, और Postgres v13 या उससे ऊपर से online migration तथा downtime-free automatic version updates को support करता है
  • PlanetScale Metal का local NVMe SSD storage cost/performance ratio को काफ़ी बेहतर बनाता है
• Scalability strategy और आगे की योजना
  • Vitess MySQL-केंद्रित scalability solution है और PlanetScale की बड़ी ताकत भी
    • Vitess के ज़रिये बड़े पैमाने पर native sharding उपलब्ध है
    • लेकिन इस बार Postgres scalability के लिए Vitess का सीधे उपयोग नहीं किया जा रहा है
  • सिर्फ Postgres के लिए नया scalability system शुरू से डिज़ाइन किया जा रहा है
  • development आगे बढ़ने के साथ अतिरिक्त जानकारी और early access लगातार साझा करने की योजना है

[click]

मुझे यह जानने की जिज्ञासा है कि उन्होंने PostgreSQL के लिए automatic version update कैसे लागू किया। Major version बदलने पर system rebuild करने की समस्या तो होती होगी, उसे उन्होंने कैसे हल किया होगा?

[GN⁺]

Hacker News राय

• 1~2 साल तक PlanetScale इस्तेमाल करने के बाद Neon पर स्विच करने का अनुभव साझा किया। हर tenant के लिए अलग database चाहिए था, लेकिन PlanetScale में प्रति database मासिक $30 (अब $39) की कीमत होने से यह महंगा पड़ता था। मेरा use case असामान्य है और मुझे बहुत शक्तिशाली server की भी ज़रूरत नहीं है। अगर एक server पर कई databases चल सकें तो वही काफ़ी है, लेकिन PlanetScale में यह संभव नहीं था, जबकि Neon इसे support करता है। मैं एक छोटी कंपनी चलाता हूँ और traffic में अनुमानित उतार-चढ़ाव रहता है। PlanetScale का product और support service बहुत संतोषजनक थे और मैं कभी न कभी फिर से इसका उपयोग करना चाहूँगा। मैं food and beverage festival software developer हूँ; साल के 9 महीने traffic लगभग नहीं होता, 2 महीने थोड़ा होता है, लगभग 3 हफ्ते थोड़ी अधिक activity रहती है, और festival के 1~5 दिनों में ही load अचानक बढ़ता है। मुझे पता है कि मैं बहुत छोटा customer segment हूँ, और यह भी स्वीकार करता हूँ कि ज़्यादातर कंपनियाँ मेरी ज़रूरतों के हिसाब से सीधे काम नहीं करतीं

  • क्या कोई regulatory requirement या और कारण है जिसकी वजह से हर tenant के लिए physical database ज़रूरी है, या फिर सिर्फ़ यह जिज्ञासा है कि PlanetScale के एक DB के अंदर कई logical databases/schema क्यों इस्तेमाल नहीं किए जा सकते

  • tenant की संख्या के हिसाब से Turso मेरी ज़रूरतों के लिए उपयुक्त हो सकता है, Turso का परिचय

• PlanetScale की शुरुआत Vitess से निकले MySQL-केंद्रित solution के रूप में हुई थी। जिज्ञासा है कि यह PostgreSQL product भी Vitess से जुड़ा है या पूरी तरह नया system है। खुद खोजने पर, PlanetScale for Postgres development blog के अनुसार पता चला कि MySQL-आधारित Vitess से अलग, Postgres के लिए architecture को शुरू से फिर से design किया जा रहा है

  • Simon का fan होने की बात कहते हुए, PlanetScale organization बनाकर और email ([e-mail]) पर नाम बताने पर free early access देने का प्रस्ताव

• पिछले 2 साल से PlanetScale MySQL user होने के नाते, PlanetScale PostgreSQL का यह launch देखकर बहुत खुशी हुई। पिछली कंपनी में दोनों DB चलाए थे, लेकिन tooling में फ़र्क होने से निराशा होती थी। PlanetScale ने DB management experience को वैसा बना दिया जैसे Treo से iPhone पर जाना—कुल मिलाकर बेहद परिवर्तनकारी संतोष मिला। PlanetScale टीम को बधाई

• हाल में PostgreSQL scalability से जुड़े दिलचस्प projects लगातार सामने आ रहे हैं। PlanetScale इस बार कौन-सा product ला रहा है, इसे लेकर उत्सुकता है। व्यक्तिगत रूप से मैं और जानकारी चाहता हूँ, लेकिन आगे भी नज़र रखूँगा। संदर्भ के लिए Supabase Multigres, pgdog लिंक साझा किए गए

• Postgres के साथ मिलकर इस नए product को market में लाने का अनुभव मज़ेदार रहा। कोई सवाल हो तो पूछें

  • Aurora के साथ benchmark देखा, लेकिन Aurora के NVMe SSD-आधारित Optimized Reads के साथ तुलना कैसी है, यह जानना चाहता हूँ संदर्भ लिंक

• hosted Postgres के लिए एक नया विकल्प उभरना अच्छा लगा। Multigres (Supabase) और PlanetScale के बीच competition में कौन-से differentiators सामने आएँगे, यह देखने की उत्सुकता है

  • Multigres को Vitess के co-founder और PlanetScale के co-founder Sugu Sougoumarane lead कर रहे हैं, इसलिए दोनों projects एक ही जड़ों से बढ़ते हुए लगते हैं। संबंधित वीडियो साझा किया गया

• (PlanetScale PostgreSQL के) extension support की सीमा, restrictions आदि को लेकर सवाल

• थोड़ा विषय से हटकर, PlanetScale वेबसाइट पर developers के लिए MySQL course भी recommend किया गया

  • उस course के instructor ने खुद सामने आकर कहा कि लोगों को यह पसंद आया, यह देखकर खुशी हुई

• PlanetScale की यह नई दिशा दिलचस्प लगती है। जैसे ही data एक single machine से आगे जाता है, complexity तेज़ी से बढ़ती है, और distributed systems में complex join, scalability, strong consistency जैसी कुछ सुविधाओं पर समझौता करना पड़ता है। जिज्ञासा है कि क्या इसमें Vitess (MySQL) जैसे trade-offs हैं, या Postgres की अपनी अतिरिक्त complexities भी आती हैं। Jepsen (distributed systems verification project) से validation कराने का सुझाव दिया गया। यह भी पूछा गया कि PlanetScale environment और standard Postgres के बीच feature differences और limitations क्या हैं

  • MySQL compatibility पर official docs तो हैं (लिंक), लेकिन अनुमान है कि Postgres के साथ वास्तविक compatibility और usage experience मूल रूप से अलग होंगे

• यह खबर देर से देखी, लेकिन ज़ोर देकर कहा कि यह शानदार news है। सवाल उठाया गया कि क्या कुछ technology को open source के रूप में जारी किया जाएगा