Што е сервер? Водич едноставно објаснет за градители на апликации

Серверот е компјутер — или програма што работи на него — кој чека барања и им одговара. Кога ќе отворите веб-страница, вашиот прелистувач (клиентот) испраќа барање преку интернет, а некој сервер некаде ја враќа страницата, сликите или податоците. Секоја апликација што ја користите, од е-пошта до онлајн банкарство, зависи од тоа серверите да го прават ова милиони пати дневно.

Зошто серверите се важни кога градите со вештачка интелигенција

Кога AI градител ви направи апликација, дел од кодот работи во прелистувачот на посетителот, а дел обично работи на сервер. Серверскиот дел ги прави работите во кои прелистувачот не може да му се верува или не може сам да ги направи:

• Зачувување и вчитување податоци од база на податоци.
• Чување тајни, како клучеви за API на плаќања или AI провајдери, кои никогаш не смеат да стигнат до прелистувачот.
• Проверка на дозволи — осигурување дека корисникот може да ги гледа и менува само своите записи.
• Разговор со други услуги: наплата на картичка, испраќање е-пошта, повикување AI модел.

Познавањето на тоа што прави серверот ви помага да разберете каде навистина живеат правилата на вашата апликација, зошто некои промени бараат повторно објавување и за што плаќате кога хостирате апликација. За поделбата меѓу двете страни, видете фронтенд наспроти бекенд.

Секојдневна аналогија

Серверот е како службеникот на шалтерот во пошта. Не оди да бара клиенти; тој чека. Клиент (клиентот) дојде со барање — „испрати го овој пакет“, „имам ли пошта за мене?“ — а службеникот го решава и враќа резултат. Еден службеник може да опслужи многу клиенти еден по друг, а зафатена пошта отвора повеќе шалтери.

Поштата исто така има правила што клиентот не може да ги прескокне: за да подигнете пакет, мора да покажете лична карта. Тоа е улогата на серверот и во апликацијата — прелистувачот може да побара што било, но серверот одлучува што ќе добие.

Како барањето стигнува до серверот

Кога некој ја посетува https://bookings.example.com/schedule:

1. DNS пребарување. Прелистувачот го прашува системот за имиња на домени на која IP адреса ја упатува bookings.example.com. Видете како функционираат домените и DNS.
2. Врска. Прелистувачот се поврзува со таа адреса, на порта 443 за HTTPS, и воспоставува шифрирана врска. Видете што е HTTPS.
3. Барање. Испраќа HTTP барање: GET /schedule.
4. Работа. Серверот го извршува кодот што го обработува /schedule — можеби ги бара денешните резервации во базата.
5. Одговор. Враќа статус код (200 OK) и содржината — HTML страница или JSON податоци што страницата ги прикажува.

Сето ова обично трае делчиња од секундата.

Видови сервери за кои ќе слушнете

Забележете дека „сервер“ значи и машината и програмата. „Серверот падна“ може да значи едното или другото.

Работен пример: апликација за резервации во салон

Ево што прави серверот во мала апликација за резервации во салон:

• Посетител ја отвора страницата. Серверот (или CDN пред него) ги испраќа датотеките на страницата.
• Страницата го прашува серверот GET /api/slots?date=2026-10-03. Серверот ја пребарува базата за слободни термини и ги враќа како JSON.
• Посетителот резервира 14:00. Страницата испраќа POST /api/bookings. Серверот проверува дали терминот е уште слободен — не му верува на зборот на прелистувачот — ја зачувува резервацијата и враќа 201 Created.
• Серверот повикува услуга за е-пошта со тајен клуч, чуван на серверот, за да испрати потврда.

Ако го исклучите серверот, страницата можеби уште ќе се вчита од CDN, но нема да може да прикаже термини или да зачувува резервации.

Што му треба на серверот за добро да работи

• Меморија (RAM) и процесор (CPU). Премалку меморија и апликацијата паѓа под оптоварување; премалку процесор и се успорува.
• Да работи. Сервер што е исклучен не може да одговори. Некои платформи ги приспијуваат неактивните апликации и ги будат при следната посета, што штеди пари, но може да го направи првото барање побавно.
• Конфигурација и тајни, обезбедени како променливи на околината.
• Дневници (logs) — записот на серверот за она што се случило, и тоа е првото место каде гледате кога нешто не функционира.
• Ажурирања и безбедносни корекции, што управуваниот хостинг ги прави за вас.

Чести погрешни претстави

• „Облакот значи нема сервери.“ Облакот се серверите на други компании, изнајмени по час или по користење.
• „Серверот е голем посебен компјутер.“ Секој компјутер може да дејствува како сервер. Вашиот лаптоп работи еден кога ќе го отворите localhost при развој.
• „Ако копчето е скриено, корисниците не можат да го направат тоа.“ Секој може да испраќа барања директно до вашиот сервер. Проверките за дозволи мора да се случуваат на серверот, не само на страницата.
• „Повеќе сервери ја решаваат бавноста.“ Често вистинската причина е бавен запис во базата или надворешен API. Најпрво најдете го тесното грло.
• „Морам да управувам со сервер за да имам апликација.“ Управуваните платформи ги водат серверите за вас; вие го распоредувате кодот, а тие се грижат за машините.

Што да прашате вашиот AI градител

• „Кои делови од оваа апликација работат на серверот, а кои во прелистувачот?“
• „Чувај ги сите API клучеви на серверот и читај ги од променливи на околината.“
• „Проверувај ги дозволите на серверот за секое барање што чита или менува податоци.“
• „Каде ги наоѓам дневниците на серверот и што велат за оваа грешка?“
• „Дали оваа апликација воопшто треба сервер, или може да биде статичка страница?“
• „Што се случува со првото барање откако апликацијата била неактивна?“

Сервери во Mythex

Во Mythex не поставувате и не управувате со сервери. Додека градите, вашата апликација работи во приватно облак-пешчано место за живиот преглед. Кога ќе објавите, Mythex ја распоредува: статичките фронтенди како статични страници, а бекендите (Node, Python, C#, Java и други) како контејнери изградени од Dockerfile — без хостинг што сами треба да го конфигурирате. Mythex ја избира големината на машината при распоредувањето: стандардно 1 CPU и 512 MB меморија, со повеќе достапни на барање (до 1 GB на Free, а до 2 CPU, 4 GB и 3 машини на Pro). Објавените апликации спијат кога се неактивни и се будат при следната посета, а спиеќата апликација не троши ништо за процесорска моќ. Деталите се во документацијата за API бекенди и ограничувања на хостингот, а нашиот водич за веб-хостинг ја опфаќа пошироката слика.

Прашања