From 15fa8d65e2210e45759493478aa51a339ece7f99 Mon Sep 17 00:00:00 2001 From: Shlok Upadhyay Date: Wed, 9 Apr 2025 18:06:16 +0530 Subject: [PATCH 1/2] [hi] Localized policy-as-code.md Signed-off-by: Shlok Upadhyay --- content/hi/policy-as-code.md | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) create mode 100644 content/hi/policy-as-code.md diff --git a/content/hi/policy-as-code.md b/content/hi/policy-as-code.md new file mode 100644 index 0000000000..5296719b3d --- /dev/null +++ b/content/hi/policy-as-code.md @@ -0,0 +1,20 @@ +--- +title: पॉलिसी ऐज़ कोड (Policy as Code (PaC)) +status: Completed +category: अवधारणा +tags: ["methodology", "", ""] +--- + +## यह क्या है +पॉलिसी ऐज़ कोड, मशीन-पठनीय और प्रक्रिया योग्य रूप में नीतियों की परिभाषा को एक या अधिक फ़ाइलों के रूप में संग्रहीत करने की प्रथा है। यह पारंपरिक मॉडल की जगह लेता है जहाँ नीतियों को अलग-अलग दस्तावेज़ों में मानव-पठनीय रूप में प्रलेखित किया जाता है। + +## समस्या +एप्लिकेशन और इन्फ्रास्ट्रक्चर का निर्माण अक्सर कई नीतियों द्वारा बाधित होता है जिन्हें एक संगठन परिभाषित करता है, जैसे सुरक्षा नीतियाँ जो स्रोत कोड में रहस्यों को संग्रहीत करने, सुपरयूज़र अनुमतियों के साथ कंटेनर चलाने या किसी विशिष्ट भौगोलिक क्षेत्र के बाहर कुछ डेटा संग्रहीत करने से मना करती हैं। +डेवलपर्स और समीक्षकों के लिए दस्तावेज़ीकृत नीतियों के विरुद्ध एप्लिकेशन और इन्फ्रास्ट्रक्चर को मैन्युअल रूप से जांचना बहुत श्रमसाध्य और त्रुटि-प्रवण है। +मैन्युअल प्रक्रियाएँ क्लाउड नेटिव एप्लिकेशन की प्रतिक्रियाशीलता और स्केल आवश्यकताओं को पूरा नहीं कर सकती हैं। + +## समाधान +कोड के माध्यम से पॉलिसी का वर्णन करने से दोहराव संभव होता है और त्रुटियाँ कम होती हैं (जब मैन्युअल रूप से किया जाता है तो ऐसा नहीं होता)। +पॉलिसी ऐज़ कोड का एक और लाभ यह है कि कोड को Git जैसी संस्करण नियंत्रण प्रणाली द्वारा प्रबंधित किया जा सकता है। +Git एक परिवर्तन लॉग इतिहास बनाता है जो विशेष रूप से तब सहायक होता है जब कुछ अपेक्षित रूप से काम नहीं करता है। +यह उपयोगकर्ता को यह निर्धारित करने की अनुमति देता है कि परिवर्तन किसने किया और पिछले संस्करण पर वापस लौट सकता है। \ No newline at end of file From 2ac2d0cae4fcf1e938cb60959341cdde78616f64 Mon Sep 17 00:00:00 2001 From: Shlok Upadhyay Date: Mon, 14 Apr 2025 18:58:30 +0530 Subject: [PATCH 2/2] [hi] Fixed Core hindi words Signed-off-by: Shlok Upadhyay --- content/hi/policy-as-code.md | 17 +++++++++-------- 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/content/hi/policy-as-code.md b/content/hi/policy-as-code.md index 5296719b3d..d264fbb2e6 100644 --- a/content/hi/policy-as-code.md +++ b/content/hi/policy-as-code.md @@ -6,15 +6,16 @@ tags: ["methodology", "", ""] --- ## यह क्या है -पॉलिसी ऐज़ कोड, मशीन-पठनीय और प्रक्रिया योग्य रूप में नीतियों की परिभाषा को एक या अधिक फ़ाइलों के रूप में संग्रहीत करने की प्रथा है। यह पारंपरिक मॉडल की जगह लेता है जहाँ नीतियों को अलग-अलग दस्तावेज़ों में मानव-पठनीय रूप में प्रलेखित किया जाता है। +पॉलिसी ऐज़ कोड (Policy as Code) का मतलब है नीतियों (Policies) को एक या ज़्यादा फाइलों में मशीन-पठनीय (machine-readable) और प्रोसेस करने लायक फॉर्मेट में स्टोर करना। +यह पारंपरिक तरीके की जगह लेता है जहाँ पॉलिसियाँ डॉक्युमेंट्स में सिर्फ पढ़ने के लिए लिखी जाती थीं। ## समस्या -एप्लिकेशन और इन्फ्रास्ट्रक्चर का निर्माण अक्सर कई नीतियों द्वारा बाधित होता है जिन्हें एक संगठन परिभाषित करता है, जैसे सुरक्षा नीतियाँ जो स्रोत कोड में रहस्यों को संग्रहीत करने, सुपरयूज़र अनुमतियों के साथ कंटेनर चलाने या किसी विशिष्ट भौगोलिक क्षेत्र के बाहर कुछ डेटा संग्रहीत करने से मना करती हैं। -डेवलपर्स और समीक्षकों के लिए दस्तावेज़ीकृत नीतियों के विरुद्ध एप्लिकेशन और इन्फ्रास्ट्रक्चर को मैन्युअल रूप से जांचना बहुत श्रमसाध्य और त्रुटि-प्रवण है। -मैन्युअल प्रक्रियाएँ क्लाउड नेटिव एप्लिकेशन की प्रतिक्रियाशीलता और स्केल आवश्यकताओं को पूरा नहीं कर सकती हैं। +जब कोई ऐप्लिकेशन या इन्फ्रास्ट्रक्चर तैयार किया जाता है, तो उस पर कई पॉलिसियाँ लागू होती हैं, जैसे सोर्स कोड में सीक्रेट्स स्टोर न करना, कंटेनर को सुपरयूज़र परमिशन के साथ न चलाना या कुछ डेटा को किसी खास जियो-लोकेशन के बाहर स्टोर न करना। +डेवलपर्स और रिव्यू करने वालों के लिए दस्तावेज़ों में लिखी नीतियों के आधार पर ऐप्लिकेशन या इन्फ्रास्ट्रक्चर की मैन्युअल जांच करना समय लेने वाला और गलतियों से भरा हो सकता है। +क्लाउड नेटिव ऐप्लिकेशन की तेज़ रफ़्तार और स्केलेबिलिटी की ज़रूरतों को मैन्युअल तरीकों से पूरा करना संभव नहीं होता। ## समाधान -कोड के माध्यम से पॉलिसी का वर्णन करने से दोहराव संभव होता है और त्रुटियाँ कम होती हैं (जब मैन्युअल रूप से किया जाता है तो ऐसा नहीं होता)। -पॉलिसी ऐज़ कोड का एक और लाभ यह है कि कोड को Git जैसी संस्करण नियंत्रण प्रणाली द्वारा प्रबंधित किया जा सकता है। -Git एक परिवर्तन लॉग इतिहास बनाता है जो विशेष रूप से तब सहायक होता है जब कुछ अपेक्षित रूप से काम नहीं करता है। -यह उपयोगकर्ता को यह निर्धारित करने की अनुमति देता है कि परिवर्तन किसने किया और पिछले संस्करण पर वापस लौट सकता है। \ No newline at end of file +जब पॉलिसी को कोड के रूप में लिखा जाता है, तो उसे बार-बार इस्तेमाल किया जा सकता है और गलतियाँ भी कम होती हैं — जो मैन्युअल प्रक्रिया में आम हैं। +इसका एक और बड़ा फ़ायदा यह है कि इस कोड को Git जैसी वर्ज़न कंट्रोल सिस्टम से आसानी से मैनेज किया जा सकता है। +Git हर बदलाव का रिकॉर्ड रखता है, जो तब बहुत काम आता है जब कोई चीज़ उम्मीद के मुताबिक काम नहीं कर रही हो। +इससे यह भी पता लगाया जा सकता है कि बदलाव किसने किया था, और ज़रूरत पड़ने पर पुरानी स्थिति में वापस जाया जा सकता है। \ No newline at end of file