NGINX 1.6 और 1.7 जारी। संस्करण सुविधाएँ

कल, 24 अप्रैल को, NGINX 1.6 और 1.7 की रिहाई की घोषणा की गई थी। यह आलेख बताता है कि NGINX रिलीज़ की योजना कैसे बनाई जाती है और इस संस्करण परिवर्तन का क्या महत्व है।



NGINX 1.6 वर्तमान मेनलाइन शाखा 1.5 से अलग हो गया, और बाद का 1.7 फिर से चालू हो गया। यह एक वार्षिक घटना है जब नई कार्यक्षमता के साथ वर्तमान मुख्य शाखा ली जाती है और इसमें से एक नई स्थिर शाखा शाखाएं होती हैं। पहले से विकसित मुख्य शाखा पर सक्रिय रूप से विकास जारी है।









संस्करण 1.4 अब समर्थित नहीं है। मुख्य 1.5 शाखा को स्थिर 1.6 बनाने और 1.7 को फिर से बनाने के लिए कांटा गया था।



NGINX शब्दावली में, "स्थिर" का अर्थ है कि नई सुविधाओं को नहीं जोड़ा जाएगा। दूसरे शब्दों में, फ़ंक्शंस का सेट स्थिर रहता है और केवल गंभीर बग्स के लिए इन संस्करणों में गिरावट आती है।



नई सुविधाओं का विकास और सभी बगों का सुधार मुख्य शाखा पर होता है, लेकिन एक ही समय में महत्वपूर्ण बग फिक्स एक स्थिर शाखा में आते हैं। रिलीज की प्रक्रिया समय-सीमा है, इसलिए आप आवश्यक होने पर अपवादों के साथ, महीने में एक बार मुख्य शाखा में नियमित रूप से रिलीज होने की उम्मीद कर सकते हैं। पिछले वर्ष में, SPDY 3.1 के लिए समर्थन , उप-प्रश्नों के माध्यम से प्रमाणीकरण , TLS सत्र टिकट , DNS रिज़ॉल्वर में IPv6 के लिए समर्थन, PROXY प्रोटोकॉल के लिए समर्थन, और uwsgi प्रोटोकॉल के लिए SSL समर्थन मुख्य शाखा में एकीकृत किया गया है। इसके अलावा, त्रुटि लॉगिंग क्षमताओं का विस्तार किया गया, कैशे पुन: सत्यापन , SMTP पाइपलाइनिंग समर्थन, FastCGI के लिए नए बफरिंग विकल्प , mp4 स्ट्रीमिंग के लिए बेहतर समर्थन, साथ ही स्ट्रीमिंग और कैशिंग के लिए बाइट-रेंज अनुरोधों का प्रसंस्करण।



यह ध्यान देने योग्य है कि "स्थिर" का मतलब अधिक विश्वसनीयता और कम बग नहीं है। वास्तव में, मुख्य शाखा को अधिक विश्वसनीय माना जाता है, क्योंकि केवल महत्वपूर्ण सुधार स्थिर शाखा में आते हैं। स्थिर शाखा में परिवर्तन तीसरे पक्ष के मॉड्यूल को प्रभावित नहीं करना चाहिए, जिसे मुख्य शाखा के बारे में नहीं कहा जा सकता है, जहां नई कार्यक्षमता तृतीय-पक्ष कोड के प्रदर्शन को प्रभावित कर सकती है।

तो कौन सा संस्करण चुनना है?

यह अनुशंसा की जाती है कि आप हर समय मुख्य NGINX शाखा का उपयोग करें। लेकिन आप स्थिर का उपयोग कर सकते हैं यदि आप नवाचारों से संभावित समस्याओं से चिंतित हैं, जैसे कि तीसरे पक्ष के मॉड्यूल के साथ असंगति या नई कार्यक्षमता में बग।



यदि आप आधिकारिक NGINX रिपॉजिटरी (स्थिर या मुख्य शाखा) से जुड़े हैं, तो अगला अपडेट क्रमशः नवीनतम 1.6 या 1.7 बिल्ड डाउनलोड करेगा।



यदि आपने एनजीआईएनएक्स को तीसरे पक्ष के भंडार से स्थापित किया है, तो आप (शायद) का कोई नियंत्रण नहीं है कि किस संस्करण को तैनात किया जाएगा, और रिपॉजिटरी शाखाओं में से एक में नए संस्करणों की रिहाई के साथ नहीं रख सकती है। यदि संभव हो तो, एनजीआईएनएक्स को आधिकारिक रिपॉजिटरी (nginx.org पर) से स्थापित करने की सिफारिश की जाती है, जहां सभी विधानसभाएं प्रतिगमन के लिए आंतरिक परीक्षण पास करती हैं और आधिकारिक स्रोत से नए संस्करणों की रिहाई के साथ अपडेट की जाती हैं।



आप अपनी असेंबली का संस्करण संख्या जानने के लिए nginx -V



चला सकते हैं:

 user@host:~$ nginx -v nginx version: nginx/1.5.12
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

NGINX प्लस के बारे में क्या?

एनजीआईएनएक्स प्लस उन्नत सुविधाओं के साथ एनजीआईएनएक्स का व्यावसायिक रूप से समर्थित संस्करण है (जिनमें से कई प्लस संस्करण के लिए विशिष्ट मेमोरी में नई वास्तुकला का उपयोग करते हैं)। NGINX प्लस मुख्य NGINX शाखा पर संस्करणों का अनुसरण करता है और आमतौर पर तीन महीने का रिलीज चक्र होता है। मुख्य शाखा में नई कार्यक्षमता को प्लस में जोड़ा जाता है, फिर एनजीआईएनएक्स एफ / ओएसएस संस्करणों की स्थितियों में एकीकरण परीक्षण प्रक्रिया और युद्ध में सत्यापन के बाद जारी किया जाता है:







NGINX प्लस को मेनलाइन संस्करणों के आधार पर जारी किया गया है और इसकी उन्नत कार्यक्षमता है



NGINX प्लस की आंतरिक संस्करण संख्या मुख्य शाखा में रिलीज से मेल खाती है जिसके साथ NGINX प्लस को सिंक्रनाइज़ किया गया था।



अंग्रेजी में आधिकारिक ब्लॉग: nginx.com/blog

---

चेतावनी! Nginx टीम अपनी विकास रणनीति को बेहतर ढंग से परिभाषित करने के लिए एक नियमित सामुदायिक सर्वेक्षण करती है। अपनी राय व्यक्त करने का अवसर न चूकें: mailman.nginx.org/pipermail/nginx/2014-April/043282.html

अद्यतन: पोल पूरा हुआ। उन सभी को बहुत धन्यवाद जिन्होंने भाग लिया।