ASP - Построение в архитектуре клиент-сервер
Построение в архитектуре клиент-сервер
Перед тем, как углубиться в детали построения веб-приложений, было бы полезно рассмотреть архитектурную модель Интернета и место веб-обозревателя и сервера в этой модели.
Обычно взаимодействующие приложения могут быть отнесены либо к клиенту, либо к серверу. Приложение-клиент запрашивает обслуживание и данные с сервера, а приложение-сервер отвечает на запросы клиента. Ранние двухуровневые (клиент-сервер) приложения были разработаны для получения доступа к большим базам данных, встроенные правила использовались для управления данными с помощью интерфейса пользователя в приложении-клиенте. Задача сервера состояла просто в обработке как можно большего числа запросов на извлечение и сохранение данных.
Двухуровневые приложения выполняли множество функций автономных систем: Они представляли интерфейс пользователя, собирали и обрабатывали данные, введенные пользователем, выполняли запрошенную обработку и сообщали состояние запроса. Эта последовательность команд могла быть выполнена необходимое число раз. Поскольку серверы обеспечивали только доступ к данным, клиент использовал локальные ресурсы для выполнения большей части обработки. Приложение-клиент должно содержать информацию о месте расположения и способе организации данных в базе данных. После извлечения данных клиент отвечает за форматирование и отображение данных пользователю.
Основное преимущество модели «клиент-сервер» состоит в том, что она позволяет нескольким пользователям одновременно получить доступ к данным приложения, при этом изменения, внесенные с одного компьютера, становятся доступными для всех компьютеров, подключенных к серверу. Однако при увеличении числа клиентов сервер быстро оказывается «завален» запросами клиентов. Также, поскольку основная часть логики обработки привязана к монолитному набору приложений, изменения бизнес-правил ведут к дорогим и продолжительным изменениям исходных программ. Хотя простота и гибкость двухуровневых продуктов продолжает привлекать создателей небольших деловых приложений, необходимость более быстрого доступа к данным и быстрого обновления разработок убедила разработчиков систем искать новые способы создания распределенных приложений.