ओपन और पोर्टेबल Postgres-as-a-service. Hetzner पर भी उपलब्ध
Hetzner के ऊपर बना एक नया managed PostgreSQL service AWS-शैली के databases का सस्ता, अधिक portable विकल्प देने का लक्ष्य रखता है, जिसमें US regions, point-in-time recovery, आने वाला HA, और PostGIS तथा pgvector जैसे लोकप्रिय extensions का वादा शामिल है। टिप्पणीकार विशेष रूप से इसके object और block storage रोडमैप, self-hosting क्षमताओं, और वास्तविक सेटअप्स में RDS या DigitalOcean Postgres जैसी offerings को कितनी आसानी से बदल सकता है, इस पर रुचि दिखा रहे हैं। बहस का बड़ा हिस्सा इसके Elastic v2 “source-available” license पर केंद्रित है, जहाँ कुछ लोग cloud giants के खिलाफ पारदर्शिता और सुरक्षा का स्वागत करते हैं, जबकि अन्य OSI-स्वीकृत open source न होने वाले software के लिए “open” शब्द के उपयोग की आलोचना करते हैं।
सामान्य प्रतिक्रिया और रुचि
- कई टिप्पणीकार इस पेशकश को आशाजनक मानते हैं, खासकर Hetzner समर्थन और आने वाले US क्षेत्रों के साथ।
- इसे बड़े-क्लाउड प्रबंधित Postgres और घर में बनाए गए सेटअप्स के लिए एक आकर्षक, सस्ता विकल्प माना जा रहा है।
- कुछ लोगों को लगता है कि यदि यह व्यापक cloud-जैसी कार्यक्षमता में फैलता है (जैसे, “बेहतर OpenStack”), तो इसमें मजबूत संभावनाएँ हैं।
लाइसेंसिंग और “Open” शब्दावली
- “open” शब्द पर एक प्रमुख चर्चा रही: नियंत्रण विमान Elastic License v2 के तहत है, OSI-स्वीकृत open-source लाइसेंस के तहत नहीं।
- कोड “source-available” है: उपयोगकर्ता इसे देख, संशोधित, और पुनर्वितरित कर सकते हैं, लेकिन इसे प्रतिस्पर्धी managed service के रूप में चला नहीं सकते।
- “open” बनाम “open source” बनाम “source available” को लेकर भ्रम; कुछ को मार्केटिंग भ्रामक लगती है, जबकि कुछ मानते हैं कि जब तक “open source” का दावा नहीं किया जाता, यह उचित है।
- एक किनारे का मामला चर्चा में आया: इस उत्पाद के ऊपर client websites होस्ट करना अनुमति-प्राप्त लगता है; सीधे प्रतिस्पर्धी DB-as-a-service को चलाना नहीं।
विशेषताएँ, Extensions और रोडमैप
- Postgres 16, प्रति instance कई databases, automatic backups, और 1‑मिनट granularता के साथ point-in-time recovery का समर्थन करता है; पिछले समय-बिंदुओं से database “forks” समर्थित हैं।
- HA अभी उपलब्ध नहीं है, लेकिन “बहुत जल्द” है; PG 17 के समय में upgrades की योजना है।
- PostGIS और pgvector की बहुत मांग है; इन्हें कुछ महीनों में जोड़ने का लक्ष्य है। अभी अधिकांशतः contrib extensions हैं।
- Instances का resizing वर्तमान में manual है और backup/restore workflows के जरिए किया जाता है।
मूल्य निर्धारण और संसाधन मॉडल
- DigitalOcean managed Postgres की तुलना में, समान region में समान configuration लगभग आधी कीमत का होने का दावा किया गया है।
- Managed Postgres की कीमत raw VM pricing से अधिक है क्योंकि इसमें अधिक disk और management शामिल है।
- storage-based pricing और minimum sizes को लेकर कुछ निराशा है; उपयोगकर्ता सस्ते, storage-heavy tiers और compute/storage के पूरी तरह अलग होने की चाह रखते हैं।
- टीम internal capacity balancing बेहतर होने के बाद compute और storage को अलग करने की योजना बना रही है; hobby tiers की योजना है, लेकिन कोई समय-सीमा नहीं।
Storage Architecture और Infrastructure
- वर्तमान में एक प्रारंभिक, non-replicated internal block store का उपयोग हो रहा है; object storage (S3-like) सक्रिय विकास में है और प्राथमिकता है।
- दीर्घकालिक योजना SPDK-आधारित custom block devices से जुड़ी है, जिसमें copy-on-access और बाद में replication शामिल है।
Cloud, Hetzner और Egress
- अधिक regions (US सहित) और cross-vendor portability में रुचि है, हालांकि “portable” deployments के विवरण अभी स्पष्ट नहीं हैं।
- चिंता है कि AWS से इसका उपयोग करने पर egress लागत बढ़ेगी; अन्य लोग कहते हैं कि यह overall architecture पर निर्भर करता है और इससे lock-in भी कम हो सकता है।
Self-Hosting और Alternatives
- उत्पाद स्वयं source-available है और अपनी public repo के माध्यम से self-host किया जा सकता है।
- टिप्पणीकार अन्य self-hosted Postgres operators (जैसे, Kubernetes-based) और एक अलग उभरते हुए self-hosted IaaS platform का भी उल्लेख करते हैं।