cncf · anubha-v-ardhan · Apr 23, 2022 · Apr 2, 2022 · Apr 23, 2022
@@ -1,5 +1,5 @@
 ---
-title: ऐब्स्ट्रैक्शन
+title: ऐब्स्ट्रैक्शन (Abstraction)
 status: Completed
 category: गुण
 ---

@@ -1,5 +1,5 @@
 ---
-title: एजाइल सॉफ्टवेयर विकास
+title: एजाइल सॉफ्टवेयर विकास (Agile Software Development)
 status: Completed
 category: अवधारणा
 ---

@@ -1,5 +1,5 @@
 ---
-title: ऑटो स्केलिंग
+title: ऑटो स्केलिंग (Auto Scaling)
 status: Completed
 category: गुण
 ---
@@ -8,6 +8,6 @@ category: गुण
 
 पहले, आधारिक संरचना और एप्लीकेशन्स को सिस्टम के चरम उपयोग के विचार से तैयार किया गया था। इस वास्तुकला का मतलब था अधिक संसाधनों का कम उपयोग और  बदल्ते उपभोक्ता मांग को सम्पूर्ण करने में अयोग्यता। जिसका मतलब व्यवसाय की उच्च लागत और अधिक मांग के कारण आउटेज से व्यवसाय खो जाना था।
 
-क्लाउड, एप्लीकेशन को [वर्चुअल बनाकर](/virtualization/), [कन्टेनरीकृत कर](/containerization/) और उनकी निर्भरता का लाभ उठाकर, संगठन उपयोगकर्ता की मांगों के अनुसार बड़े पैमाने पर एप्लीकेशन बना सकते हैं। वे एप्लीकेशन की मांग की निगरानी कर सकते हैं और इष्टतम उपयोगकर्ता अनुभव प्रदान करते हुए स्वचालित रूप से उन्हें स्केल कर सकते हैं। हर शुक्रवार शाम को Netflix के दर्शकों की संख्या में वृद्धि को लें। ऑटोस्केलिंग का अर्थ है गतिशील रूप से अधिक संसाधन जोड़ना: उदाहरण के लिए, अधिक वीडियो स्ट्रीमिंग वाले सर्वरों की संख्या में वृद्धि और खपत सामान्य होने के बाद वापस स्केलिंग।
+क्लाउड, एप्लीकेशन को [वर्चुअल बनाकर](/virtualization/), [कन्टेनरीकृत कर](/hi/containerization/) और उनकी निर्भरता का लाभ उठाकर, संगठन उपयोगकर्ता की मांगों के अनुसार बड़े पैमाने पर एप्लीकेशन बना सकते हैं। वे एप्लीकेशन की मांग की निगरानी कर सकते हैं और इष्टतम उपयोगकर्ता अनुभव प्रदान करते हुए स्वचालित रूप से उन्हें स्केल कर सकते हैं। हर शुक्रवार शाम को Netflix के दर्शकों की संख्या में वृद्धि को लें। ऑटोस्केलिंग का अर्थ है गतिशील रूप से अधिक संसाधन जोड़ना: उदाहरण के लिए, अधिक वीडियो स्ट्रीमिंग वाले सर्वरों की संख्या में वृद्धि और खपत सामान्य होने के बाद वापस स्केलिंग।
 
 
@@ -1,5 +1,5 @@
 ---
-title: कैनरी डिप्लॉयमेंट
+title: कैनरी डिप्लॉयमेंट (Canary Deployment)
 status: completed
 category: अवधारणा
 ---

@@ -1,5 +1,5 @@
 ---
-title: क्लाउड नेटिव प्रौद्योगिकी
+title: क्लाउड नेटिव प्रौद्योगिकी (Cloud Native Tech)
 status: Completed
 category: अवधारणा
 ---

@@ -1,5 +1,5 @@
 ---
-title: कंटेनर इमेज
+title: कंटेनर इमेज (Container Image)
 status: Feedback Appreciated
 category: अवधारणा
 ---

@@ -1,5 +1,5 @@
 ---
-title: कंटेनर
+title: कंटेनर (Container)
 status: Completed
 category: प्रौद्योगिकी
 ---

@@ -1,5 +1,5 @@
 ---
-title: कंटेनरीकरण
+title: कंटेनरीकरण (Containerization)
 status: Completed
 category: प्रौद्योगिकी
 ---

@@ -1,16 +1,16 @@
 ---
-title: निरंतर डिलीवरी (CD)
+title: निरंतर डिलीवरी (Continuous Delivery; CD)
 status: Completed
 category: अवधारणा
 ---
 
 ## यह क्या है 
