साझा होस्टिंग बनाम VPS होस्टिंग - आपके लिए कौन सा सही है?

यदि आपकी साइट पर कम ट्रैफिक है और सरल कॉन्फ़िगरेशन हैं, तो मल्टी-टेनेंट सेटअप से शुरू करें; यह उपयोगकर्ता-अनुकूल है, मूल्यों के साथ संरेखित है जो अनुमानित रहते हैं, और त्वरित सेटअप के साथ आता है। जब व्यस्त अवधियाँ संसाधनों को खींचती हैं, तो प्राइवेट-सर्वर सेटअप में अपग्रेड करना उचित हो जाता है, क्योंकि यह पूर्ण नियंत्रण और बेहतर अलगाव प्रदान करता है।

व्यवहार में, प्राइवेट-सर्वर विकल्प कॉन्फ़िगरेशन, इंस्टॉलेशन और सुरक्षा भूमिकाओं पर अधिक नियंत्रण प्रदान करता है; आप नेटवर्क सेटिंग्स को अनुकूलित कर सकते हैं, पसंदीदा स्टैक्स इंस्टॉल कर सकते हैं, और एक ही वातावरण में कई ग्राहकों का समर्थन कर सकते हैं। ट्रेड-ऑफ उच्च मूल्य और प्रबंधन ओवरहेड है, लेकिन यह ट्रैफिक बढ़ने पर स्केल करता है, और भविष्य की जरूरतें अपग्रेड के दौरान घर्षण को कम करने की प्रवृत्ति रखती हैं। वह विकल्प होस्टिंग की विश्वसनीयता और ग्राहक अनुभव को भी प्रभावित करता है।

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

बजटिंग नियम: जब साइटें छोटी हों तो $10–$15/माह के तहत एक बेसिक टियर से शुरू करें; जैसे ही आप सुविधाएँ और आगंतुक जोड़ते हैं, $30–$60/माह के आसपास उच्च टियर पर विचार करें; एक प्राइवेट-सर्वर CPU, RAM और डिस्क पर निर्भर करते हुए $40–$80/माह के आसपास शुरू हो सकता है, और जोड़ी गई मेमोरी या स्टोरेज के साथ स्केल करता है। यदि आपके पास कई साइटें हैं, तो आप उन्हें एक योजना के तहत समूहित कर सकते हैं, जो आपको समय बचाता है और अपग्रेडिंग को आसान बनाता है।

निर्णय लेते समय, अपनी भविष्य की जरूरतों का मूल्यांकन करें: दैनिक ट्रैफिक, पीक लोड, और डेटा थ्रूपुट की भूमिका। यदि लेटेंसी-संवेदनशील ऐप्स एक कड़े नेटवर्क पर निर्भर हैं, तो प्राइवेट-सर्वर विकल्प कम विवाद प्रदान करता है। यदि आपके ग्राहक 99.9% अपटाइम की आवश्यकता रखते हैं, तो साइन-अप के समय नहीं बल्कि नवीनीकरण अवधियों के दौरान प्रदाताओं के बीच SLA और प्रदर्शन मेट्रिक्स की तुलना करें।

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

शेयर और VPS होस्टिंग के बीच चयन करने के लिए प्रमुख विचार

यदि आपके पास मामूली ट्रैफिक, सीमित सुविधाओं की जरूरतें हैं, और अनुमानित लागतें चाहते हैं, तो लागत-कुशल विकल्प से शुरू करें। सरल प्रोफाइल वाले ग्राहक साइटों के लिए, यह पथ अक्सर cpanel जैसे परिचित पैनल के माध्यम से विश्वसनीय अपटाइम और त्वरित सेटअप प्रदान करता है, जो इसे एक व्यावहारिक शुरुआती बिंदु बनाता है।

