Клиент - серверные технологии

2. "Тонкий" клиент. (thin client)

 

         Бизнес-

   Логика      Пользовательский интерфейс

 
 

   Данные 

       

        Пользовательский интерфейс  
 
 
 

      Модель, начинающая активно использоваться в корпоративной среде в связи с распространением Internet-технологий и, в первую очередь, Web-браузеров. В этом случае клиентское приложение обеспечивает реализацию PL, поэтому клиент может довольствоваться довольно скромной аппаратной платформой, а сервер объединяет BL и AL. Максимальная загрузка сервера предусматривает выполнение бизнес-логики только с помощью хранимых процедур сервера (Хранимые процедуры – откомпилированные SQL-инструкции, хранящиеся на сервере). Это позволяет максимально централизовать контроль над данными и легко изменять правила работы сразу для целого предприятия. С другой стороны, незначительная корректировка правил, касающаяся только части пользователей, потребует длительной процедуры согласования. В этом случае невозможно реализовать какие-то исключения из общих правил для некоторых пользователей или приложений. В принципе, это хорошо и является залогом безопасности и целостности данных.   

3. Сервер бизнес-логики. (трехуровневая архитектура)

   Промежуточный сервер

          Пользовательский

 Бизнес-логика      интерфейс

 второго уровня

 
 
 

   Сервер БД

          Пользовательский

        Бизнес-логика         интерфейс

           сервера

 
 

             Данные 
 
 

      Модель  с физически выделенным в отдельное  приложение блоком BL, таким образом получаем трехуровневую архитектуру “клиент-сервер”. На сервере БД может функционировать “универсальная” часть бизнес-логики (правила на уровне предприятия или группы связанных приложений). Такая схема позволяет поддерживать тонких клиентов на пользовательских компьютерах и в то же время разгрузить сервер БД от чрезмерной загрузки при сохранении гибкой системы работы с бизнес-правилами. В качестве промежуточного сервера может использоваться второй SQL-сервер, но чаще рациональней задействовать персональную СУБД, которая менее требовательна к аппаратным ресурсам и может обеспечить удобные средства построения и поддержки бизнес-логики. 
 
 
 

3. Программные средства  разработки

3.1. Универсальные средства

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

 
 

3.2. Персональные СУБД.

Для разработки клиентских приложений в большинстве  случаев вместо универсальных средств разработки удобнее использовать персональные СУБД. Использование персональных СУБД позволяет не только эффективно организовывать работу с бизнес-правилами, но и поддержать независимую работу клиентского приложения за счет наличия собственных форматов хранения данных. Краткая характеристика некоторых персональных СУБД приведена в таблице. 
 
 

 
 
 
 

4. Intranet и архитектура  “клиент-сервер”. 

4.1. Двухуровневая архитектура  “клиент-сервер” 

      Web-броузер      Источник данных

 
 

                                                        Web-сервер

 

 

                      NOS (Network Operation System) 
 
 

Разграничение функций между Web-броузером и Web-сервером является очень четким. Web-сервер предоставляет HTML-страницы, а броузер отображает эти страницы путем интерпретации тегов HTML. 
 
 
 

4.2. Трехуровневая архитектура  “клиент-сервер” 

   Web-броузер        Источник данных

                         Третий уровень

          Программа 

                                                       расширения  

          сервера

        HTML 

                                                      Web-сервер

    

 

                                    NOS  
 
 

Клиентский  уровень занимает броузер, на уровне сервера находится сервер БД, а на промежуточном уровне располагаются Web-сервер и программа расширения сервера. Такое архитектурное решение позволяет уменьшить сетевой трафик, делает компоненты взаимозаменяемыми и повышает уровень безопасности. Однако такая архитектура также затрудняет обработку транзакций БД ввиду природы протокола HTTP, не запоминающего состояния (этот протокол использует для передачи данных между броузером и сервером БД).

Броузер посылает Web-серверу запросы на доставку Web-страниц или данных. Web-сервер обслуживает заявки на Web-страницы, а запросы отправляет программе-расширению серверной части. Последняя принимает передаваемые ей запросы, преобразует их в форму, понятную серверу БД, и передает их серверу БД.

Затем сервер БД выполняет работу по обслуживанию запроса и возвращает результат программе-расширению серверной части. Наконец та преобразует результаты в формат, приемлемый для броузера, и передает их Web-серверу, а тот в свою очередь – броузеру. 

4.2.1. Программы расширения  серверной части

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

Существует  три категории расширений серверной  части: с обычным CGI, с гибридным CGI и с API. 
 
 
 
 
 
 
 
 
 
 

Заключение

 В результате выполнения курсовой работы можно сделать выводы -

Технология взаимодействия, в которой одна программа запрашивает  выполнение какой-либо совокупности действий ("запрашивает услугу"), а другая ее выполняет, называется технологией "клиент-сервер". Участники такого взаимодействия называются соответственно клиентом (client) и сервером (server). Достаточно часто клиентом (или сервером) называют компьютеры, на которых функционирует то или иное клиентское (или серверное) программное обеспечение. 

В общем случае для организации работы пользователей сети с информационными ресурсами, распределенными по различным компьютерам, необходимы три составляющих:

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

 
Следует особо отметить, что набор  действий, понимаемых как запрашиваемая  услуга, – это не обязательно  чтение (получение) объекта. В том  числе это может быть сохранение (запись), пересылка объекта и т.д.  
 
 
 
 

Список используемой литературы: