Neki – Sharded Postgres
PlanetScale द्वारा बनाया गया Neki नाम का एक नया sharded PostgreSQL service Vitess-style horizontal scaling को Postgres में लाने के कारण ध्यान खींच रहा है, जबकि यह एक proprietary, hosted offering बना हुआ है। Commenters मुख्य रूप से इस बात पर ध्यान देते हैं कि यह consistency, cross-shard transactions, constraints, और resharding को Citus, Multigres, और PgDog जैसे tools की तुलना में कैसे संभालता है, और नोट करते हैं कि technical guarantees अभी स्पष्ट रूप से documented नहीं हैं। Launch के साथ marketing clarity, AWS-dominated cloud landscape में system को open-source न करने का निर्णय, और PlanetScale leadership की public communication style पर भी बहस छिड़ती है.
Neki क्या है और इसकी स्थिति
- इसे एक sharded PostgreSQL system के रूप में वर्णित किया गया है, जिसमें एक router layer apps और Postgres shards के बीच indirection जोड़ती है।
- इसे “Vitess-like but for Postgres” के रूप में बाज़ार में प्रस्तुत किया गया है, जिसे Vitess अनुभव वाले engineers ने बनाया है, लेकिन दावा है कि यह Postgres के लिए ground-up implementation है।
- इसका उद्देश्य online resharding और high-scale workloads को संभालना है; यह केवल provider की managed service के रूप में चलता है, “anywhere” नहीं।
Documentation, Messaging, and Marketing
- कई readers को launch blog से “Neki क्या है” समझने में कठिनाई हुई; landing page को अधिक स्पष्ट माना गया।
- कुछ लोगों को लगा कि post में concise top-level description और consistency guarantees की कमी थी; बाद में edits में एक “What is Neki” section जोड़ा गया और अंततः marketing page पर redirect किया गया।
- Design और branding की प्रशंसा हुई, लेकिन कुछ लोगों को फिर भी product model (fully managed vs self-hosted) अस्पष्ट लगा।
- कुछ comments ने coordinated marketing (ads, multiple HN posts) की ओर इशारा किया।
Sharding, Transactions, and Consistency
- इन बातों पर प्रश्न उठे:
- Cross-shard joins और transactions कैसे काम करते हैं।
- क्या cross-shard foreign keys और constraints supported हैं।
- Consistency model (strong vs eventual, read-after-write options, replica lag)।
- Representatives ने कहा:
- Cross-shard transactions मौजूद हैं, लेकिन अभी पूरी तरह atomic 2PC के साथ नहीं; वह प्रगति में है।
- Router का Postgres के साथ कोई shared code नहीं है।
- कई लोगों ने clear guarantees page और architecture/C2 diagrams मांगे; कुछ ने मौजूदा docs को “AI-like” या vague कहा।
Feature Gaps and Unclear Areas
- Cross-shard foreign keys और constraints apparently absent हैं; कुछ ने इसकी तुलना दूसरे distributed databases के पुराने versions से की।
- बहुत बड़ी tables (जैसे 8B+ rows) को कैसे संभाला जाएगा और क्या एक single table कई shards में फैल सकती है, यह अस्पष्ट है।
- Consistency behavior और failure scenarios thread में पूरी तरह documented नहीं हैं।
Open Source vs Proprietary Debate
- कई commenters long-term safety और vendor risk के लिए open source को बहुत महत्वपूर्ण मानते हैं; कुछ कहते हैं कि closed source में उनकी रुचि नहीं है।
- कंपनी Neki को open-source करने को लेकर “undecided” है, लेकिन इस बात पर जोर देती है कि बड़े cloud providers द्वारा सेवा की नकल किए जाने से सुरक्षा चाहिए।
- कुछ लोग इस irony की ओर इशारा करते हैं कि कंपनी खुद एक open source project पर बनी है, जबकि Neki को closed रख रही है।
Comparisons to Other Systems
- जिन सिस्टमों से तुलना की गई उनमें शामिल हैं: Citus, Multigres, pgdog, Supabase की offering, Aurora, Cloud SQL, Spanner, Vitess/PlanetScale MySQL, MariaDB Galera, TiDB।
- Representatives ज़ोर देते हैं कि Neki पहले से sharding और online resharding support करता है, जबकि उनका दावा है कि कुछ प्रतिस्पर्धियों में अभी mature sharding नहीं है।
- प्रतिस्पर्धी open source projects self-hostable और non-proprietary होने के लाभों को उजागर करते हैं।
Perception of Company Culture and Tone
- CEO के public behavior और competitors की आलोचना करने वाली posts पर significant side discussion हुई।
- कुछ लोगों को aggressive, sarcastic style मनोरंजक या ताज़गीभरा honest लगा; अन्य इसे unprofessional, off-putting, या product से दूर रहने का कारण मानते हैं।
- इस पर debate कि commercial/open-core model की confrontational defense justified है या counterproductive।