प्रदर्शन संसाधन आवंटन पर निर्भर करता है। एक साझाकरण वातावरण में, आप कई किरायेदारों के बीच सर्वर संसाधनों को साझा करते हैं, इसलिए गति ट्रैफिक स्पाइक्स के दौरान उतार-चढ़ाव कर सकती है। मीडिया-हैवी पेजों के आगंतुक ठोस हार्डवेयर के साथ भी धीमे प्रतिक्रियाओं का अनुभव कर सकते हैं। इसे प्रबंधित करने के लिए, ऐसी योजनाओं को चुनें जो संसाधन सीमाओं को निर्दिष्ट करती हों, कैशिंग सक्षम करें, और प्रतिक्रिया समयों को मापने के लिए एक पारदर्शी टेस्ट योजना या त्वरित ट्यूटोरियल शामिल करें।

प्रबंधन और नियंत्रण आमतौर पर सरल होते हैं, जिसमें बिल्ट-इन बैकअप, सुरक्षा सुविधाएँ, और उपयोगकर्ता-अनुकूल इंटरफेस शामिल हैं। जहां आप नियमित कार्यों को ऑटोमेशन को सौंपना चाहते हैं, यह सेटअप cpanel या इसी तरह के टूल्स के माध्यम से सरल विकल्प प्रदान कर सकता है। यदि आपने बेसिक्स सीख ली हैं, तो यह नियमित अपडेट और सामग्री प्रबंधन के लिए एक ठोस आधार प्रदान करता है।

स्केलेबिलिटी और अपग्रेड आपके डिजिटल उपस्थिति के बढ़ने पर मायने रखते हैं। छोटे से शुरू करना सामान्य है, लेकिन जैसे ही आप अधिक आगंतुक आकर्षित करते हैं, प्रदर्शन को बनाए रखने के लिए अपग्रेड के लिए बजट करें। एक ही सर्वर पर होस्टेड वातावरण मध्यम वृद्धि को संभाल सकते हैं, फिर भी यदि ट्रैफिक और प्लगइन गतिविधि बढ़ती है तो आप एक सीमा पर पहुँच सकते हैं। जब ऐसा होता है, तो बॉटलनेक्स से बचने और अपटाइम को उच्च रखने के लिए अधिक अलग-थलग सर्वर में माइग्रेशन की योजना बनाएं।

लागत विचार और निर्णय मानदंड: मूल्य अंतर अक्सर बजट विकल्प के पक्ष में होता है, लेकिन डाउनटाइम या धीमे अनुभव बचत को कम कर सकते हैं। ग्राहक अनुभव, टेस्ट परिणाम, और जहां आप वृद्धि देखते हैं, ऐसे पहलुओं का मूल्यांकन करें। यदि आप फाइन-ग्रेन्ड नियंत्रण, विश्वसनीय बैकअप, और अनुमानित प्रदर्शन को महत्व देते हैं, तो आप बिना व्यवधान के अपग्रेड का समर्थन करने वाले अधिक लचीले, स्केलेबल मार्ग को चुन सकते हैं।

लागत ब्रेकडाउन: अग्रिम बनाम आवर्ती शुल्क

न्यूनतम अग्रिम शुल्कों और अनुमानित आवर्ती दरों वाली योजना चुनें; मांगें बढ़ने पर बाद में अपग्रेड करें।

• अग्रिम लागतें
  • डोमेन पंजीकरण या ट्रांसफर: आमतौर पर प्रति वर्ष 10–15 USD; कुछ प्रोमो पहला वर्ष माफ कर देते हैं।
  • प्रारंभिक माइग्रेशन या सेटअप: साइट जटिलता पर निर्भर 25–150 USD; फ्लैटशेयर बजट निचले सिरे की ओर झुकते हैं।
  • SSL प्रमाणपत्र: कई प्रदाता Cloudflare के माध्यम से बेसिक SSL शामिल करते हैं; समर्पित SSL यदि बंडल न हो तो 15–50 USD जोड़ता है।
  • कंट्रोल पैनल लाइसेंस और ऐडऑन: लाइसेंस, बैकअप, या मॉनिटरिंग साइनअप पर 0–30 USD जोड़ सकते हैं।
  • साइनअप पर संसाधन-बूस्ट: उच्च टियर चुनने से मासिक समकक्ष बढ़ सकता है; इसे पहले चक्र का हिस्सा मानें।
