Архитектура клиент-сервер

Архитектура «клиент-сервер» – это способ организации работы в сети, где:

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

Пример из жизни:
Представьте кафе:

• Клиент – это посетитель, который делает заказ (запрос).
• Сервер – это кухня, где готовят блюда (обрабатывают запрос) и приносят их клиенту.

Модели взаимодействия в двухзвенной архитектуре

В двухзвенной архитектуре (клиент-сервер) распределение функций между клиентом и сервером может быть разным. В зависимости от того, где находятся основные компоненты (данные, логика, интерфейс), выделяют 4 основные модели:

1. Сервер терминалов (распределённое представление данных)

• Где логика и данные? На сервере.
• Что делает клиент? Только отображает информацию (как «тонкий клиент»).

Как работает?

• Все вычисления и хранение данных происходят на сервере.
• Клиент (терминал) лишь получает готовое изображение (например, через RDP, Citrix).

Примеры:

• Удалённый рабочий стол (RDP).
• Виртуальные рабочие среды (VDI).

Плюсы:

• Низкие требования к клиенту (можно использовать даже слабые устройства).
• Централизованное управление.

Минусы:

• Зависимость от сети (если интернет плохой, работа тормозит).
• Нагрузка на сервер.

2. Файл-сервер (удалённый доступ к данным)

• Где данные? На сервере (файлы или БД).
• Где логика? На клиенте.

Как работает?

• Сервер просто хранит файлы (например, базу данных в *.dbf, *.mdb).
• Клиент сам обрабатывает данные (читает, изменяет, фильтрует).

Примеры:

• Работа с Excel или Access в локальной сети.
• Старые версии 1С (когда база на файловом сервере, а программа на ПК).

Плюсы:

• Простота настройки.
• Нет сложной серверной логики.

Минусы:

• Высокая нагрузка на сеть (клиент загружает всю БД для обработки).
• Риск конфликтов (если два пользователя меняют один файл).

3. Сервер БД (удалённое представление данных)

• Где данные? На сервере (СУБД: MySQL, PostgreSQL, MS SQL).
• Где логика? Частично на клиенте, частично на сервере (хранимые процедуры).

Как работает?

• Клиент отправляет запросы (например, SQL: SELECT * FROM users).
• Сервер БД обрабатывает их и возвращает только результат.

Примеры:

• Современные веб-сайты (клиент → веб-сервер → БД).
• Мобильные приложения с облачной БД (Firebase, MongoDB).

Плюсы:

• Меньший трафик (клиент получает только нужные данные).
• Безопасность (логика запросов на стороне сервера).

Минусы:

• Требует грамотной настройки БД.
• Сервер БД может стать «бутылочным горлышком».

4. Сервер приложений (удалённое приложение)

• Где логика? На сервере.
• Где данные? На сервере или в отдельной БД.
• Что делает клиент? Только интерфейс (отправка команд, отображение).

Как работает?

• Клиент (например, браузер) отправляет запрос.
• Сервер приложений (например, Node.js, Java EE) обрабатывает бизнес-логику.
• Данные могут храниться в отдельной БД.

Примеры:

• Интернет-банкинг (логика обработки платежей на сервере).
• CRM-системы (Salesforce, Битрикс24).

Плюсы:

• Гибкость (можно менять логику без обновления клиентов).
• Безопасность (критичные операции на сервере).

Минусы:

• Сложность разработки.
• Высокая нагрузка на сервер приложений.

Выбор модели зависит от задачи:

• Нужна простота? → Файл-сервер.
• Важна безопасность и масштабируемость? → Сервер БД или Сервер приложений.
• Хотите централизованное управление? → Сервер терминалов.