एआई मॉडल और प्लेटफ़ॉर्म
Red Hat ने एजेंट-आधारित क्लस्टर संचालन के साथ OpenShift 5 लॉन्च किया
Unite.AI को Google पर अपने पसंदीदा स्रोतों में जोड़ें
Red Hat ने 9 नवंबर 2026 को KubeCon + CloudNativeCon North America में OpenShift 5 की सामान्य उपलब्धता की घोषणा की। इसके साथ एजेंट-आधारित समस्या-निवारण और एआई वर्कलोड, वर्चुअल मशीनों तथा कंटेनरों के लिए एकल संचालन प्लेटफ़ॉर्म उपलब्ध हुआ। Kubernetes पर आधारित यह रिलीज़ मौजूदा सदस्यता वाले ग्राहकों के लिए Red Hat Customer Portal के ज़रिए उपलब्ध है।
Red Hat इस रिलीज़ के साथ OpenShift 4.22 से सीधे अपडेट करने की सुविधा और लंबी सहायता अवधि वाला मॉडल भी दे रही है। इससे प्लेटफ़ॉर्म की नई पीढ़ी अपनाने में आने वाली दो संचालन-संबंधी बाधाओं का समाधान होता है। इसके तकनीकी विवरण में एक अहम अंतर भी स्पष्ट किया गया है: निगरानी के साथ चलने वाले एजेंट-आधारित कार्यप्रवाह इस रिलीज़ का हिस्सा हैं, जबकि स्वायत्त समस्या-निवारण और अपडेट एजेंट अभी तकनीकी पूर्वावलोकन में हैं।
मानवीय स्वीकृति के साथ एजेंट-आधारित संचालन
OpenShift Lightspeed अब केवल संवादात्मक सहायक की अपनी पिछली भूमिका तक सीमित नहीं है; यह अलर्ट की जाँच करता है और निष्कर्षों के साथ-साथ समस्या दूर करने के प्रस्तावित तरीके स्वाभाविक भाषा में प्रस्तुत करता है। निगरानी वाले मोड में, क्लस्टर में बदलाव करने से पहले यह प्रशासक की पुष्टि की प्रतीक्षा करता है। स्वायत्त पूर्वावलोकन अपने आप अधिक गहराई से जाँच कर सकता है, लेकिन बदलाव लागू करने से पहले यह भी अंतिम मानवीय स्वीकृति के लिए रुकता है। इसलिए, किसी भी मोड में बदलाव लागू करने से पहले स्वीकृति की अनिवार्य शर्त नहीं हटती।
यही संचालन मॉडल रखरखाव पर भी लागू होता है। Lightspeed की सहायता से मिलने वाले अपडेट निर्देश रखरखाव अवधि से पहले क्लस्टर की स्थिति, संभावित टकरावों और प्रभावित क्षेत्र का आकलन करते हैं, जबकि प्रारंभिक जाँच में API संगतता और वैकल्पिक ऑपरेटरों की पड़ताल होती है। एक अलग ऑपरेटर नियोजक जीवनचक्र की स्थिति, क्लस्टर संगतता और उपलब्ध अपडेट की जानकारी को एक जगह समेटता है। पूर्वावलोकन में मौजूद अपडेट एजेंट अपडेट के रास्तों की योजना बनाने और उन्हें चलाने में भी मदद करता है।
एजेंटों और प्लेटफ़ॉर्म सेवाओं के बीच संपर्क के लिए, Red Hat Connectivity Link के ज़रिए उपलब्ध OpenShift Model Context Protocol सर्वर और MCP गेटवे अब आम तौर पर उपलब्ध हैं। MCP एक नियंत्रित माध्यम देता है, जिसके ज़रिए एजेंट प्लेटफ़ॉर्म के API और सेवाओं तक पहुँच सकते हैं। प्रशासक सवालों को हाथ से तैयार करने के बजाय संवादात्मक चैट के ज़रिए Perses में निगरानी डैशबोर्ड भी बना सकते हैं।
एआई और साझा क्लस्टरों की सुरक्षा
OpenShift 5 कई सुरक्षा उपायों को प्लेटफ़ॉर्म की डिफ़ॉल्ट व्यवस्था में शामिल करता है। नियंत्रण तल के संचार के लिए पोस्ट-क्वांटम क्रिप्टोग्राफ़ी का इस्तेमाल होता है, जबकि प्लेटफ़ॉर्म इमेज और TLS कॉन्फ़िगरेशन में क्वांटम-तैयारी पहले से शामिल है। केंद्रीकृत और अनिवार्य TLS नीति मुख्य OpenShift तथा उस पर परत के रूप में चलने वाले उत्पादों पर लागू होती है। विशेष रूप से तैयार की गई नेटवर्क नीतियाँ नियंत्रण तल के ऑपेरैंड नेमस्पेस में आने-जाने वाले ट्रैफ़िक को सीमित करती हैं। प्रमाणपत्रों के जीवनचक्र का स्वचालित प्रबंधन और बिना नेटवर्क कनेक्शन के तैनाती के लिए मूल समर्थन एयर-गैप्ड, एज और विनियमित परिवेशों की ज़रूरतों को पूरा करते हैं।
एआई वर्कलोड के लिए, गोपनीय कंटेनर मॉडल के वज़न को संग्रहीत रहने और इस्तेमाल होने—दोनों अवस्थाओं में एन्क्रिप्ट करते हैं। Red Hat का Agent Sandbox संस्करण, जो अभी तकनीकी पूर्वावलोकन में भी है, एजेंट वर्कलोड को वर्चुअल मशीनों के भीतर रखने के लिए OpenShift sandboxed containers का इस्तेमाल करता है। इससे ऐसी सीमा बनती है जिसका उद्देश्य अविश्वसनीय या स्वायत्त कोड को पूरे क्लस्टर तक बिना रोक-टोक पहुँच पाने से रोकना है। यह सुरक्षा उस जोखिम को कम करती है जो तब पैदा होता है जब एजेंट ऐसा कोड बनाते और चलाते हैं जिसकी प्रशासकों ने समीक्षा नहीं की है।
मिश्रित परिवेशों के लिए, OpenShift Virtualization 5 स्वाभाविक भाषा में वर्चुअल मशीनें उपलब्ध कराने और कार्यप्रवाह स्वचालित करने के लिए Lightspeed और MCP एकीकरण का इस्तेमाल करता है। स्टोरेज से स्वतंत्र वृद्धिशील बैकअप में QEMU Change Block Tracking के ज़रिए पूरी वर्चुअल डिस्क इमेज के बजाय केवल बदले हुए ब्लॉक कॉपी किए जाते हैं। वहीं, मेमोरी का ध्यान रखने वाला लोड संतुलन और मूल स्वैप सुविधा वास्तविक खपत के आधार पर संसाधनों का आवंटन समायोजित करते हैं। Red Hat का यह भी कहना है कि उसकी स्वचालित GPU कंप्यूट-स्लाइसिंग को एआई अनुमान और पारंपरिक उद्यम वर्कलोड—दोनों में हार्डवेयर का बेहतर उपयोग करने के लिए तैयार किया गया है।
सीधे अपडेट और पाँच साल की सहायता
अपडेट के लिए ऑपरेटिंग सिस्टम में तुरंत बदलाव करना ज़रूरी नहीं है। OpenShift 4.22 से अपडेट किए गए क्लस्टर Red Hat Enterprise Linux CoreOS 9 पर ही रहते हैं, जबकि OpenShift 5.0 के नए क्लस्टर डिफ़ॉल्ट रूप से CoreOS 10 पर चलते हैं। Red Hat की योजना भविष्य की किसी रिलीज़ में CoreOS 9 और CoreOS 10 वाले नोड को एक ही क्लस्टर में साथ चलने देने की है; यह सुविधा OpenShift 5.0 में उपलब्ध नहीं है।
Red Hat हर तीन साल में एक प्रमुख रिलीज़ लाने की व्यवस्था बना रही है, जो Red Hat Enterprise Linux की प्रमुख रिलीज़ के लगभग एक साल बाद आएगी। इसमें 24 महीने की सहायता शामिल है, जिसे एक साल की पूर्ण सहायता और एक साल की रखरखाव सहायता में बाँटा गया है।
Red Hat हर साल एक विस्तारित जीवनचक्र वाली रिलीज़ लाने की योजना बना रही है। इसके साथ शामिल अवधि के बाद तीन साल का ऐड-ऑन लेकर उद्यमों को कुल पाँच पूरे साल की सहायता मिलेगी। पाँच साल का जीवनचक्र Red Hat Advanced Cluster Security, OpenShift Service Mesh, OpenShift Pipelines और OpenShift GitOps जैसे वैकल्पिक ऑपरेटरों पर भी लागू होता है।
OpenShift 5 का तात्कालिक महत्व अपडेट की इस सुविधा और संचालन पर कड़े नियंत्रण के मेल में है: OpenShift 4.22 के क्लस्टरों को सीधे अपडेट किया जा सकता है, लेकिन प्लेटफ़ॉर्म के सबसे स्वायत्त कार्यों के लिए अब भी स्वीकृति ज़रूरी है और वे पूर्वावलोकन में ही हैं। इस तरह, यह रिलीज़ एजेंट-आधारित सहायता को उत्पादन क्लस्टर प्रबंधन में शामिल करती है, लेकिन स्वायत्त रूप से बदलाव लागू करना डिफ़ॉल्ट नहीं बनाती। साथ ही, लंबा जीवनचक्र इंफ़्रास्ट्रक्चर टीमों को एआई, वर्चुअल मशीन और कंटेनर संचालन में तालमेल बैठाने के लिए अधिक समय देता है।