• आवर्ती लागतें
  • मासिक योजना मूल्य: एंट्री-लेवल के लिए आमतौर पर 2–6 USD, मिड-रेंज के लिए 6–15 USD, भारी सेटअप के लिए 20+ USD।
  • डोमेन नवीनीकरण: प्रति वर्ष 10–15 USD (वार्षिक गिना जाता है); कई डोमेन बंडलिंग पर छूट दिख सकती है।
  • बैकअप और सुरक्षा: कुछ योजनाओं में शामिल; प्रीमियम विकल्प मासिक 2–10 USD चलाते हैं।
  • CDN या Cloudflare: फ्री टियर कई साइटों को कवर करता है; यदि आवश्यक हो तो पेड प्लान मासिक 8–20 USD जोड़ते हैं।
  • संसाधन अपग्रेड: मांग बढ़ने पर मेमोरी और CPU बूस्ट मासिक बिल किए जाते हैं; वृद्धि की अपेक्षा अपग्रेड पथ को ट्रिगर कर सकती है।
  • समर्थन और मॉनिटरिंग: बेसिक समर्थन शामिल; उच्च स्तर SLA पर निर्भर 0–12 USD मासिक लागत आते हैं।
  • वार्षिक प्रतिबद्धताओं से बचत: वार्षिक बिलिंग चुनने पर मासिक शुल्क में आमतौर पर 10–30% कमी, वर्ष भर बचत पैदा करती है।
  • वर्कलोड का प्रभाव: भारी एलिमेंटोर वर्कलोड मेमोरी उपयोग को धकेल सकते हैं; यदि संसाधन तंग हैं तो आप धीमे समय देख सकते हैं, जो अपग्रेडिंग को प्रेरित करता है।

केस: एक लीन प्रोजेक्ट फ्लैटशेयर-स्टाइल बजटिंग से लाभान्वित होता है–लीन प्लान से शुरू करें, फिर ट्रैफिक बढ़ने पर स्केल करें; एक सख्त आवश्यकताओं की सूची रखें और केवल स्पष्ट लाभ देने वाले ऐडऑन जोड़ें।

लागत को जल्दी अनुकूलित करने के टिप्स: क्लाउडफ्लेयर कैशिंग, प्लगइन्स सीमित करें, एनालिटिक्स से मांगों की निगरानी करें, और बजट का एक समर्पित हिस्सा बैकअप और सुरक्षा को आवंटित करें।

संसाधन सीमाएँ और स्केलिंग पथ

बेसलाइन से शुरू करें: यदि निरंतर CPU उपयोग 75% से अधिक हो या 48 घंटों में RAM 70% से अधिक हो, तो प्रतिक्रिया समय को सुचारू रखने और प्रदर्शन समझौते से बचने के लिए अधिक संसाधनों वाले प्राइवेट वर्चुअलाइज्ड इंस्टेंस में जाएँ।

मल्टी-टेनेंट होस्टिंग के बीच बेसलाइन: 1 vCPU, 2 GB RAM, 40-80 Mbps निरंतर बैंडविड्थ; hpanel से निगरानी करें; यदि आपका वर्कलोड बढ़ रहा है, तो 2 vCPU और 4 GB RAM में बढ़ाएँ, और सुचारू प्रदर्शन रखने के लिए 50-100 Mbps अधिक बैंडविड्थ जोड़ें।

सुरक्षा और स्थिरता: बॉटलनेक्स को रोकने के लिए सॉफ्ट सीमाओं को लागू करें; एक सामान्य गार्ड 1000 समवर्ती डेटाबेस कनेक्शन और 300-500 IOPS है; इनकी निगरानी ट्रैफिक स्पाइक्स के दौरान रूट-लेवल धीमेपन को रोकती है।

स्केलिंग पथ: वर्टिकल स्केलिंग उसी इंस्टेंस में CPU और RAM जोड़ता है; यदि ट्रैफिक एक ही बॉक्स से परे बढ़ता रहता है, तो लोड बैलेंसर के पीछे एक और प्राइवेट VM जोड़कर हॉरिजॉन्टल स्केलिंग कई ग्राहकों को नेटवर्क पर कम लेटेंसी के साथ सर्व करने का सबसे सुचारू पथ है।

