content/hi: rename files

content/hi/bare-metal-machine.md

@@ -0,0 +1,20 @@
+---
+title: बेयर मेटल मशीन (Bare Metal Machine)
+status: Completed
+category: प्रौद्योगिकी
+---
+
+## यह क्या है 
+
+बेयर मेटल एक भौतिक कंप्यूटर को संदर्भित करता है, विशेष रूप से एक सर्वर, जिसमें एक, और केवल एक, ऑपरेटिंग सिस्टम होता है। आधुनिक कंप्यूटिंग में अंतर महत्वपूर्ण है क्योंकि कई सर्वर, [वर्चुअल मशीन](/virtual_machine/) होते हैं। एक भौतिक सर्वर आमतौर पर एक काफी बड़ा कंप्यूटर होता है जिसमें शक्तिशाली हार्डवेयर अंतर्निहित होता है। [वर्चुअलाइज़ेशन](/virtualization/) के बिना किसी ऑपरेटिंग सिस्टम को स्थापित करना और सीधे उस भौतिक हार्डवेयर पर एप्लिकेशन चलाना, "बेयर मेटल" पर चलाने के रूप में जाना जाता है।
+
+## समस्या 
+
+एक ऑपरेटिंग सिस्टम को एक भौतिक कंप्यूटर के साथ जोड़ना कंप्यूटिंग का मूल प्रतिरूप है। भौतिक कंप्यूटर के सभी संसाधन सीधे ऑपरेटिंग सिस्टम के लिए उपलब्ध होते हैं और वर्चुअलाइजेशन परत मौजूद नहीं होने के कारण, ऑपरेटिंग सिस्टम निर्देशों को हार्डवेयर में अनुवाद करने में कोई कृत्रिम देरी नहीं होती है।
+
+## समाधान 
+
+कंप्यूटर के सभी कंप्यूट संसाधनों को एक ही ऑपरेटिंग सिस्टम को समर्पित करके, आप संभावित रूप से ऑपरेटिंग सिस्टम को सर्वोत्तम संभव प्रदर्शन प्रदान करते हैं। यदि आपको एक ऐसा कार्यभार चलाने की आवश्यकता है जिसमें हार्डवेयर संसाधनों तक अत्यधिक तेज़ पहुँच होनी चाहिए, तो बेयर मेटल सही समाधान हो सकता है।
+
+[क्लाउड नेटिव ऐप्स](/cloud_native_apps/) के संदर्भ में, हम आम तौर पर [स्केलिंग](/cloud_native_apps/) के संदर्भ में बड़ी संख्या में समवर्ती घटनाओं के प्रदर्शन के बारे में सोचते हैं, जिसे [क्षैतिज स्केलिंग](/horizontal_scaling/) (आपके संसाधन पूल में और मशीनें जोड़कर) द्वारा नियंत्रित किया जा सकता है। लेकिन कुछ कार्यभार के लिए लंबवत स्केलिंग (मौजूदा भौतिक मशीन में अधिक शक्ति जोड़ना) और/या एक अत्यंत तेज़ भौतिक हार्डवेयर प्रतिक्रिया की आवश्यकता हो सकती है, जिस स्थिति में बेयर मेटल बेहतर अनुकूल है। बेयर मेटल आपको अपने कार्य को पूरा करने में मदद करने के लिए भौतिक हार्डवेयर और संभवतः हार्डवेयर ड्राइवरों को भी ट्यून करने की अनुमति देता है।
+

content/hi/client-server-architecture.md

@@ -0,0 +1,17 @@
+---
+title: क्लाइंट-सर्वर आर्किटेक्चर (Client-Server Architecture)
+status: Completed
+category: अवधारणा
+---
+
+## यह क्या है 
+
+क्लाइंट-सर्वर आर्किटेक्चर में, एप्लिकेशन बनाने वाला लॉजिक (या कोड) दो या दो से अधिक कंपोनेंट्स के बीच विभाजित होता है: एक क्लाइंट, जो काम करने के लिए कहता है (उदाहरण के लिए आपके वेब ब्राउज़र में चल रहा Gmail वेब एप्लिकेशन), और एक या अधिक सर्वर जो उस रिक्वेस्ट को पूरा करते हैं (उदाहरण के लिए, क्लाउड में Google के कंप्यूटर पर चलने वाली "ईमेल भेजें" सर्विस)। यह पुराने ऍप्लिकेशन्स के साथ विरोधाभासी है जो आम तौर पर स्व-निहित थे (जैसे कि 1990 के दशक में डेस्कटॉप ऍप्लिकेशन्स) और एक ही स्थान पर सभी काम करते थे (उदाहरण में, email आपके अपने कंप्यूटर के बजाय Google के कंप्यूटर द्वारा भेजा जाता है)।
+
+## समस्या  
+
+क्लाइंट-सर्वर आर्किटेक्चर एक बड़ी चुनौती को हल करता है जिसमें स्वयं निहित ऍप्लिकेशन्स होते हैं: नियमित अपडेट। एक स्व-निहित ऐप में, प्रत्येक अपडेट के लिए, उपयोगकर्ताओं को नवीनतम संस्करण को डाउनलोड और इंस्टॉल करना होगा। कल्पना कीजिए कि Amazon के सभी उत्पाद कैटलॉग को ब्राउज़ करने में सक्षम होने से पहले अपने कंप्यूटर पर डाउनलोड करना पड़े!
+
+## समाधान 
+
+रिमोट सर्वर या सर्विस में एप्लिकेशन लॉजिक को लागू करके, ऑपरेटर क्लाइंट-साइड पर लॉजिक को बदलने की आवश्यकता के बिना ही, इसे अपडेट कर सकते हैं। इसका मतलब है कि अपडेट अधिक बार किए जा सकते हैं। सर्वर पर डेटा स्टोर करने से कई क्लाइंट एक ही डेटा को देख और साझा कर सकते हैं। पारंपरिक तौर पर, ऑफ़लाइन वर्ड प्रोसेसर की तुलना में ऑनलाइन वर्ड प्रोसेसर का उपयोग करने के बीच अंतर पर विचार करें। ऑफ़लाइन में, आपकी फ़ाइलें सर्वर-साइड पर मौजूद होती हैं और अन्य उपयोगकर्ताओं के साथ साझा की जा सकती हैं जो उन्हें सर्वर से आसानी से डाउनलोड करते हैं। पहले, फ़ाइलों को हटाने योग्य मीडिया (फ्लॉपी डिस्क!)में कॉपी करके, उपयोगकर्ताओं के साथ साझा करने की आवश्यकता होती थी।