Çfarë është një server? Udhëzues i qartë për ndërtuesit e aplikacioneve

Një server është një kompjuter — ose një program që funksionon në një kompjuter — që pret kërkesa dhe u përgjigjet atyre. Kur hap një uebsajt, shfletuesi yt (klienti) dërgon një kërkesë nëpër internet, dhe një server diku dërgon përsëri faqen, imazhet ose të dhënat. Çdo aplikacion që përdor, nga email-i deri te bankingu online, varet nga serverët që e bëjnë këtë miliona herë në ditë.

Pse serverët kanë rëndësi kur ndërton me AI

Kur një ndërtues me AI të bën një aplikacion, një pjesë e kodit ekzekutohet në shfletuesin e vizitorit dhe një pjesë zakonisht ekzekutohet në një server. Pjesa e serverit bën ato gjëra që shfletuesi nuk mund t'u besohet ose nuk mund t'i bëjë vetë:

• Ruajtja dhe ngarkimi i të dhënave nga një bazë të dhënash.
• Mbajtja e sekreteve, si çelësat API të pagesave ose ofruesit të AI, që nuk duhet të arrijnë kurrë te shfletuesi.
• Kontrollimi i lejeve — duke u siguruar që një përdorues të mund të shohë dhe ndryshojë vetëm regjistrimet e tij.
• Komunikimi me shërbime të tjera: të ngarkojë një kartë, të dërgojë një email, të thërrasë një model AI.

Të dish çfarë bën serveri të ndihmon të kuptosh ku jetojnë realisht rregullat e aplikacionit, pse disa ndryshime kërkojnë ripublikim, dhe për çfarë paguan kur hoston një aplikacion. Për ndarjen mes dy anëve, shih frontend kundrejt backend.

Një analogji e përditshme

Një server është si punonjësit në banakun e një zyre postare. Nuk shkojnë të kërkojnë klientë; presin. Një klient hyn me një kërkesë — "dërgo këtë pako", "a ka postë për mua?" — dhe punonjësi e trajton dhe i kthen një rezultat. Një punonjës mund t'i shërbejë shumë klientëve njëri pas tjetrit, dhe një zyrë e zënë hap më shumë banakë.

Zyra postare ka gjithashtu rregulla që klienti nuk mund t'i anashkalojë: duhet të tregosh një dokument identiteti për të marrë një pako. Kjo është puna e serverit edhe në një aplikacion — shfletuesi mund të kërkojë çdo gjë, por serveri vendos çfarë merr.

Si arrin një kërkesë te një server

Kur dikush viziton https://bookings.example.com/schedule:

1. Kërkim DNS. Shfletuesi e pyet sistemin e emrave të domain-eve se cilën adresë IP tregon bookings.example.com. Shih si funksionojnë domain-et dhe DNS.
2. Lidhja. Shfletuesi lidhet me atë adresë, në portën 443 për HTTPS, dhe krijon një lidhje të enkriptuar. Shih çfarë është HTTPS.
3. Kërkesa. Dërgon një kërkesë HTTP: GET /schedule.
4. Puna. Serveri ekzekuton kodin që trajton /schedule — ndoshta duke kërkuar rezervimet e sotme në bazën e të dhënave.
5. Përgjigjja. Kthen një kod statusi (200 OK) dhe përmbajtjen — një faqe HTML, ose të dhëna JSON që faqja t'i shfaqë.

Gjithë kjo zakonisht zgjat një pjesë të sekondës.

Llojet e serverëve që do të dëgjosh

Vër re që "server" do të thotë si makinën ashtu edhe programin. "Serveri u prish" mund të nënkuptojë njërën ose tjetrën.

Një shembull i punuar: një aplikacion rezervimi për sallon

Ja çfarë bën serveri në një aplikacion të vogël rezervimi për sallon:

• Një vizitor hap faqen. Serveri (ose një CDN përpara tij) dërgon skedarët e faqes.
• Faqja i kërkon serverit GET /api/slots?date=2026-10-03. Serveri pyet bazën e të dhënave për orarët e lirë dhe i kthen si JSON.
• Vizitori rezervon orën 14:00. Faqja dërgon POST /api/bookings. Serveri kontrollon që ora të jetë ende e lirë — nuk i beson fjalës së shfletuesit — e ruan rezervimin dhe kthen 201 Created.
• Serveri thërret një shërbim emaili me një çelës sekret, të ruajtur në server, për të dërguar konfirmimin.

