[hi] Localize concepts/service-networking page

Author: aryasoni98

content/hi/docs/concepts/services-networking/_index.md

@@ -1,35 +1,35 @@
 ---
-शीर्षक: "सर्विसेज, लोड बैलेंसिंग और नेटवर्किंग"
-वजन: 60
-वर्णन: >
-  Kubernetes में नेटवर्किंग के पीछे की अवधारणाएँ और संसाधन।
+title: "सर्विसेज, लोड बैलेंसिंग और नेटवर्किंग"
+weight: 60
+description: >
+  कुबेर्नेट्स में नेटवर्किंग की मूल अवधारणाएँ और संसाधन।
 ---
 
-## Kubernetes नेटवर्क मॉडल
+## कुबेर्नेट्स नेटवर्क मॉडल
 
-Kubernetes नेटवर्क मॉडल कई हिस्सों से बना है:
+कुबेर्नेट्स नेटवर्क मॉडल कई हिस्सों से बना है:
 
-* क्लस्टर में प्रत्येक [पॉड](/docs/concepts/workloads/pods/) को एक विशिष्ट क्लस्टर-व्यापी IP एड्रेस मिलता है।
+* क्लस्टर में प्रत्येक [पॉड](/docs/concepts/workloads/pods/) को एक वलग क्लस्टर-व्यापी IP एड्रेस मिलता है।
 
-  * एक पॉड का अपना निजी नेटवर्क नेमस्पेस होता है जिसे उस पॉड के सभी कंटेनर आपस में साझा करते हैं। एक ही पॉड में अलग-अलग कंटेनरों में चलने वाली प्रोसेस `localhost` के माध्यम से एक-दूसरे से संवाद कर सकती हैं।
+  * एक पॉड का अपना निजी नेटवर्क नेमस्पेस होता है जिसे उस पॉड के सभी कंटेनर आपस में साझा करते हैं। एक ही पॉड में अलग-अलग कंटेनरों में चलने वाले प्रोसेस `localhost` के माध्यम से एक-दूसरे से बात कर सकते हैं।
 
 * _पॉड नेटवर्क_ (जिसे क्लस्टर नेटवर्क भी कहा जाता है) पॉड्स के बीच संचार को संभालता है। यह सुनिश्चित करता है कि (जानबूझकर नेटवर्क विभाजन को छोड़कर):
 
-  * सभी पॉड्स सभी अन्य पॉड्स से संचार कर सकते हैं, चाहे वे एक ही [नोड](/docs/concepts/architecture/nodes/) पर हों या अलग-अलग नोड्स पर। पॉड्स सीधे एक-दूसरे से प्रॉक्सी या एड्रेस ट्रांसलेशन (NAT) के बिना संचार कर सकते हैं।
+  * सभी पॉड्स सभी अन्य पॉड्स से बात कर सकते हैं, चाहे वे एक ही [नोड](/docs/concepts/architecture/nodes/) पर हों या अलग-अलग नोड्स पर। पॉड्स सीधे एक-दूसरे से बिना किसी प्रॉक्सी या एड्रेस ट्रांसलेशन (NAT) के बात कर सकते हैं।
 
     Windows पर, यह नियम होस्ट-नेटवर्क पॉड्स पर लागू नहीं होता।
 
-  * नोड पर एजेंट (जैसे सिस्टम डेमॉन या kubelet) उस नोड पर सभी पॉड्स से संचार कर सकते हैं।
+  * नोड पर एजेंट (जैसे सिस्टम डेमॉन या kubelet) उस नोड पर सभी पॉड्स से बात कर सकते हैं।
 
-* [सर्विस](/docs/concepts/services-networking/service/) API आपको एक स्थिर (लंबी अवधि) IP एड्रेस या होस्टनेम प्रदान करने की अनुमति देता है एक सर्विस के लिए जो एक या अधिक बैकएंड पॉड्स द्वारा लागू की गई है, जहाँ सर्विस बनाने वाले व्यक्तिगत पॉड्स समय के साथ बदल सकते हैं।
+* [सर्विस](/docs/concepts/services-networking/service/) API आपको एक स्थायी IP एड्रेस या होस्टनेम प्रदान करता है जो एक या अधिक बैकएंड पॉड्स द्वारा चलाई जा रही सर्विस के लिए होता है। सर्विस बनाने वाले पॉड्स समय के साथ बदल सकते हैं।
 
-  * Kubernetes स्वचालित रूप से [EndpointSlice](/docs/concepts/services-networking/endpoint-slices/) ऑब्जेक्ट्स को प्रबंधित करता है ताकि सर्विस का समर्थन करने वाले वर्तमान पॉड्स के बारे में जानकारी प्रदान की जा सके।
+  * कुबेर्नेट्स अपने आप [एंडपॉइंटस्लाइस](/docs/concepts/services-networking/endpoint-slices/) ऑब्जेक्ट्स को मैनेज करता है ताकि सर्विस के वर्तमान पॉड्स की जानकारी उपलब्ध रहे।
 
-  * एक सर्विस प्रॉक्सी कार्यान्वयन सेवा और EndpointSlice ऑब्जेक्ट्स के सेट की निगरानी करता है, और ऑपरेटिंग सिस्टम या क्लाउड प्रदाता API का उपयोग करके पैकेट्स को इंटरसेप्ट या पुनर्लेखन करके डेटा प्लेन को सर्विस ट्रैफ़िक को उसके बैकएंड्स तक रूट करने के लिए प्रोग्राम करता है।
+  * एक सर्विस प्रॉक्सी सर्विस और एंडपॉइंटस्लाइस ऑब्जेक्ट्स को मॉनिटर करता है, और ऑपरेटिंग सिस्टम या क्लाउड प्रोवाइडर API का उपयोग करके डेटा को सर्विस के बैकएंड्स तक पहुंचाता है।
 
-* [गेटवे](/docs/concepts/services-networking/gateway/) API (या इसका पूर्ववर्ती, [इंग्रेस](/docs/concepts/services-networking/ingress/)) आपको क्लस्टर के बाहर के क्लाइंट्स के लिए सेवाओं को सुलभ बनाने की अनुमति देता है।
+* [गेटवे](/docs/concepts/services-networking/gateway/) API (या इसका पहले का वर्जन, [इंग्रेस](/docs/concepts/services-networking/ingress/)) आपको क्लस्टर के बाहर के क्लाइंट्स के लिए सर्विसेज को एक्सेस करने की सुविधा देता है।
 
-  * क्लस्टर इनग्रेस के लिए एक सरल, लेकिन कम कॉन्फ़िगर करने योग्य, तंत्र सेवा API के [`type: LoadBalancer`](/docs/concepts/services-networking/service/#loadbalancer) के माध्यम से उपलब्ध है, जब एक समर्थित {{< glossary_tooltip term_id="cloud-provider">}} का उपयोग किया जाता है।
+  * क्लस्टर में बाहर से एक्सेस के लिए एक सरल, लेकिन कम कॉन्फ़िगर करने योग्य तरीका सर्विस API के [`type: LoadBalancer`](/docs/concepts/services-networking/service/#loadbalancer) के माध्यम से उपलब्ध है, जब एक सपोर्टेड {{< glossary_tooltip term_id="cloud-provider">}} का उपयोग किया जाता है।
 
 * [नेटवर्क पॉलिसी](/docs/concepts/services-networking/network-policies) एक बिल्ट-इन Kubernetes API है जो आपको पॉड्स के बीच या पॉड्स और बाहरी दुनिया के बीच ट्रैफ़िक को नियंत्रित करने की अनुमति देता है।