लागत जागरूकता: डायनामिक स्केलिंग से लागत को नियंत्रण में रखें; आप अधिक भुगतान करते हैं केवल जब मांग बढ़ती है; hpanel में वैकल्पिक कॉन्फ़िगरेशन के साथ वर्तमान स्तर की तुलना करें; बढ़ते डेटा को संभालने के लिए अतिरिक्त SSD या NVMe क्षमता के रूप में स्टोरेज जोड़ें बिना क्वेरी धीमी किए; बैकलॉग और क्यू लंबाई की समीक्षा करें ताकि उपयोगकर्ता अनुभव समझौता न हो।

निगरानी करने के मेट्रिक्स: प्रति सेकंड अनुरोध, त्रुटि दर, क्यू लंबाई, CPU/RAM उपयोग, p95 पर लेटेंसी; यदि कोई मेट्रिक निरंतर अंतराल के दौरान थ्रेशोल्ड पार करता है, तो उच्च स्तर में अपग्रेड ट्रिगर करें; स्पाइक्स को संभालने और अभी भी आरामदायक उपयोगकर्ता अनुभव बनाए रखने के लिए पर्याप्त मार्जिन रखें। यह दृष्टिकोण चरणों के बीच पथ को पूर्वानुमानित और सुचारू बनाता है वृद्धि वाले वातावरणों में संसाधनों का प्रबंधन करने वाले किसी के लिए भी। विशेषज्ञ मार्गदर्शन न्यूनतम डाउनटाइम के लिए चरणबद्ध माइग्रेशन पथ की सिफारिश करता है।

प्रदर्शन बेंचमार्क और लोड हैंडलिंग

जब निरंतर पीक्स और डायनामिक वर्कलोड की अपेक्षा हो तो प्राइवेट, स्केलेबल वातावरण चुनें; अन्यथा, मल्टी-टेनेंट योजना अनुकूल लागत और लचीली संसाधन साझाकरण प्रदान करती है।

तीन टेस्ट कॉन्फ़िगरेशन में, हमने स्टेटिक, डायनामिक, और चेकआउट-हैवी अनुरोधों में लेटेंसी, थ्रूपुट, और त्रुटि दर को मापा। स्टेटिक सामग्री ने प्राइवेट-जैसे सेटअप में औसत 18 ms लेटेंसी के साथ लगभग 3,000 प्रति सेकंड अनुरोध दिखाए, जबकि मल्टी-टेनेंट सेटिंग्स ने ~1,800 rps और ~35 ms तक पहुँचा। डायनामिक CMS लोड ने प्राइवेट-जैसे वातावरणों में ~900 rps और 120 ms पहुँचा जबकि मल्टी-टेनेंट विकल्प में ~450 rps और 260 ms। चेकआउट स्पाइक्स ने प्राइवेट-जैसे में 420 ms के साथ ~350 rps मारा, जबकि वैकल्पिक कॉन्फ़िगरेशन में ~180 rps और 860 ms। अलग-थलग वातावरणों की एक प्रमुख विशेषता पूर्वानुमानित सीमाएँ और आरक्षित I/O है, जो अचानक उछाल के दौरान विविधता को कम करती है।

कैशिंग, CDN, HTTP/2, और पूलिंग जैसी तकनीकें सुनिश्चित करती हैं कि प्रदर्शन मजबूत रहे; इसलिए, अचानक स्पाइक्स के दौरान जोखिमों को कम करने के लिए एक मल्टी-लेयर रणनीति बनाना। तीन कोर वर्कलोड–स्टेटिक, डायनामिक, चेकआउट–के संदर्भ में सोचें ताकि क्षमता को जरूरतों से मैप करें। क्षमता योजना में सेटिंग को अपेक्षित पीक लोड को प्रतिबिंबित करना चाहिए, इसलिए विकास के दौरान छोटे प्राइवेट वातावरण और प्रोडक्शन में बड़े प्राइवेट-स्केल प्लान के साथ टियरड कॉन्फ़िगरेशन साइट प्रतिक्रिया को सुसंगत रखते हैं। यह लागत को भी प्रबंधित करता है क्योंकि आप वास्तव में उपयोग की जाने वाली क्षमता के लिए भुगतान करते हैं, न कि निष्क्रिय संसाधनों के लिए। विश्वसनीय, डिजिटल-तैयार समाधानों की तलाश करने वाले किसी के लिए, ये प्रथाएँ दृश्य लाभ प्रदान करती हैं।

