Что такое сервер

Что такое сервер, какие типы бывают и какую роль он выполняет в iEXExchanger

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

Слово «сервер» может означать саму машину, операционную систему или конкретную программу. Nginx является веб-сервером, PostgreSQL — сервером базы данных, а облачный экземпляр содержит систему iEXExchanger. При диагностике всегда уточняйте, о каком уровне идёт речь.

Сервер, домен и сайт

Объект	Что это	За что отвечает
Домен	Читаемое имя сайта ваш_домен	Адрес, который вводит посетитель
DNS	Записи, связывающие домен с сервисами	Куда направляется обращение к домену
Cloudflare	Пограничный прокси и защита	Принимает и фильтрует публичный веб-трафик
Сервер	Машина с ОС, сетью и ресурсами	Запускает компоненты системы и хранит данные
Nginx	Публичный веб-сервер и reverse proxy	Принимает HTTPS и передаёт запрос нужному компоненту
iEXExchanger	Прикладная система	Выполняет обменные, пользовательские и административные сценарии

Покупка домена не создаёт сервер, а создание сервера не подключает домен автоматически. Для рабочего сайта должны быть согласованы DNS, сетевой доступ, Nginx, сертификат и само приложение.

Какие серверы бывают

Тип	Особенности	Применимость
Виртуальный сервер или VPS	Выделенная виртуальная машина на общей физической платформе	Подходит для большинства начальных и средних установок при достаточных ресурсах
Облачный сервер	Виртуальная машина с API провайдера, снимками, сетями и изменением ресурсов	Удобен для автоматизации, восстановления и дальнейшего масштабирования
Выделенный сервер	Физическая машина предоставлена одному клиенту	Используется при высокой или предсказуемой нагрузке и особых требованиях к изоляции
Управляемый сервер	Часть системного администрирования выполняет провайдер	Объём ответственности нужно подтвердить договором и SLA
Общий хостинг	Многие сайты работают в ограниченной среде без полного управления ОС	Не подходит для полного набора PHP, Node.js, очередей, Redis и WebSocket без подтверждённого доступа к этим службам

Провайдеры могут использовать названия VPS, VDS и Cloud Server по-разному. Сравнивайте фактические CPU, RAM, диск, сеть, резервные копии, консоль восстановления и ограничения, а не только название тарифа.

Основные ресурсы

• CPU выполняет PHP, Node.js, запросы базы и фоновые задания.
• RAM хранит рабочие данные процессов, кеш ОС, Redis и часть операций PostgreSQL.
• Диск хранит систему, код, журналы, загрузки и базу данных; важны скорость, свободное место и надёжность.
• Сеть определяет доступность, задержку и предельный объём трафика.
• Публичный IP принимает разрешённые внешние соединения.
• Приватная сеть связывает серверы без публикации внутренних служб в интернете.
• Операционная система управляет пользователями, пакетами, службами и безопасностью.

Высокая загрузка одного ресурса может остановить всю цепочку. Свободный CPU не компенсирует заполненный диск, а большой объём RAM не исправляет исчерпанный сетевой канал.

Что работает на сервере iEXExchanger

Nginx принимает HTTPS-запросы клиентского сайта, панели и API. Клиентский SSR работает как процесс Node.js под управлением pm2-runtime внутри systemd-службы. Панель и API выполняются через PHP-FPM и используют PostgreSQL и Redis. Horizon обрабатывает очереди, Reverb поддерживает WebSocket-соединения, а фоновые задания взаимодействуют с внешними платёжными и почтовыми сервисами.

В небольшой установке эти компоненты могут находиться на одной машине, но остаются отдельными службами. При росте нагрузки базу, Redis или другие роли можно вынести на отдельные серверы. Такое разделение требует приватной сети, контроля задержки, резервного копирования и отдельного мониторинга.

Уровни управления

Уровень	Что делают	Доступные операции
Панель провайдера	Управляют самой виртуальной машиной и сетью	Создание, выключение, снимок, firewall, rescue и замена ресурсов
SSH	Выполняют точную системную диагностику и команды	Журналы, конфигурации, права, процессы и проверка сети
Панель управления iEXExchanger	Управляют прикладной системой	Заявки, настройки, интеграции, сотрудники и обновления продукта

Доступ к одному уровню не гарантирует доступ к остальным. Вход в панель iEXExchanger не даёт системный SSH-доступ, а SSH не позволяет восстановить удалённый сервер без панели провайдера или резервной копии. FASTPANEL является дополнительным уровнем только на ранее развёрнутых серверах.

Как безопасно работать с сервером

1. Входите отдельной учётной записью с SSH-ключом.
2. Перед изменением фиксируйте цель, исходное состояние и точку возврата.
3. Проверяйте резервную копию и место её хранения.
4. Меняйте только один подтверждённый компонент.
5. Проверяйте конфигурацию до reload или restart.
6. После изменения проверяйте не только процесс, но и клиентский сценарий.
7. Сохраняйте ограниченный журнал действий без секретов.
8. Закрывайте временный доступ и удаляйте неиспользуемые ключи.

Не выполняйте команды из случайной инструкции, если не понятны пользователь, каталог и последствия. Команда, безопасная на тестовом сервере, может удалить данные или остановить рабочую систему.

Наблюдение и обслуживание

Регулярно контролируйте:

• доступность доменов и сертификатов;
• загрузку CPU, RAM, диска и сети;
• свободное место и рост журналов;
• состояние Nginx, PHP-FPM, PostgreSQL и Redis;
• системные службы iEXExchanger, Horizon, Pulse, Reverb и клиентский SSR;
• успешность резервного копирования и тест восстановления;
• обновления безопасности ОС;
• неизвестные входы и изменения сетевых правил.

Перезагрузка сервера не должна быть первым способом диагностики. Она уничтожает часть оперативных признаков и одновременно прерывает все компоненты. Сначала установите причину и попробуйте безопасное действие только для затронутой службы.

Масштабирование

Вертикальное масштабирование увеличивает CPU, RAM или диск одной машины. Горизонтальное добавляет серверы или экземпляры процессов. Второй вариант требует понимания общих сессий, файлов, очередей, блокировок и балансировки.

Не включайте несколько экземпляров только потому, что на сервере много ядер. Компонент должен поддерживать совместную работу, а состояние должно храниться в общей базе, Redis или другом предусмотренном хранилище.

Выбор конфигурации описан в «Выборе провайдера и конфигурации», первичная защита — в «Первичной защите сервера», а полная проверка — в «Приёмке инфраструктуры».