Full-Stack App என்றால் என்ன? எளிய விளக்கம்

Full-stack செயலி என்பது வேலை செய்ய தேவையான எல்லா அடுக்குகளையும் கொண்ட செயலி: மக்கள் பார்த்துக் கிளிக் செய்யும் frontend, சர்வரில் இயங்கி விதிகளை அமல்படுத்தும் backend, எல்லாவற்றையும் நினைவில் வைக்கும் database. உங்கள் பணிகளைச் சேமிக்கும், எந்த சாதனத்திலிருந்தும் உள்நுழைய அனுமதிக்கும், வேறு யாருக்கும் உங்கள் பட்டியலைக் காட்டாத ஒரு to-do பட்டியல் full-stack. உங்கள் திறக்கும் நேரத்தை மட்டும் காட்டும் ஒரு பக்கம் அப்படியல்ல.

"Stack" என்பது ஒன்றின் மேல் ஒன்றாக அடுக்கப்பட்ட தொழில்நுட்ப அடுக்குகளைக் குறிக்கிறது. "Full" என்றால் எல்லாம் இருக்கின்றன என்று பொருள்.

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

AI கட்டமைப்பாளரிடம் ஒரு செயலியை விவரிக்கும்போது, நீங்கள் பயன்படுத்தும் சொற்கள்தான் எந்த அடுக்குகள் கட்டப்படும் என்பதை முடிவு செய்கின்றன. "எங்கள் மெனுவைக் காட்டும் ஒரு பக்கம் செய்" என்றால் frontend கிடைக்கும். "வாடிக்கையாளர்கள் இந்த மெனுவிலிருந்து ஆர்டர் செய்ய, சமையலறை புதிய ஆர்டர்களைப் பார்க்க அனுமதி" என்றால் மூன்று அடுக்குகளும் தேவை; ஏனெனில் ஆர்டர்கள் சேமிக்கப்பட வேண்டும், இரண்டு வகை பயனர்களுக்கு இடையே பகிரப்பட வேண்டும், தனிப்பட்டதாகவும் இருக்க வேண்டும்.

இந்த வேறுபாட்டைத் தெரிந்துகொள்வது மூன்று வகைகளில் உதவுகிறது:

• சரியானதைக் கேட்கிறீர்கள். தரவு சேமிக்கப்பட வேண்டுமென்றால் அதைச் சொல்லுங்கள். Frontend மட்டும் உருவாக்கும் கட்டமைப்பாளர் முடிந்தது போலத் தோன்றும், ஆனால் புதுப்பித்ததும் எல்லாவற்றையும் மறந்துவிடும்.
• போலியான முழுமையைக் கண்டறிகிறீர்கள். மாதிரி தரவுடன் கூடிய டெமோ, வேலை செய்யும் செயலியைப் போலவே தோன்றலாம். அடுக்குகளைத் தெரிந்தால், தரவு உண்மையில் எங்கோ போய்ச் சேர்கிறதா என்று சரிபார்க்கலாம்.
• இயக்கச் செலவைப் புரிந்துகொள்கிறீர்கள். Frontend மட்டும் நிலையான கோப்புகளாக வழங்கப்படலாம். Backend மற்றும் database சர்வர்களில் இயங்கும் நிரல்கள்; பெரும்பாலான hosting செலவு அங்கிருந்துதான் வருகிறது.

ஒரு அன்றாட ஒப்புமை: உணவகம்

ஒரு உணவகத்தை நினைத்துப் பாருங்கள்.

• உணவு அறை frontend. மெனுக்கள், மேசைகள், பணியாளரின் குறிப்பேடு. விருந்தினர்கள் பார்ப்பது இதுதான்; அது அழகாகவும் பயன்படுத்த எளிதாகவும் இருக்க வேண்டும்.
• சமையலறை backend. விருந்தினர்கள் உள்ளே செல்வதில்லை. அது ஆர்டர்களை ஏற்கிறது, உணவு இருக்கிறதா என்று சரிபார்க்கிறது, சமைக்கிறது, விசித்திரமான கோரிக்கைகளை மறுக்கிறது. விதிகள் இங்கேதான் வாழ்கின்றன.
• சரக்கறையும் ஆர்டர் புத்தகமும் database. என்ன இருக்கிறது, என்ன ஆர்டர் செய்யப்பட்டது என்பதை வைத்திருக்கின்றன; அதனால் ஷிஃப்ட் மாறும்போதும் எதுவும் மறக்கப்படுவதில்லை.

உணவு அறை மட்டும் உள்ள உணவகம் அழகான மெனுவைக் காட்டலாம், ஆனால் உங்களுக்கு உணவு கிடைக்காது. அது full-stack போல நடிக்கும் frontend-மட்டும் செயலி.

மூன்று அடுக்குகள் விரிவாக