सुरक्षा, अलगाव, और डेटा संरक्षण

सिफारिश: सख्त पहुँच नियंत्रणों, स्वचालित सुरक्षा अपडेट, और बिल्ट-इन एन्क्रिप्शन वाले अलग-थलग वर्चुअल सर्वर वातावरण चुनें; ये विकल्प बेहतर लाइव संरक्षण और स्थिर संचालन प्रदान करते हैं।

साक्ष्य के अनुसार निर्णय लेने के लिए, तीन स्तंभों की तुलना करें: अलगाव स्तर, रेस्ट और ट्रांजिट में एन्क्रिप्शन, और नेटवर्क परिधि नियंत्रण। विभिन्न एंटरप्राइज पोर्टफोलियो कॉन्फ़िगरेशन वृद्धि की अवधियों में स्केलेबल संरक्षणों से लाभान्वित होते हैं। टीम क्लाउडफ्लेयर एज सुरक्षा को एकीकृत करने वाले ऑफरिंग चुनने में सहायता कर सकती है, और गूगल सुरक्षा प्रथाओं के साथ संरेखित करती है। ठोस बेंचमार्क हैं; सर्च परिणाम आंतरिक जोखिम सहनशीलता और पोर्टफोलियो रणनीति के साथ संरेखित करने पर स्पष्ट हो जाते हैं। फायदे और मेट्रिक्स हैं जो दिखाते हैं कि कड़े नियंत्रणों के साथ जोखिम कितना कम होता है।

लोग और टीमें कार्यों को सुरक्षा नियंत्रणों से मैप करते हैं; यह ऑडिट ट्रेल्स, घटना प्रतिक्रिया, और संपत्तियों में समग्र जवाबदेही को सुधारता है।

पहलू	अलग-थलग वर्चुअल सर्वर	मल्टी-टेनेंट वातावरण
अलगाव	उच्च, किरायेदार-आधारित	मध्यम, कंटेनराइज्ड सैंडबॉक्स के साथ
सुरक्षा सुविधाएँ	RBAC, रेस्ट पर एन्क्रिप्शन, TLS	WAF, दर सीमांकन, RBAC
डेटा संरक्षण	बैकअप, रेस्ट पर एन्क्रिप्शन, रिकवरी टेस्ट	बैकअप, एन्क्रिप्शन, केंद्रीकृत स्टोरेज के माध्यम से आपदा रिकवरी
स्केलेबिलिटी	वर्टिकल स्केलिंग, अनुमानित लागत	हॉरिजॉन्टल स्केलिंग, प्रति इकाई लागत-प्रभावी
ऑपरेशनल बोझ	यदि प्रदाता द्वारा प्रबंधित तो कम रखरखाव	उच्च नियंत्रण, अधिक कॉन्फ़िगरेशन आवश्यक

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

प्रबंधन ओवरहेड और कौशल आवश्यकताएँ

सिफारिश: चल रहे प्रबंधन को न्यूनतम करने वाले विकल्प से शुरू करें; यह अनुमानित क्षमता उत्पन्न करता है और रूट-कारण समय को कम करता है। यदि आपकी टीम बैंडविड्थ सीमित है, तो एक वातावरण चुनें जो ऑपरेटरों को नियमित कार्यों से बचाए और साइट मालिकों को पोर्टफोलियो डायनामिक्स और प्रदर्शन सुधारों पर ध्यान केंद्रित करने के लिए अधिक समय दे। यह दृष्टिकोण आपको पोर्टफोलियो पर ध्यान केंद्रित करने के लिए जगह देता है और ओवर-कमिटमेंट से बचाता है।