-निरंतर डिलीवरी, जिसे अक्सर CD के रूप में संक्षिप्त किया जाता है, प्रथाओं का एक समूह है जिसमें कोड परिवर्तन स्वचालित रूप से एक स्वीकृति वातावरण में (या, निरंतर डिप्लॉयमेंट के मामले में, उत्पादन में) डेप्लॉय किए जाते हैं। CD में महत्वपूर्ण रूप से यह सुनिश्चित करने के लिए प्रक्रियाएं शामिल हैं कि डिप्लॉयमेंट से पहले सॉफ़्टवेयर का पर्याप्त रूप से परीक्षण किया गया है और यदि आवश्यक समझा जाता है तो यह रोलबैक परिवर्तनों का एक तरीका प्रदान करता है। निरंतर डिलीवरी की दिशा में पहला कदम निरंतर इंटीग्रेशन (CI) है (अर्थात, परिवर्तनों को परीक्षण और डेप्लॉय करने से पहले, उन्हें साफ-सुथरे रूप से मर्ज करना)। 
+निरंतर डिलीवरी, जिसे अक्सर CD के रूप में संक्षिप्त किया जाता है, प्रथाओं का एक समूह है जिसमें कोड परिवर्तन स्वचालित रूप से एक स्वीकृति वातावरण में (या, निरंतर डिप्लॉयमेंट के मामले में, उत्पादन में) डेप्लॉय किए जाते हैं। CD में महत्वपूर्ण रूप से यह सुनिश्चित करने के लिए प्रक्रियाएं शामिल हैं कि डिप्लॉयमेंट से पहले सॉफ़्टवेयर का पर्याप्त रूप से परीक्षण किया गया है और यदि आवश्यक समझा जाता है तो यह रोलबैक परिवर्तनों का एक तरीका प्रदान करता है। निरंतर डिलीवरी की दिशा में पहला कदम निरंतर इंटीग्रेशन (Continuous Integration; CI) है (अर्थात, परिवर्तनों को परीक्षण और डेप्लॉय करने से पहले, उन्हें साफ-सुथरे रूप से मर्ज करना)। 
 
 ## समस्या 
 [विश्वसनीय](/reliability/) अपडेट को बड़े पैमाने पर डेप्लॉय करना एक समस्या बन जाता है। आदर्श रूप से, हम अंतिम-उपयोगकर्ताओं को बेहतर मूल्य प्रदान करने के लिए अधिक बार डेप्लॉय करते हैं। हालाँकि, इसे मैन्युअल रूप से करने से प्रत्येक परिवर्तन के लिए, अधिक खर्च होता हैं। ऐतिहासिक रूप से, इन खर्चो से बचने के लिए, संगठनों ने कम बार रिलीज़ करते है, एक बार में अधिक परिवर्तन डेप्लॉय करने पर कुछ गलत होने का जोखिम बढ़ जाता है।
 
 ## समाधान 
-CD रणनीतियाँ उत्पादन के लिए एक पूरी तरह से स्वचालित पथ बनाती हैं जो विभिन्न डिप्लॉयमेंट रणनीतियों जैसे: [कैनरी](/canary_deployment/) या [ब्लू-ग्रीन](/blue_green_deployment/) रिलीज़ का उपयोग करके सॉफ़्टवेयर का परीक्षण और उसको डिप्लॉय करती है। यह डेवलपर्स को बार-बार कोड डिप्लॉय करने की अनुमति देता है, जिससे उन्हें मानसिक शांति मिलती है कि नए संशोधन का परीक्षण किया गया है। आम तौर पर, फीचर ब्रांचिंग या पुल रिक्वेस्ट (PR) के विपरीत, CD रणनीतियों में ट्रंक-आधारित विकास का उपयोग किया जाता है।
+CD रणनीतियाँ उत्पादन के लिए एक पूरी तरह से स्वचालित पथ बनाती हैं जो विभिन्न डिप्लॉयमेंट रणनीतियों जैसे: [कैनरी](/hi/canary_deployment/) या [ब्लू-ग्रीन](/blue_green_deployment/) रिलीज़ का उपयोग करके सॉफ़्टवेयर का परीक्षण और उसको डिप्लॉय करती है। यह डेवलपर्स को बार-बार कोड डिप्लॉय करने की अनुमति देता है, जिससे उन्हें मानसिक शांति मिलती है कि नए संशोधन का परीक्षण किया गया है। आम तौर पर, फीचर ब्रांचिंग या पुल रिक्वेस्ट (Pull Request; PR) के विपरीत, CD रणनीतियों में ट्रंक-आधारित विकास का उपयोग किया जाता है।
 
 
@@ -1,12 +1,12 @@
 ---
-title: निरंतर एकीकरण (Continuous Integration)
+title: निरंतर एकीकरण (Continuous Integration; CI)
 status: Completed
 category: अवधारणा
 ---
 
 ## यह क्या है 
 
-निरंतर एकीकरण (Continuous_Integration) , जिसे  अक्सर CI कहा जाता है, कोड परिवर्तन को जल्दी से जल्दी एकीकृत करने का एक अभ्यास है। CI, [CD](/Continuous_Delivery/) पढ़ने के लिए आवश्यक है। ऐतिहासिक रूप से, CI की प्रक्रिया तब शरू होती है जब कोड परिवर्तन को सोर्स नियंत्रण सिस्टम (Git, Mercurial, या Subversal) में कमिट किया जाता है और वह परीक्षित उत्पाद, CD सिस्टम में जाने के लिए तैयार होता है।
+निरंतर एकीकरण (Continuous Integration) , जिसे  अक्सर CI कहा जाता है, कोड परिवर्तन को जल्दी से जल्दी एकीकृत करने का एक अभ्यास है। CI, [CD](/hi/continuous_delivery/) पढ़ने के लिए आवश्यक है। ऐतिहासिक रूप से, CI की प्रक्रिया तब शरू होती है जब कोड परिवर्तन को सोर्स नियंत्रण सिस्टम (Git, Mercurial, या Subversal) में कमिट किया जाता है और वह परीक्षित उत्पाद, CD सिस्टम में जाने के लिए तैयार होता है।
 
 ## समस्या
 

@@ -1,5 +1,5 @@
 ---
-title: DevOps(डेवॉप्स) 
+title: डेवॉप्स (DevOps) 
 status: Completed
 category: अवधारणा
 ---