அடுக்குகள் ஒரு நிலையான வரிசையில் ஒன்றோடொன்று பேசுகின்றன. Frontend, backend வழங்கும் API — அது ஏற்கும் வரையறுக்கப்பட்ட கோரிக்கைகளின் தொகுப்பு — மூலம் ஏதாவது கேட்கிறது. Backend கோரிக்கையைச் சரிபார்த்து, database-ஐப் படிக்கிறது அல்லது எழுதுகிறது, பதில் அனுப்புகிறது. Frontend database-ஐ நேரடியாகத் தொடர்புகொள்வதில்லை.

அந்த வரிசைதான் முழு stack-இலும் மிக முக்கியமான பாதுகாப்புக் கருத்து. Frontend பார்வையாளரின் சாதனத்தில் இயங்குவதால், அதில் உள்ள அனைத்தையும் பார்வையாளர் படிக்கவும் மாற்றவும் முடியும். அதனால் "இந்த விலைப்பட்டியலை உரிமையாளர் மட்டுமே பார்க்க முடியும்", "ஒரு கூப்பன் ஒரு முறை மட்டுமே பயன்படும்" போன்ற விதிகள் backend-இல் அமல்படுத்தப்பட வேண்டும். இந்தப் பிரிவைப் பற்றி மேலும் அறிய frontend மற்றும் backend பார்க்கவும்.

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

நீங்கள் ஒரு யோகா நிலையம் நடத்துகிறீர்கள், மக்கள் வகுப்புகளை இணையத்தில் முன்பதிவு செய்ய விரும்புகிறீர்கள் என்று வைத்துக்கொள்ளுங்கள்.

பார்வையாளர் என்ன செய்கிறார்: தளத்தைத் திறக்கிறார், இந்த வாரத்தின் வகுப்புகளைப் பார்க்கிறார், ஒன்றைத் தட்டுகிறார், உள்நுழைந்து ஓர் இடத்தை முன்பதிவு செய்கிறார்.

அதன் அடியில் என்ன நடக்கிறது:

1. Frontend நேர அட்டவணையைக் காட்டுகிறது. அதை நிரப்ப, backend-இடம் கேட்கிறது: "இந்த வாரம் என்ன வகுப்புகள் உள்ளன, எத்தனை இடங்கள் மீதம் உள்ளன?"
2. Backend வகுப்புகளுக்காக database-ஐக் கேட்டு, ஒவ்வொன்றுக்கும் முன்பதிவுகளை எண்ணி, பதில் அனுப்புகிறது.
3. பார்வையாளர் முன்பதிவு அழுத்துகிறார். Frontend "உள்நுழைந்த இந்த நபருக்கு வகுப்பு 42-ஐ முன்பதிவு செய்" என்று அனுப்புகிறது.
4. Backend சரிபார்க்கிறது: இந்த நபர் உண்மையிலேயே உள்நுழைந்திருக்கிறாரா? வகுப்பு நிரம்பிவிட்டதா? அவர் ஏற்கனவே முன்பதிவு செய்திருக்கிறாரா? எல்லாம் சரியாக இருந்தால் மட்டுமே database-இல் ஒரு புதிய முன்பதிவு வரியை எழுதுகிறது.
5. Backend "முன்பதிவு செய்யப்பட்டது" என்று பதில் அனுப்புகிறது; frontend உறுதிப்படுத்தலைக் காட்டுகிறது.
6. பின்னர், நிலைய உரிமையாளர் உள்நுழைந்து வகுப்புப் பட்டியலைப் பார்க்கிறார். அனைவரின் பெயர்களையும் காட்டுவதற்கு முன், அவர் நிர்வாகி என்பதை backend சரிபார்க்கிறது.

இப்போது இது frontend மட்டுமாகக் கட்டப்பட்டிருந்ததாக கற்பனை செய்யுங்கள். நேர அட்டவணை தெரியலாம், முன்பதிவு பொத்தான் அழகான டிக் குறியைக் காட்டலாம், ஆனால் புதுப்பித்ததும் முன்பதிவு மறைந்துவிடும், மற்றவர்களுக்கு "மீதமுள்ள இடங்கள்" எண்ணிக்கை தவறாக இருக்கும், உரிமையாளர் அதை ஒருபோதும் பார்க்க மாட்டார். படி 4 — சரிபார்ப்புகள் — முற்றிலும் இல்லாமல் போயிருக்கும். நடைமுறையில் உள்ள வேறுபாடு இதுதான்.

முக்கிய சொற்கள்

• Frontend (client பக்கம்): browser-இல் இயங்கும் பகுதி.
• Backend (server பக்கம்): சர்வரில் இயங்கும் பகுதி. API சர்வர் என்றும் அழைக்கப்படும்.
• Database: தரவு ஒழுங்கான முறையில் சேமிக்கப்படும் இடம். database என்றால் என்ன பார்க்கவும்.
• API: frontend அல்லது பிற நிரல்களிடமிருந்து backend ஏற்கும் கோரிக்கைகளின் பட்டியல்.
• Authentication: யார் என்று சரிபார்ப்பது (உள்நுழைவு). Authorisation: அவர் என்ன செய்யலாம் என்று சரிபார்ப்பது.
• Deployment: பொதுமக்கள் பயன்படுத்தும் வகையில் எல்லா அடுக்குகளையும் சர்வர்களில் வைப்பது.
• Monolith vs services: எல்லாவற்றையும் செய்யும் ஒரே நிரல், எதிராக பல சிறிய நிரல்கள் (எடுத்துக்காட்டாக ஒரு இணையதளமும் தனி API-உம்). இரண்டுமே full-stack தான்.

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

