Server क्या है? ऐप बनाने वालों के लिए सरल गाइड

Server एक कंप्यूटर है — या उस पर चलने वाला एक प्रोग्राम — जो अनुरोधों का इंतज़ार करता है और उनका जवाब देता है। जब आप कोई वेबसाइट खोलते हैं, तो आपका browser (client) इंटरनेट के पार एक अनुरोध भेजता है, और कहीं का एक server पेज, images या डेटा वापस भेजता है। ईमेल से लेकर ऑनलाइन बैंकिंग तक, आप जो भी ऐप इस्तेमाल करते हैं, वह servers के इसी काम पर दिन में लाखों बार निर्भर है।

AI से बनाते समय servers क्यों मायने रखते हैं

जब AI builder आपके लिए ऐप बनाता है, तो कोड का कुछ हिस्सा विज़िटर के browser में चलता है और कुछ हिस्सा आम तौर पर server पर। Server वाला हिस्सा वे काम करता है जिन पर browser भरोसा नहीं किया जा सकता या जिन्हें वह अकेले नहीं कर सकता:

डेटा सेव करना और लोड करना एक database से।
Secrets रखना, जैसे पेमेंट या AI provider की API keys, जो कभी browser तक नहीं पहुँचनी चाहिए।
Permissions जाँचना — यह पक्का करना कि कोई user केवल अपने records देख और बदल सके।
दूसरी सेवाओं से बात करना: कार्ड चार्ज करना, email भेजना, AI model को कॉल करना।

Server क्या करता है, यह जानने से आप समझते हैं कि आपके ऐप के नियम असल में कहाँ रहते हैं, कुछ बदलावों के लिए दोबारा publish क्यों करना पड़ता है, और ऐप hosting करने पर आप किस चीज़ का पैसा दे रहे हैं। दोनों हिस्सों के बीच का विभाजन समझने के लिए देखें frontend बनाम backend।

रोज़मर्रा की एक मिसाल

Serer एक डाकघर के काउंटर कर्मचारी जैसा है। वह बाहर किसी ग्राहक को ढूँढने नहीं जाता; वह इंतज़ार करता है। एक ग्राहक (client) अनुरोध लेकर आता है — "यह पार्सल भेजो," "मेरे लिए कोई डाक है?" — और कर्मचारी उसे संभालकर नतीजा लौटा देता है। एक कर्मचारी कई ग्राहकों को एक-एक करके सेवा दे सकता है, और व्यस्त डाकघर और काउंटर खोल देता है।

डाकघर के नियम भी होते हैं जिन्हें ग्राहक बदल नहीं सकता: पार्सल लेने के लिए पहचान पत्र दिखाना होता है। ऐप में भी server का यही काम है — browser कुछ भी माँग सकता है, पर यह फ़ैसला सर्वर करता है कि उसे क्या मिलेगा।

एक अनुरोध server तक कैसे पहुँचता है

जब कोई https://bookings.example.com/schedule खोलता है:

DNS lookup। Browser domain name system से पूछता है कि bookings.example.com किस IP address की ओर इशारा करता है। देखें domains और DNS कैसे काम करते हैं।
Connection। Browser उस पते से जुड़ता है, HTTPS के लिए port 443 पर, और एक encrypted connection बनाता है। देखें HTTPS क्या है।
Request। वह एक HTTP request भेजता है: GET /schedule।
काम। Server वह कोड चलाता है जो /schedule को संभालता है — शायद database में आज की bookings देखना।
Response। वह एक status code (200 OK) और सामग्री भेजता है — एक HTML पेज, या पेज के दिखाने के लिए JSON डेटा।

यह सब आम तौर पर एक सेकंड के अंश में हो जाता है।

Servers के कुछ प्रकार जो आप सुनेंगे

शब्द	मतलब
Web server	वह software जो HTTP requests का जवाब देता है — फ़ाइलें भेजकर या अनुरोधों को आपके ऐप के कोड तक पहुँचाकर।
Application server / backend	आपका अपना कोड, जो server पर चलता है: वह API जो bookings, logins और payments संभालता है।
Database server	वह server जिसका काम डेटा स्टोर और query करना है — जैसे वह Postgres database जिससे आपका ऐप बात करता है।
File / static server	तैयार फ़ाइलें (HTML, images, scripts) बिना हर अनुरोध के लिए कस्टम कोड चलाए भेजता है।
Physical server	एक data centre के rack में लगी असली मशीन।
Virtual machine (VM) / VPS	एक भौतिक मशीन का हिस्सा जो अपने आप में एक कंप्यूटर की तरह व्यवहार करता है।
Container	किसी ऐप और उसकी ज़रूरत की हर चीज़ का हल्का पैकेज, जो एक साझा मशीन पर चलता है। कई platforms ऐप्स को इसी तरह deploy करते हैं।
Serverless	आप कोड अपलोड करते हैं और provider उसे माँग पर चलाता है — ऐसे servers पर जिन्हें आप कभी मैनेज नहीं करते। देखें serverless का क्या मतलब है।

ध्यान दें कि "server" मशीन और प्रोग्राम, दोनों का नाम है। "Server क्रैश हो गया" का मतलब दोनों में से कुछ भी हो सकता है।

एक उदाहरण: एक सैलून booking ऐप

यहाँ देखिए कि एक छोटे सैलून booking ऐप में server क्या करता है:

विज़िटर साइट खोलता है। Server (या उसके आगे का CDN) पेज की फ़ाइलें भेजता है।
पेज server से पूछता है GET /api/slots?date=2026-10-03। Server database को query करता है कि कौन से slots खाली हैं और उन्हें JSON में लौटाता है।
विज़िटर 14:00 book करता है। पेज POST /api/bookings भेजता है। Server जाँचता है कि slot अब भी खाली है — वह browser की बात पर भरोसा नहीं करता — booking सेव करता है और 201 Created लौटाता है।
Server एक email service को, एक secret key के साथ जो server पर रखी है, पुष्टि भेजने के लिए कॉल करता है।

