Redis 8 GA — Redis एक क्वेरी करने योग्य, वेक्टर-तैयार कोर डेटाबेस बनता है जिसमें प्रमुख प्रदर्शन लाभ हैं

प्रमुख अपडेट

Redis 8 अब Redis ओपन सोर्स के रूप में सामान्य रूप से उपलब्ध है। इस रिलीज़ में एक Redis क्वेरी इंजन और कई पूर्व-बहिर्गामी डेटा संरचनाएँ कोर वितरण में शामिल की गई हैं (JSON, समय-श्रृंखला, संभाव्य संरचनाएँ, और एक पूर्वावलोकन वेक्टर सेट), आठ नए डेटा प्रकार जोड़े गए हैं, और "30 से अधिक" प्रदर्शन और संसाधन-उपयोग सुधार प्रदान किए गए हैं (क्वेरी थ्रूपुट, पुनरुत्पादन, और कमांड विलंबता में बड़े लाभ)। परियोजना एक नाम/लाइसेंस परिवर्तन को भी औपचारिक रूप देती है: कम्युनिटी संस्करण अब Redis ओपन सोर्स है और वितरण में बाइनरी के लिए RSALv2 / SSPLv1 / AGPLv3 विकल्प सूचीबद्ध हैं। (redis.io)

यह क्यों महत्वपूर्ण है

यह उन टीमों के लिए एक व्यावहारिक मोड़ है जो खोज, विश्लेषण, और एआई-संबंधित सेवाएँ बना रही हैं। Redis + अलग वेक्टर DB या खोज सेवा को जोड़ने के बजाय, आप एकल Redis 8 परिनियोजन का मूल्यांकन कर सकते हैं जो स्वाभाविक रूप से क्वेरी करने योग्य JSON, समय-श्रृंखला, अनुमानित डेटा संरचनाएँ (Bloom/Cuckoo/etc.), और एक एकीकृत क्वेरी इंजन का समर्थन करता है जो क्षैतिज और ऊर्ध्वाधर स्केलिंग दोनों के लिए ट्यून किया गया है। इससे आर्किटेक्चरल जटिलता कम होती है, क्रॉस-प्रणाली संगति की समस्याएँ घटती हैं, और यह विलंबता और परिचालन ओवरहेड को महत्वपूर्ण रूप से कम कर सकता है — लेकिन यह अपग्रेड और पैकेजिंग पर विचारों को भी बदलता है: नया redis‑full बाइनरी और redis‑full.conf (और नए ACL श्रेणियाँ) का अर्थ है कि आपको मौजूदा क्लाइंट, मॉड्यूल, और CI/CD पैकेजिंग के साथ संगतता का परीक्षण करना चाहिए। लाइसेंस विकल्प पुनर्वितरण और डाउनस्ट्रीम पैकेजिंग निर्णयों के लिए महत्वपूर्ण हैं; उत्पादन में बाइनरी को स्वैप करने से पहले अपने कानूनी/पैकेजिंग आवश्यकताओं का ऑडिट करें। परिचालन सलाह: स्टेजिंग में प्रदर्शन और मेमोरी व्यापारियों को मान्य करें, अपने RPO/RTO लक्ष्यों के खिलाफ बैकअप/पुनरुत्पादन व्यवहार की पुष्टि करें, और रोलआउट से पहले ACLs (नए @search/@json/@timeseries श्रेणियाँ) की समीक्षा करें। (redis.io)

स्रोत

• Source