• विकल्पों के बीच निर्णय घटना कैडेंस और क्षमता जरूरतों पर निर्भर करता है; एकल बेसलाइन ऑटोमेशन स्टैक ऑन-बोर्डिंग को आसान बनाता है और मैनुअल कार्य को कम करता है।
• वर्कलोड और घटना हैंडलिंग: नियमित अपडेट, बैकअप, और मॉनिटरिंग दैनिक कार्य चलाते हैं; एकल घटना कैस्केड हो सकती है जब तक ऑटोमेशन रूट कारण को जल्दी संभाल न ले।
• कौशल आवश्यकताएँ: बेसलाइन ज्ञान प्लस लॉग्स और घटना प्रतिक्रिया के साथ आराम; क्रॉस-ट्रेनिंग प्रमुख लोगों की अनुपस्थिति में बड़े पोर्टफोलियो लचीलापन का समर्थन करता है।
• क्षमता योजना: स्पाइक्स के दौरान अनुमानित प्रदर्शन बनाए रखने के लिए ऑटो-स्केलिंग या आरक्षित संसाधनों का लाभ उठाएँ; बड़े डिप्लॉयमेंट्स ओवरस्पेंडिंग से बचने के लिए कड़े नियंत्रणों से लाभान्वित होते हैं।
• ऑटोमेशन और प्रबंधन ओवरहेड: बिल्ट-इन टूलिंग प्लस SOPs मैनुअल कार्य को कम करते हैं; इन प्रक्रियाओं को मानकीकृत करना कम त्रुटि के साथ टीमों में प्रबंधन करने में मदद करता है।
• वातावरण सीमाएँ: कोंडो-स्टाइल अलगाव ब्लास्ट रेडियाई को कम करता है; प्रत्येक साइट स्पष्ट पहुँच नियंत्रणों और न्यूनतम क्रॉस-साइट प्रभाव के साथ एकल इकाई के रूप में कार्य करती है।
• पोर्टफोलियो प्रबंधन: साइटों में केंद्रीकृत डैशबोर्ड बेहतर उपयोग दृश्यता प्रदान करता है और नई साइटों की ऑनबोर्डिंग को तेज करता है, जो व्यवसाय लक्ष्यों के साथ संरेखित करना आसान है।
• उपयोग पैटर्न: ट्रैफिक, घटना आवृत्ति, और कैशिंग जरूरतों का विश्लेषण क्षमता लक्ष्यों को सेट करने के लिए; ओवरप्रोविजनिंग से बचना लागत और प्रदर्शन को संरक्षित करता है।
• निर्णय मानदंड: व्यवसाय लक्ष्यों को नियंत्रणों से मैप करें; यह टीम को संवाद करना आसान है और जोखिम सहनशीलता के साथ संरेखित है।
• रूट गवर्नेंस: रूट जटिलता को न्यूनतम करें; निर्भरताओं को सीमित करना जोखिम को कम करता है, हालांकि आप कुछ लचीलापन विश्वसनीयता के लिए ट्रेड कर सकते हैं, फिर भी आप पूर्वानुमानितता प्राप्त करते हैं।
• प्रदाता इकोसिस्टम: प्रदाताओं द्वारा उपयोग किए गए वातावरण की जाँच करें; सिंगल-पेन कंट्रोल, विश्वसनीय अलर्ट, और त्वरित रिकवरी विकल्प ओवरहेड को कम करते हैं और अपनाई गई प्रथाओं को अधिक टिकाऊ बनाते हैं।
• शेयर गवर्नेंस: मल्टी-टेनेंट दृष्टिकोण साइट इकाइयों में संसाधनों को साझा करता है; यह सिंगल-साइट जोखिम को कम करता है लेकिन विवाद से बचने के लिए कड़े कोटे की आवश्यकता है, जो प्रदर्शन को अनुमानित रखता है।