- एक ही SQL फ़ाइल से इंस्टॉल किया जा सकता है, और सिर्फ़ pg_cron से चलाया (tick) जा सकता है
- Skype युग की PgQ आर्किटेक्चर को शुद्ध PL/pgSQL में फिर से लागू करने वाला Postgres-इनबिल्ट message queue, जिसे managed Postgres में C extension या बाहरी daemon के बिना सीधे इस्तेमाल किया जा सकता है
- मौजूदा SKIP LOCKED queue की पुरानी समस्या dead tuple accumulation और VACUUM load को snapshot-आधारित batch + TRUNCATE table rotation से मूल रूप से हटाता है, इसलिए कई महीनों तक चलाने पर भी performance degradation नहीं होता
- Kafka topic जैसी shared event log + consumer-वार independent cursor संरचना के साथ native fan-out support — data replication के बिना कई subscriber सभी events को स्वतंत्र रूप से प्राप्त कर सकते हैं
- end-to-end delivery latency डिफ़ॉल्ट सेटिंग में ~1-2 सेकंड (tick interval + poll interval), जबकि individual send/receive/ack calls microsecond स्तर पर
- प्रारंभिक benchmark के अनुसार PL/pgSQL insert ~86k ev/s, consumer read ~2.4M ev/s, और 30 मिनट के sustained test में dead tuple वृद्धि शून्य
pgque.send(), pgque.receive(), pgque.ack() जैसी SQL API-आधारित व्यवस्था होने से Python, Go, TypeScript आदि किसी भी भाषा के सभी Postgres drivers में काम करता है- RDS, Aurora, Cloud SQL, AlloyDB, Supabase, Neon जैसे प्रमुख managed Postgres providers के साथ पूर्ण संगत, अलग build या provider approval की ज़रूरत नहीं
- 3 roles (pgque_reader, pgque_writer, pgque_admin) पर आधारित built-in permission separation, इसलिए application user के लिए superuser की आवश्यकता नहीं
- PgQ स्वयं Skype के सैकड़ों मिलियन उपयोगकर्ताओं के पैमाने पर 10 साल से अधिक production-proven रहा है, लेकिन PgQue एक product के रूप में अभी शुरुआती चरण (v0.1) में है
- Apache-2.0 license
अभी कोई टिप्पणी नहीं है.