अगर आप server बंद कर दें, तो पेज शायद अब भी CDN से लोड हो जाए, पर वह slots नहीं दिखा पाएगा और bookings सेव नहीं कर पाएगा।

अच्छे से चलने के लिए server को क्या चाहिए

Memory (RAM) और CPU। बहुत कम memory हो तो लोड में ऐप क्रैश होता है; बहुत कम CPU हो तो वह धीमा हो जाता है।
चालू रहना। जो server बंद है, वह जवाब नहीं दे सकता। कुछ platforms निष्क्रिय ऐप्स को सुला देते हैं और अगले विज़िट पर जगाते हैं, जिससे पैसे बचते हैं, पर पहला अनुरोध धीमा हो सकता है।
Configuration और secrets, environment variables के रूप में दिए गए।
Logs — server का रिकॉर्ड कि क्या हुआ, जिसे कुछ टूटने पर सबसे पहले देखा जाता है।
Updates और security patches, जिन्हें managed hosting आपके लिए संभालती है।

आम गलतफ़हमियाँ

"Cloud का मतलब है कोई servers नहीं।" Cloud दूसरी कंपनियों के servers हैं, जो घंटे या उपयोग के हिसाब से किराए पर मिलते हैं।
"Server एक बड़ी खास मशीन है।" कोई भी कंप्यूटर server का काम कर सकता है। विकास के दौरान localhost खोलने पर आपका laptop भी एक server चलाता है।
"अगर बटन छिपा है, तो यूज़र उसे नहीं कर सकता।" कोई भी सीधे आपके server को अनुरोध भेज सकता है। Permission जाँच server पर होनी चाहिए, केवल पेज में नहीं।
"ज़्यादा servers लगाने से धीमापन ठीक हो जाता है।" अक्सर असली कारण एक धीमी database query या कोई बाहरी API होता है। पहले अड़चन खोजें।
"ऐप के लिए मुझे server मैनेज करना होगा।" Managed platforms servers आपके लिए चलाते हैं; आप कोड deploy करते हैं और वे मशीनें संभालते हैं।

अपने AI builder से क्या पूछें

"इस ऐप का कौन सा हिस्सा server पर चलता है, और कौन सा browser में?"
"सभी API keys server पर रखें और उन्हें environment variables से पढ़ें।"
"डेटा पढ़ने या बदलने वाले हर अनुरोध के लिए permissions server पर जाँचें।"
"Server logs कहाँ मिलेंगे, और इस error के बारे में वे क्या बताते हैं?"
"क्या इस ऐप को server की ज़रूरत है, या यह एक static साइट हो सकती है?"
"निष्क्रिय रहने के बाद पहले अनुरोध का क्या होता है?"

Mythex पर servers

Mythex में आपको servers सेट अप या मैनेज नहीं करने पड़ते। बनाते समय आपका ऐप live preview के लिए एक निजी cloud sandbox में चलता है। Publish करने पर Mythex उसे deploy करता है — static front ends को static sites के रूप में, और backends (Node, Python, C#, Java और दूसरे) को एक Dockerfile से बने containers के रूप में — बिना किसी hosting को खुद कॉन्फ़िगर किए। Deploy के समय Mythex मशीन का आकार चुनता है: डिफ़ॉल्ट रूप से 1 CPU और 512 MB memory, और माँग पर अधिक उपलब्ध है (Free पर 1 GB तक, और Pro पर 2 CPUs, 4 GB और 3 machines तक)। Published ऐप्स निष्क्रिय होने पर सो जाते हैं और अगले विज़िट पर जाग जाते हैं, और सोया हुआ ऐप compute पर कुछ खर्च नहीं करता। विवरण API backends और hosting limits के docs में हैं, और हमारी web hosting गाइड व्यापक तस्वीर देती है।

सवाल

सरल शब्दों में server क्या है?

Server एक कंप्यूटर है, या उस पर चलने वाला एक प्रोग्राम, जो दूसरे उपकरणों से अनुरोधों का इंतज़ार करता है और उनका जवाब देता है। जब आप कोई वेबसाइट खोलते हैं, तो आपका browser एक server से पेज माँगता है, और server उसे वापस भेजता है।

क्या server एक भौतिक मशीन है या software?

दोनों अर्थ इस्तेमाल होते हैं। "Server" का मतलब भौतिक या virtual कंप्यूटर हो सकता है, या उस पर चलने वाला प्रोग्राम जो अनुरोध संभालता है, जैसे एक web server। आज ज़्यादातर ऐप्स उस hardware पर नहीं चलते जो आपका अपना है, बल्कि किसी cloud provider के data centre में virtual machines या containers पर चलते हैं।

क्या हर वेबसाइट को server चाहिए?

हाँ, कुछ न कुछ हमेशा विज़िटर तक फ़ाइलें भेजता है। एक static वेबसाइट को बस एक सरल file server या CDN चाहिए। जो ऐप डेटा सेव करता है, logins संभालता है या secret API keys रखता है, उसे अपना कोड चलाने वाला backend server भी चाहिए।

Localhost का क्या मतलब है?

Localhost का मतलब है "यही कंप्यूटर"। जो developer अपनी मशीन पर ऐप चलाता है, वह उसे http://localhost:3000 जैसे पते पर खोलता है। केवल वही कंप्यूटर उसे पहुँच सकता है; किसी सार्वजनिक server पर deploy होने तक कोई और उसे नहीं देख सकता।