Server என்றால் என்ன? செயலி உருவாக்குபவர்களுக்கான எளிய வழிகாட்டி

Server என்பது கோரிக்கைகளுக்காகக் காத்திருந்து அவற்றுக்குப் பதில் அளிக்கும் கணினி — அல்லது ஒன்றில் இயங்கும் நிரல். நீங்கள் ஒரு இணையதளத்தைத் திறக்கும்போது, உங்கள் browser (client) இணையம் வழியாக ஒரு கோரிக்கை அனுப்புகிறது; எங்கோ ஒரு server பக்கத்தையோ படங்களையோ தரவையோ திருப்பி அனுப்புகிறது. மின்னஞ்சல் முதல் ஆன்லைன் வங்கி வரை நீங்கள் பயன்படுத்தும் ஒவ்வொரு செயலியும் நாள் ஒன்றுக்கு மில்லியன் முறை இதைச் செய்யும் servers-ஐச் சார்ந்துள்ளது.

AI கருவிகளுடன் உருவாக்கும்போது servers ஏன் முக்கியம்

AI builder உங்களுக்கு ஒரு செயலியை உருவாக்கும்போது, குறியீட்டின் ஒரு பகுதி பார்வையாளரின் browser-இல் இயங்கும், மற்றொரு பகுதி பொதுவாக ஒரு server-இல் இயங்கும். Server பகுதி, browser-ஐ நம்பவோ தனியாகச் செய்யவோ முடியாத விஷயங்களைச் செய்கிறது:

• தரவைச் சேமிப்பதும் ஏற்றுவதும் ஒரு database இலிருந்து.
• ரகசியங்களை வைத்திருப்பது, பணம் அல்லது AI provider API keys போன்றவை, அவை ஒருபோதும் browser-ஐ அடையக் கூடாது.
• அனுமதிகளைச் சரிபார்ப்பது — ஒரு பயனர் தன் சொந்தப் பதிவுகளை மட்டுமே பார்க்கவும் மாற்றவும் முடியும் என்பதை உறுதி செய்வது.
• பிற சேவைகளுடன் பேசுவது: அட்டைக்குக் கட்டணம் வசூலிப்பது, மின்னஞ்சல் அனுப்புவது, AI மாதிரியை அழைப்பது.

Server என்ன செய்கிறது என்று தெரிந்தால், உங்கள் செயலியின் விதிகள் உண்மையில் எங்கே வாழ்கின்றன, சில மாற்றங்களுக்கு ஏன் மறு-வெளியீடு தேவை, செயலியை hosting செய்யும்போது எதற்குப் பணம் செலுத்துகிறீர்கள் என்று புரிந்துகொள்ளலாம். இரு பகுதிகளுக்கும் இடையேயான பிரிவுக்கு frontend மற்றும் backend பார்க்கவும்.

ஒரு அன்றாட ஒப்புமை

Server என்பது தபால் அலுவலகத்தின் கவுண்டர் ஊழியர்கள் போன்றது. அவர்கள் வாடிக்கையாளர்களைத் தேடிச் செல்வதில்லை; காத்திருக்கிறார்கள். ஒரு வாடிக்கையாளர் (client) ஒரு கோரிக்கையுடன் வருகிறார் — "இந்தப் பார்சலை அனுப்பு", "எனக்கு ஏதாவது கடிதம் வந்திருக்கிறதா?" — எழுத்தர் அதைக் கையாண்டு ஒரு முடிவைத் திருப்பித் தருகிறார். ஒரே எழுத்தர் பலரை ஒருவர் பின் ஒருவராகக் கவனிக்கலாம்; பரபரப்பான தபால் அலுவலகம் அதிக கவுண்டர்களைத் திறக்கும்.

தபால் அலுவலகத்துக்கும் வாடிக்கையாளர் மீறமுடியாத விதிகள் உண்டு: பார்சலைப் பெற அடையாள அட்டை காட்ட வேண்டும். செயலியிலும் அதுதான் server-இன் வேலை — browser எதைக் கேட்டாலும் கேட்கலாம், ஆனால் எதைப் பெறுவது என்று server தீர்மானிக்கிறது.

கோரிக்கை ஒரு server-ஐ எப்படி அடைகிறது

ஒருவர் https://bookings.example.com/schedule என்ற முகவரிக்குச் செல்லும்போது:

1. DNS தேடல். Browser, bookings.example.com எந்த IP முகவரியைச் சுட்டுகிறது என்று domain name system-இடம் கேட்கிறது. டொமைன்களும் DNS-உம் எப்படி வேலை செய்கின்றன பார்க்கவும்.
2. இணைப்பு. Browser அந்த முகவரியுடன், HTTPS-க்கான port 443-இல் இணைகிறது, குறியாக்கப்பட்ட இணைப்பை அமைக்கிறது. HTTPS என்றால் என்ன பார்க்கவும்.
3. கோரிக்கை. அது ஒரு HTTP கோரிக்கை அனுப்புகிறது: GET /schedule.
4. வேலை. /schedule-ஐ கையாளும் குறியீட்டை server இயக்குகிறது — ஒருவேளை தரவுத்தளத்தில் இன்றைய முன்பதிவுகளைத் தேடலாம்.
5. பதில். அது ஒரு நிலைக் குறியீட்டையும் (200 OK) உள்ளடக்கத்தையும் திருப்பி அனுப்புகிறது — ஒரு HTML பக்கம், அல்லது பக்கம் காட்ட JSON தரவு.

இவை அனைத்தும் பொதுவாக ஒரு வினாடியின் ஒரு பகுதியில் முடியும்.

நீங்கள் கேள்விப்படும் server வகைகள்

"Server" என்பது இயந்திரத்தையும் நிரலையும் ஒரே நேரத்தில் குறிக்கிறது என்பதை நினைவில் வையுங்கள். "The server crashed" என்றால் இரண்டில் எதுவாகவும் இருக்கலாம்.

ஒரு வேலை செய்யப்பட்ட எடுத்துக்காட்டு: ஒரு salon முன்பதிவு செயலி

ஒரு சிறிய salon முன்பதிவு செயலியில் server என்ன செய்கிறது:

• ஒரு பார்வையாளர் தளத்தைத் திறக்கிறார். Server (அல்லது அதன் முன்னால் உள்ள CDN) பக்கக் கோப்புகளை அனுப்புகிறது.
• பக்கம் server-இடம் GET /api/slots?date=2026-10-03 என்று கேட்கிறது. Server தரவுத்தளத்தில் காலியான நேரங்களை வினவி, JSON ஆக திருப்பி அனுப்புகிறது.
• பார்வையாளர் 14:00-ஐ முன்பதிவு செய்கிறார். பக்கம் POST /api/bookings அனுப்புகிறது. Server நேரம் இன்னும் காலியாக உள்ளதா என்று சரிபார்க்கிறது — browser சொல்வதை நம்புவதில்லை — முன்பதிவைச் சேமித்து 201 Created திருப்பி அனுப்புகிறது.
• உறுதிப்படுத்தல் மின்னஞ்சல் அனுப்ப, server-இல் சேமிக்கப்பட்ட ரகசிய key-உடன் ஒரு மின்னஞ்சல் சேவையை server அழைக்கிறது.

Server-ஐ அணைத்துவிட்டால், CDN-இலிருந்து பக்கம் இன்னும் ஏற்றப்படலாம், ஆனால் நேரங்களைக் காட்டவோ முன்பதிவுகளைச் சேமிக்கவோ முடியாது.

Server நன்றாக இயங்க என்ன தேவை

• நினைவகம் (RAM) மற்றும் CPU. நினைவகம் குறைவானால் சுமையின் கீழ் செயலி செயலிழக்கும்; CPU குறைவானால் மெதுவாகும்.
• இயங்கிக் கொண்டிருப்பது. அணைக்கப்பட்ட server பதிலளிக்க முடியாது. சில தளங்கள் செயலற்ற செயலிகளைத் தூங்க வைத்து அடுத்த வருகையில் விழிக்க வைக்கின்றன; இது பணத்தை மிச்சப்படுத்தும், ஆனால் முதல் கோரிக்கையை மெதுவாக்கலாம்.
• அமைப்பும் ரகசியங்களும், environment variables ஆக வழங்கப்படுபவை.
• பதிவுகள் (Logs) — server-இல் நடந்தவற்றின் பதிவு; ஏதாவது உடைந்தால் முதலில் பார்ப்பது இதுதான்.
• புதுப்பிப்புகளும் பாதுகாப்புத் திருத்தங்களும், நிர்வகிக்கப்பட்ட hosting உங்களுக்காகக் கையாளும்.