Nëse e fiket serverin, faqja mbase do të ngarkohej ende nga një CDN, por nuk do të mund të shfaqte orare ose të ruante rezervime.

Çfarë i duhet një serveri për të funksionuar mirë

• Memorie (RAM) dhe CPU. Pak memorie dhe aplikacioni rrëzohet nën ngarkesë; pak CPU dhe ngadalësohet.
• Të jetë i ndezur. Një server i fikur nuk mund t'u përgjigjet kërkesave. Disa platforma i vënë aplikacionet joaktive në gjumë dhe i zgjojnë me vizitën e radhës, gjë që kursen para por mund ta bëjë kërkesën e parë më të ngadaltë.
• Konfigurimin dhe sekretet, të dhëna si ndryshore mjedisi.
• Regjistrimet — kujtesa e serverit për atë që ndodhi, dhe aty shikon i pari kur diçka prishet.
• Përditësime dhe arna sigurie, që hostimi i menaxhuar i trajton për ty.

Keqkuptime të zakonshme

• "Cloud do të thotë pa servera." Cloud-i janë serverët e kompanive të tjera, të marrë me qira sipas orës ose përdorimit.
• "Një server është një kompjuter i madh e i veçantë." Çdo kompjuter mund të veprojë si server. Laptopi yt ekzekuton një kur hap localhost gjatë zhvillimit.
• "Nëse butoni është i fshehur, përdoruesit nuk mund ta bëjnë." Kushdo mund t'i dërgojë kërkesa drejtpërdrejt serverit tënd. Kontrollet e lejeve duhet të bëhen në server, jo vetëm në faqe.
• "Më shumë servera e zgjidhin ngadalësinë." Shpesh shkaku i vërtetë është një pyetje e ngadaltë në bazën e të dhënave ose një API e jashtme. Gjej pengesën e parë.
• "Duhet të menaxhoj një server për të pasur një aplikacion." Platformat e menaxhuara i ekzekutojnë serverët për ty; ti vendos kodin dhe ata trajtojnë makinat.

Çfarë t'i pyesësh ndërtuesin tënd me AI

• "Cilat pjesë të këtij aplikacioni ekzekutohen në server, dhe cilat në shfletues?"
• "Mbaj të gjithë çelësat API në server dhe lexoji nga ndryshoret e mjedisit."
• "Kontrollo lejet në server për çdo kërkesë që lexon ose ndryshon të dhëna."
• "Ku gjej regjistrimet e serverit, dhe çfarë thonë për këtë gabim?"
• "A ka nevojë ky aplikacion fare për server, apo mund të jetë një faqe statike?"
• "Çfarë ndodh me kërkesën e parë pasi aplikacioni ka qenë joaktiv?"

Serverët në Mythex

Në Mythex nuk konfiguron dhe nuk menaxhon serverë. Gjatë ndërtimit, aplikacioni yt funksionon në një sandbox cloud private për Pamjen paraprake të gjallë. Kur publikon, Mythex e vendos: frontend-et statike si faqe statike, dhe backend-et (Node, Python, C#, Java dhe të tjera) si kontejnerë të ndërtuar nga një Dockerfile — pa asnjë hostim për të konfiguruar vetë. Mythex zgjedh madhësinë e makinës kur bën deploy: si parazgjedhje 1 CPU dhe 512 MB memorie, me më shumë të disponueshme me kërkesë (deri në 1 GB në Free, dhe deri në 2 CPU, 4 GB dhe 3 makina në Pro). Aplikacionet e publikuara fle kur janë joaktive dhe zgjohen me vizitën e radhës, dhe një aplikacion në gjumë nuk shpenzon asgjë për llogaritje. Detajet janë në dokumentacionin për backend-et API dhe kufijtë e hostimit, dhe udhëzuesi ynë për hostimin e uebit mbulon pamjen më të gjerë.

Pyetje