Сервер дегеніміз не? Қолданба жасаушыларға арналған қарапайым түсіндірме

Сервер — сұраныстарды күтетін және оларға жауап беретін компьютер немесе соның ішінде жұмыс істейтін бағдарлама. Веб-сайтты ашқанда, браузеріңіз (клиент) интернет арқылы сұраныс жібереді, ал бір жерде тұрған сервер бетті, суреттерді немесе деректерді қайтарады. Электрондық пошта мен онлайн банкингтен бастап, сіз пайдаланатын әр қолданба осындай серверлердің күніне миллион рет жұмыс істеуіне тәуелді.

AI көмегімен құрастырғанда серверлер неліктен маңызды

AI құрастырушысы сізге қолданба жасағанда, кодтың бір бөлігі келушінің браузерінде, ал бір бөлігі әдетте серверде жұмыс істейді. Серверлік бөлік браузерге сенуге болмайтын немесе жалғыз өзі істей алмайтын нәрселерді атқарады:

• Деректерді дерекқордан сақтау және жүктеу.
• Құпияларды сақтау, мысалы төлем немесе AI провайдерінің API кілттерін, олар ешқашан браузерге жетпеуі керек.
• Рұқсаттарды тексеру — пайдаланушы тек өз жазбаларын көре және өзгерте алатынына көз жеткізу.
• Басқа сервистермен сөйлесу: картадан ақша алу, электрондық хат жіберу, AI моделін шақыру.

Серверде не болатынын білу ережелеріңіздің нақты қайда тұратынын, неге кейбір өзгерістерге қайта жариялау керек екенін және қолданбаны хосттағанда не үшін төлейтініңізді түсінуге көмектеседі. Екі жартының арасындағы бөлініс туралы фронтенд пен бэкенд бөлімінен оқыңыз.

Күнделікті ұқсастық

Сервер — пошта бөліміндегі есік қызметкері сияқты. Ол ешкімді іздеп шықпайды; күтеді. Клиент сұраныспен келеді — "мынаны жібер", "маған хат бар ма?" — қызметкер оны өңдейді және нәтижені қолына береді. Бір қызметкер бірнеше клиентке кезекпен қызмет көрсете алады, ал шымылдықты ашып, әр әрекетті құрған ірі пошта бөлімі көбірек терезе ашады.

Пошта бөлімінің клиент ауыстыра алмайтын ережелері де бар: посылканы алу үшін жеке куәлік көрсету керек. Қолданбада серверде де осылай: браузер кез келген нәрсені сұрай алады, бірақ соңында не алатынын сервер шешеді.

Сұраныс серверге қалай жетеді

https://bookings.example.com/schedule мекенжайына кіргенде:

1. DNS іздеуі. Браузер домен аттар жүйесінен bookings.example.com қай IP мекенжайға сілтейтінін сұрайды. Қараңыз: домендер мен DNS қалай жұмыс істейді.
2. Қосылым. Браузер сол мекенжайға, HTTPS үшін 443 портында қосылады және шифрланған байланыс орнатады. Қараңыз: HTTPS және SSL дегеніміз не.
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. Жады аз болса, жүктеме түскенде қолданба құлайды; CPU аз болса, баяулайды.
• Жұмыс істеп тұру. Өшірілген сервер жауап бере алмайды. Кейбір платформалар бос қолданбаларды ұйықтатып, келесі келуде оятады — бұл ақшаны үнемдейді, бірақ бірінші сұранысты баяулатуы мүмкін.
• Баптаулар мен құпиялар, орта айнымалылары ретінде берілген.
• Журналдар (logs) — серверде не болғанының жазбасы, бірдеңе бұзылғанда ең алдымен соған қараңыз.
• Жаңартулар мен қауіпсіздік түзетулері, оларды басқарылатын хостинг сіз үшін орындайды.

Жиі кездесетін түсініспеушіліктер

• «Бұлт серверсіз дегенді білдіреді.» Бұлт — басқа компаниялардың серверлері, сағатына немесе қолдануына қарай жалданады.
• «Сервер — үлкен арнайы компьютер.» Кез келген компьютер сервер бола алады. Әзірлеу кезінде localhost ашқанда, сіздің ноутбукіңіз сервер іске қосады.
• «Егер батырма жасырылған болса, пайдаланушылар оны істей алмайды.» Кез келген адам сұраныстарды тікелей сіздің серверіңізге жібере алады. Рұқсат тексерулері тек бетте емес, серверде жасалуы керек.
• «Көбірек сервер баяулықты түзетеді.» Нақты себеп көбіне баяу дерекқор сұрауы немесе сыртқы API болады. Алдымен тар жерді табыңыз.
• «Қолданбаны болдыру үшін серверді басқару керек.» Басқарылатын платформалар серверлерді сіз үшін жүргізеді; сіз код орналастырасыз, ал олар машиналарды өңдейді.

AI құрастырушыңыздан не сұрау керек

• «Бұл қолданбаның қай бөлігі серверде, ал қайсысы браузерде жұмыс істейді?»
• «Барлық API кілттерін серверде ұста және оларды орта айнымалыларынан оқы.»
• «Деректерді оқитын немесе өзгертетін әр сұраныс үшін рұқсаттарды серверде тексер.»
• «Серверлік журналдарды қайдан табамын, және бұл қате туралы не айтады?»
• «Бұл қолданбаға мүлдем сервер керек пе, әлде статикалық сайт бола ала ма?»
• «Қолданба бос тұрғаннан кейінгі бірінші сұранысқа не болады?»

Mythex-та серверлер

Mythex-та серверлерді орнатып, басқармайсыз. Құрастыру кезінде қолданбаңыз тірі алдын ала қарау үшін жеке бұлттық құм жәшігінде жұмыс істейді. Жариялағанда Mythex оны орналастырады: статикалық фронтенд статикалық сайттар ретінде, ал бэкенд (Node, Python, C#, Java және басқалары) Dockerfile-дан жиналған контейнерлер ретінде — өзіңіз хостингті баптамай-ақ. Mythex орналастыру кезінде машина өлшемін таңдайды: әдепкіде 1 CPU және 512 МБ жады, сұрау бойынша көбірек қолжетімді (Free-да 1 ГБ-қа дейін, ал Pro-да 2 CPU, 4 ГБ және 3 машинаға дейін). Жарияланған қолданбалар бос тұрғанда ұйықтайды және келесі келуде оянады, ал ұйықтаған қолданба есептеуге ақша жұмсамайды. Толық мәлімет API бэкенддері және хостинг шектеулері туралы құжаттарда бар, ал кең көрініс үшін веб-хостинг нұсқаулығын оқыңыз.

Сұрақтар