Co je server? Srozumitelný průvodce pro tvůrce aplikací

Server je počítač, nebo program běžící na počítači, který čeká na požadavky a odpovídá na ně. Když otevřete web, váš prohlížeč (klient) pošle požadavek přes internet a někde server pošle zpět stránku, obrázky nebo data. Každá aplikace, kterou používáte, od e-mailu po internetové bankovnictví, na tom závisí, protože servery to dělají miliónkrát denně.

Proč na serverech záleží, když stavíte s AI

Když vám nástroj s AI vytvoří aplikaci, část kódu běží v prohlížeči návštěvníka a část obvykle běží na serveru. Serverová část dělá věci, kterým prohlížeč nelze svěřit nebo které nezvládne sám:

• Ukládání a načítání dat z databáze.
• Držení tajemství, jako jsou klíče API pro platby nebo AI, které nesmí nikdy dorazit do prohlížeče.
• Kontrola oprávnění, tedy zajištění, že uživatel smí vidět a měnit jen své vlastní záznamy.
• Komunikace s jinými službami: účtování karty, odesílání e-mailu, volání AI modelu.

Znalost toho, co server dělá, vám pomůže pochopit, kde skutečně žijí pravidla vaší aplikace, proč některé změny vyžadují nové publikování a za co platíte, když aplikaci hostujete. Rozdělení mezi oběma polovinami popisuje frontend vs backend.

Každodenní přirovnání

Server je jako přepážka na poště. Nejde ven hledat zákazníky, čeká. Zákazník (klient) přijde s požadavkem „pošlete tento balík“ nebo „mám pro mě poštu?“, úředník jej vyřídí a vrátí výsledek. Jeden úředník může obsloužit mnoho zákazníků za sebou a rušná pošta otevře další přepážky.

Pošta má také pravidla, která zákazník nemůže přehlasovat: k vyzvednutí balíku se musíte prokázat. To je v aplikaci úloha serveru. Prohlížeč si může říct o cokoli, ale server rozhodne, co dostane.

Jak požadavek dorazí na server

Když někdo navštíví https://bookings.example.com/schedule:

1. Vyhledání DNS. Prohlížeč se zeptá systému doménových jmen, na kterou IP adresu ukazuje bookings.example.com. Viz jak fungují domény a DNS.
2. Připojení. Prohlížeč se připojí na tuto adresu, na port 443 pro HTTPS, a navaže šifrované spojení. Viz co je HTTPS a SSL.
3. Požadavek. Odešle HTTP požadavek: GET /schedule.
4. Práce. Server spustí kód, který obsluhuje /schedule, třeba vyhledá dnešní rezervace v databázi.
5. Odpověď. Odešle stavový kód (200 OK) a obsah, tedy HTML stránku, nebo data JSON, která stránka zobrazí.

Celé to obvykle trvá zlomek sekundy.

Druhy serverů, o kterých uslyšíte

Všimněte si, že „server“ znamená stroj i program. Věta „server spadl“ může znamenat obojí.

Příklad: rezervační aplikace pro kadeřnictví

Tady je, co server dělá v malé rezervační aplikaci pro salon:

• Návštěvník otevře web. Server (nebo CDN před ním) pošle soubory stránky.
• Stránka se zeptá serveru GET /api/slots?date=2026-10-03. Server se dotáže databáze na volné termíny a vrátí je jako JSON.
• Návštěvník rezervuje 14:00. Stránka pošle POST /api/bookings. Server ověří, že termín je pořád volný, protože prohlížeči na slovo nevěří, rezervaci uloží a vrátí 201 Created.
• Server zavolá e-mailovou službu s tajným klíčem, uloženým na serveru, aby odeslal potvrzení.

Kdyby se server vypnul, stránka by se možná pořád načetla z CDN, ale nemohla by ukázat termíny ani uložit rezervace.

Co server potřebuje, aby dobře fungoval

• Paměť (RAM) a CPU. Málo paměti a aplikace pod zátěží spadne; málo CPU a zpomalí.
• Být spuštěný. Vypnutý server nemůže odpovídat. Některé platformy uspávají nečinné aplikace a probouzejí je při další návštěvě, což šetří peníze, ale může zpomalit první požadavek.
• Konfiguraci a tajné údaje poskytované jako proměnné prostředí.
• Logy, tedy záznam serveru o tom, co se stalo. Když se něco rozbije, nahlédnete do nich jako první.
• Aktualizace a bezpečnostní záplaty, o které se u spravovaného hostingu postará poskytovatel.

Časté mylné představy

• „Cloud znamená žádné servery.“ Cloud jsou servery jiných firem, pronajaté podle hodin nebo podle využití.
• „Server je velký speciální počítač.“ Jakýkoli počítač může být serverem. Váš notebook jako server běží, když při vývoji otevřete localhost.
• „Když je tlačítko skryté, uživatelé to nemohou udělat.“ Kdokoli může posílat požadavky přímo na váš server. Kontroly oprávnění musí probíhat na serveru, ne jen na stránce.
• „Více serverů opraví pomalost.“ Často je skutečnou příčinou pomalý databázový dotaz nebo externí API. Nejdřív najděte úzké místo.
• „Abych měl aplikaci, musím spravovat server.“ Spravované platformy provozují servery za vás; vy nasazujete kód a stroje řeší ony.

Co se zeptat svého nástroje pro tvorbu s AI

• „Které části této aplikace běží na serveru a které v prohlížeči?“
• „Drž všechny API klíče na serveru a čti je z proměnných prostředí.“
• „Kontroluj oprávnění na serveru u každého požadavku, který čte nebo mění data.“
• „Kde najdu logy serveru a co říkají o této chybě?“
• „Potřebuje tato aplikace vůbec server, nebo může být statický web?“
• „Co se stane s prvním požadavkem po tom, co byla aplikace nečinná?“

Servery na Mythexu

V Mythexu server nenastavujete ani nespravujete. Během stavění běží vaše aplikace v soukromém cloudovém sandboxu pro živý náhled. Když publikujete, Mythex ji nasadí: statické frontendy jako statické weby, backendy (Node, Python, C#, Java a další) jako kontejnery sestavené z Dockerfile, bez nutnosti hostingu nastavovat samostatně. Mythex při nasazení vybírá velikost stroje: výchozí je 1 CPU a 512 MB paměti, více je k dispozici na vyžádání (až 1 GB na plánu Free a až 2 CPU, 4 GB a 3 stroje na plánu Pro). Publikované aplikace při nečinnosti usínají a probouzejí se při další návštěvě, a uspaná aplikace nestojí nic za výpočetní výkon. Podrobnosti jsou v dokumentaci k API backendům a limitům hostingu a náš průvodce webhostingem pokrývá širší souvislosti.

Otázky