Что такое сервер? Простое руководство для создателей приложений

Сервер — это компьютер или программа на нём, которые ждут запросов и отвечают на них. Когда вы открываете сайт, ваш браузер (клиент) отправляет запрос через интернет, и где-то сервер присылает страницу, изображения или данные. Каждое приложение, которым вы пользуетесь, от почты до интернет-банка, опирается на серверы, которые делают это миллионы раз в день.

Почему серверы важны при создании с ИИ

Когда конструктор на основе ИИ создаёт вам приложение, часть кода выполняется в браузере посетителя, а часть обычно работает на сервере. Серверная часть делает то, чему браузер нельзя доверить или что он не может сделать сам:

• Сохранение и загрузка данных из базы данных.
• Хранение секретов, таких как ключи платёжных или ИИ-провайдеров, которые никогда не должны попадать в браузер.
• Проверка прав — гарантия, что пользователь видит и меняет только свои записи.
• Общение с другими сервисами: списание с карты, отправка письма, вызов модели ИИ.

Понимание роли сервера помогает понять, где на самом деле живут правила вашего приложения, почему некоторые изменения требуют новой публикации и за что вы платите, когда размещаете приложение. О разделении двух половин см. фронтенд и бэкенд.

Бытовая аналогия

Сервер похож на работника окошка на почте. Он не ходит искать клиентов, он ждёт. Клиент (клиент в сетевом смысле) подходит с запросом — «отправьте эту посылку», «есть ли для меня письма?» — и работник обрабатывает запрос и возвращает результат. Один работник может обслуживать многих клиентов по очереди, а на загруженной почте открывают больше окошек.

У почты есть правила, которые клиент не может обойти: чтобы получить посылку, нужно показать документ. В приложении это тоже задача сервера: браузер может попросить что угодно, но сервер решает, что он получит.

Как запрос доходит до сервера

Когда кто-то заходит на 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). Слишком мало памяти — приложение падает под нагрузкой; слишком мало процессора — оно тормозит.
• Работа в запущенном состоянии. Выключенный сервер не может отвечать. Некоторые платформы усыпляют простаивающие приложения и будят их при следующем визите, что экономит деньги, но может замедлить первый запрос.
• Конфигурация и секреты, которые передаются через переменные окружения.
• Логи — журнал того, что произошло на сервере; с них начинают, когда что-то ломается.
• Обновления и исправления безопасности, которыми в управляемом хостинге занимаются за вас.

Частые заблуждения

• «Облако означает отсутствие серверов». Облако — это серверы других компаний, которые вы арендуете почасово или за фактическое использование.
• «Сервер — это большой особенный компьютер». Любой компьютер может работать сервером. Ваш ноутбук делает это, когда вы открываете localhost во время разработки.
• «Если кнопка скрыта, пользователи не смогут её нажать». Любой может отправить запрос на ваш сервер напрямую. Проверки прав должны выполняться на сервере, а не только на странице.
• «Больше серверов решит проблему медленной работы». Часто настоящая причина — медленный запрос к базе данных или внешний API. Сначала найдите узкое место.
• «Чтобы иметь приложение, нужно управлять сервером». Управляемые платформы запускают серверы за вас; вы развёртываете код, а машинами занимаются они.

Что спросить у конструктора на основе ИИ

• «Какие части этого приложения работают на сервере, а какие — в браузере?»
• «Храни все ключи API на сервере и читай их из переменных окружения.»
• «Проверяй права на сервере для каждого запроса, который читает или меняет данные.»
• «Где найти логи сервера и что они говорят об этой ошибке?»
• «Нужен ли этому приложению сервер вообще или это может быть статический сайт?»
• «Что происходит с первым запросом после того, как приложение простаивало?»

Серверы в Mythex

В Mythex вам не нужно настраивать или управлять серверами. Пока вы создаёте приложение, оно работает в личной облачной песочнице для живого предпросмотра. Когда вы публикуете, Mythex разворачивает его: фронтенды — как статические сайты, а бэкенды (Node, Python, C#, Java и другие) — как контейнеры, собранные из Dockerfile, без какой-либо настройки хостинга. Размер машины Mythex выбирает при развёртывании: по умолчанию 1 CPU и 512 МБ памяти, больше — по запросу (до 1 ГБ на Free, а на Pro — до 2 CPU, 4 ГБ и 3 машин). Опубликованные приложения засыпают в простое и просыпаются при следующем визите, а спящее приложение не тратит ресурсы на вычисления. Подробности — в документации по бэкендам API и ограничениям хостинга, а наше руководство по веб-хостингу рассказывает о картине в целом.

Вопросы