பொதுவான தவறான கருத்துகள்

• "Cloud என்றால் servers இல்லை." Cloud என்பது மற்ற நிறுவனங்களின் servers; மணிநேரத்துக்கோ பயன்பாட்டுக்கேற்பவோ வாடகைக்கு எடுக்கப்படுபவை.
• "Server என்பது பெரிய சிறப்பு கணினி." எந்தக் கணினியும் server ஆகச் செயல்படலாம். நீங்கள் மேம்பாட்டின்போது localhost-ஐத் திறக்கும்போது உங்கள் laptop ஒன்றை இயக்குகிறது.
• "பொத்தான் மறைந்திருந்தால், பயனர்களால் அதைச் செய்ய முடியாது." யார் வேண்டுமானாலும் நேரடியாக உங்கள் server-க்குக் கோரிக்கைகள் அனுப்பலாம். அனுமதிச் சோதனைகள் பக்கத்தில் மட்டுமல்ல, server-இல்தான் நடக்க வேண்டும்.
• "அதிக servers வேகக் குறைவைச் சரிசெய்யும்." பெரும்பாலும் உண்மையான காரணம் மெதுவான தரவுத்தள வினவல் அல்லது வெளி API. முதலில் தடையைக் கண்டறியுங்கள்.
• "செயலி வைத்திருக்க நான் server-ஐ நிர்வகிக்க வேண்டும்." நிர்வகிக்கப்பட்ட தளங்கள் servers-ஐ உங்களுக்காக இயக்குகின்றன; நீங்கள் குறியீட்டை deploy செய்கிறீர்கள், இயந்திரங்களை அவை கையாளுகின்றன.

AI கருவியிடம் என்ன கேட்க வேண்டும்

• "இந்த செயலியின் எந்தப் பகுதிகள் server-இல் இயங்குகின்றன, எவை browser-இல் இயங்குகின்றன?"
• "API keys அனைத்தையும் சர்வரில் வைத்து, சூழல் மாறிகளிலிருந்து வாசியுங்கள்."
• "தரவைப் படிக்கும் அல்லது மாற்றும் ஒவ்வொரு கோரிக்கைக்கும் அனுமதிகளை server-இல் சரிபாருங்கள்."
• "Server பதிவுகள் எங்கே உள்ளன, இந்தப் பிழை பற்றி அவை என்ன சொல்கின்றன?"
• "இந்தச் செயலிக்கு உண்மையிலேயே server தேவையா, அல்லது நிலையான தளமாக இருக்கலாமா?"
• "செயலற்று இருந்த பிறகு முதல் கோரிக்கைக்கு என்ன நடக்கும்?"

Mythex-இல் Servers

Mythex-இல் நீங்கள் servers-ஐ அமைப்பதும் நிர்வகிப்பதும் இல்லை. நீங்கள் உருவாக்கும்போது, உங்கள் செயலி நேரடி preview-க்காக ஒரு தனியார் cloud sandbox-இல் இயங்குகிறது. வெளியிடும்போது, Mythex அதை deploy செய்கிறது — நிலையான front end-கள் நிலையான தளங்களாகவும், backend-கள் (Node, Python, C#, Java மற்றும் பிற) Dockerfile-இலிருந்து கட்டப்பட்ட containers ஆகவும் — நீங்களே எதையும் கட்டமைக்க வேண்டியதில்லை. Deploy செய்யும்போது Mythex இயந்திர அளவைத் தேர்ந்தெடுக்கிறது: இயல்பாக 1 CPU மற்றும் 512 MB நினைவகம், கோரிக்கையின் பேரில் அதிகம் கிடைக்கும் (Free-இல் 1 GB வரை; Pro-இல் 2 CPU, 4 GB மற்றும் 3 இயந்திரங்கள் வரை). வெளியிட்ட செயலிகள் செயலற்று இருக்கும்போது தூங்கி, அடுத்த வருகையில் விழிக்கின்றன; தூங்கும் செயலி கணினி வளத்துக்குச் செலவு செய்யாது. விவரங்கள் API backends மற்றும் hosting வரம்புகள் ஆவணங்களில் உள்ளன; பரந்த படத்துக்கு எங்கள் web hosting வழிகாட்டி உதவும்.

கேள்விகள்