• "பார்க்க முடிந்ததால் முடிந்தது." மாதிரி தரவும் வேலை செய்வது போலத் தோன்றும் பொத்தானும் சேமிக்கப்பட்ட தரவுக்குச் சமமல்ல. பக்கத்தைப் புதுப்பித்து, தனிப்பட்ட சாளரத்தில் திறந்து, தரவு இன்னும் இருக்கிறதா என்று பாருங்கள்.
• விதிகளை frontend-இல் வைப்பது. ஒரு பொத்தானை மறைப்பது பாதுகாப்பு அல்ல. Backend சரிபார்க்கவில்லையென்றால், கோரிக்கையை அறிந்த யாரும் அதைச் செய்யலாம்.
• ரகசிய keys-ஐ frontend-இல் வைப்பது. Browser குறியீட்டில் உள்ள பணம் அல்லது AI provider key ஒவ்வொரு பார்வையாளரும் படிக்கக்கூடியது. Keys backend-இல், சூழல் மாறிகளில் இருக்க வேண்டும் — environment variables மற்றும் secrets பார்க்கவும்.
• Full-stack என்றால் சிக்கலானது என்று நினைப்பது. ஒரு சிறிய full-stack செயலி சில திரைகள், ஒரு சில backend வழிகள், மூன்று database tables ஆக இருக்கலாம். அது அடுக்குகளின் விளக்கம், அளவின் அல்ல.
• எல்லா தொழில்நுட்பங்களையும் நீங்களே தேர்ந்தெடுக்க வேண்டும் என்று நினைப்பது. முதல் பதிப்புக்கு எந்த நல்ல, பரவலாகப் பயன்படும் stack-உம் போதும். தரவு மற்றும் விதிகளின் தெளிவான விவரிப்புதான் அதிக முக்கியம்.

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

அடுக்குகளின் பெயர்களைச் சொல்லாவிட்டாலும், செயலியை இந்த மூன்று அடுக்குகளின் அடிப்படையில் விவரியுங்கள்:

• தரவு: "வகுப்புகளை (பெயர், நேரம், கொள்ளளவு) மற்றும் முன்பதிவுகளை (வகுப்பு, நபர், முன்பதிவு நேரம்) database-இல் சேமியுங்கள்."
• விதிகள்: "கொள்ளளவைத் தாண்டி ஒரு வகுப்பை முன்பதிவு செய்ய முடியாது. ஒரு நபர் ஒரு வகுப்பை ஒரு முறை மட்டுமே முன்பதிவு செய்யலாம். நிர்வாகிகள் மட்டுமே யார் முன்பதிவு செய்தார்கள் என்று பார்க்கலாம்."
• திரைகள்: "வாராந்திர நேர அட்டவணை, முன்பதிவு உறுதிப்படுத்தல், ஒரு வகுப்புக்கு முன்பதிவுகளைக் காட்டும் நிர்வாகப் பக்கம்."
• சரிபார்ப்புகள்: "இந்த விதிகளை பக்கத்தில் மட்டுமல்ல, சர்வரில் அமல்படுத்துங்கள். API keys-ஐ சர்வரில் வையுங்கள்."

பின்னர் சந்தேகப்படுபவரைப் போல சோதியுங்கள்: புதுப்பியுங்கள், இரண்டு வெவ்வேறு நபர்களாக உள்நுழையுங்கள், நீங்கள் பார்க்கக்கூடாத தரவைப் பார்க்க முயலுங்கள். AI மூலம் செயலி உருவாக்குவது எப்படி வழிகாட்டி இந்த சுழற்சியை முடிவிலிருந்து முடிவு வரை விளக்குகிறது.

Mythex-இல் Full-stack செயலிகள்

Mythex அரட்டை விவரிப்பிலிருந்து full-stack இணைய செயலிகளை உருவாக்குகிறது. இயல்பாக ஒரு புதிய செயலிக்கு React மற்றும் TypeScript frontend கிடைக்கும்; செயலிக்கு தரவைச் சேமிக்க வேண்டியிருக்கும்போது, திட்டத்தில் ஒரு பிரத்யேக Postgres database சேர்க்கப்படும். இணையதளத்துடன் சேர்த்து தனி API சர்வரும் (எடுத்துக்காட்டாக Python, Node, C# அல்லது Java) கேட்கலாம். எல்லாமே ஒன்றாக நேரடி preview-இல் இயங்கி பொது URL-இல் வெளியிடப்படும். பல-சேவை செயலிகள் ஆவணப் பக்கம் இணையதளமும் API-உம் எப்படி ஒன்றாக preview செய்யப்பட்டு வெளியிடப்படுகின்றன என்று காட்டுகிறது; தொடக்கப் புள்ளிகளுக்கு full-stack app builder பக்கம் உதவும்.

கேள்விகள்