Какие серверы бывают в сети и за что каждый отвечает

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

Лицом к пользователю

Веб-сервер отдаёт страницы и приложения: принимает запрос браузера, достаёт нужное из файлов или у соседних сервисов и отвечает. Перед ним в серьёзных установках стоит обратный прокси: принимает соединения, снимает шифрование, раскладывает нагрузку по машинам и прикрывает их от атак; подробнее мы разбирали его в статье о задачах прокси-серверов. Сервер приложений живёт за ними и исполняет логику: от интернет-магазина до API мобильного приложения.

Данные

Сервер баз данных хранит структурированное: заказы, пользователей, остатки. Его главные враги: нехватка памяти и диски, его священная корова: резервные копии с проверкой восстановления. Файловый сервер хранит неструктурированное: документы, сканы, проекты; в офисах это общие папки с правами по группам. Хранилище резервных копий выделяют отдельно и подальше: копия на том же сервере, что данные, переживает ровно те же аварии.

Служебный слой

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

Граница сети

На выходе в интернет живут шлюз и файервол: маршрутизация, правила доступа, VPN для удалёнки. В компаниях побольше их объединяет шлюз безопасности с фильтрацией и отчётами, такой как UserGate. Здесь же место прямого прокси офиса, если трафик сотрудников нужно фильтровать и учитывать.

Физика, виртуалки и облако

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

Как это растёт в жизни

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

Глаза и уши: мониторинг

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

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