Основной целью разработки технологии трехзвенной архитектуры

Основной целью разработки технологии трехзвенной архитектуры является желание максимально снизить требования к клиентским компьютерам, чтобы в идеале в качестве таковых могли использоваться дешевые бездисковые сетевые терминалы. По этой причине значительная часть программных ресурсов клиента переносится в промежуточное звено — сервер приложений. Сервер приложений располагается на компьютере сервера БД или на выделенном сетевом компьютере. Только он средствами технологий BDE, IBX или dbExpress непосредственно взаимодействует с сервером БД, реализуя посредничество между ним и остальными клиентскими местами.

· централизованный доступ к большей части бизнес-правил, которые сосредоточены теперь в одном месте — на сервере приложений; эта централизация позволяет гибко изменять бизнес-правила без необходимости их тиражирования на многочисленных клиентских приложениях;

· существенное снижение сетевого трафика за счет отложенного обновления и регулируемого объема пакетов данных;

· простоту распространения новых версий клиентского программного обеспечения, так как больше нет необходимости устанавливать на клиентских местах BDE или подобный механизм доступа к данным;

· возможность отложенных обновлений НД: можно получить необходимую порцию данных, сохранить их в файле, работать с ними автономно (например, в другом городе), а затем вновь соединиться с сервером приложений и обновить на сервере сделанные в данных изменения.

Программная поддержка

В Delphi поддерживается несколько способов программной реализации трехзвенной архитектуры, в том числе с использованием технологий DCOM, МTS, CORBA и SOAP. В зависимости от принятой технологии сервер приложений реализуется с помощью компонента TRemoteDataModule, TMTSDataModule, TCorbaDataModule или TSoapDataModule. Каждый из этих компонентов представляет собой невидимое в работающем приложении окно-контейнер, подобное окну модуля TDataModule. В этот контейнер помещаются компоненты для связи с удаленной БД (TSession, TDatabase), компоненты-источники (TTable, TQuery, TStoredProc) и, если необходимо, обработчики событий этих компонентов, в которых реализуются нужные бизнес-правила. С каждым компонентом-источником связывается специальный компонент TDataSetProvider, обеспечивающий связь источника с клиентом. Сам модуль может получить информацию об ограничениях, накладываемых на значения столбцов НД, из словаря баз данных Delphi и (после определения объектов-столбцов) выступать в роли брокера ограничений, не допуская передачу неверных данных на сервер БД.

На клиентской стороне располагается связной компонент, осуществляющий непосредственную связь с удаленным сервером. В зависимости от используемо­го протокола передачи данных это может быть TDCOMConnection, TCORBAConnection, TSocketConnection, TWebConnection или TSoapConnection. По­средниками компонентов-источников сервера приложений служат компоненты ClientDateSet — по одному на каждый компонент-источник. Дальнейшая Цепочка передачи данных ничем не отличается от обычной: через компоненты DataSource к визуальным компонентам (TDBGrid, TDBEdit и т. п.) и обратно.

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

· DCOM (Distributed Component Object Model — распределенная компонентная модель объектов) рассчитана на локальную сеть, в которой сервер приложений работает под управлением операционной системы Windows NT Server и Windows 2000 Server;

· сокеты позволяют использовать сеть без Windows NT Server;

· MTS (Microsoft Transaction Server — сервер транзакций Microsoft) основана на DCOM и включает в себя некоторые дополнительные возможности, связанные с управлением системными ресурсами (процессами, потоками, соединениями с базами данных) и транзакциями, а также с повышенной защищенностью данных;

· CORBA (Common Object Request Broker Architecture — общая архитектура брокеров объектных запросов) в отличие от DCOM не предъявляет специальных требований к ОС или аппаратной платформе клиентов и серверов;

· SOAP (Simple Object Access Protocol — простой протокол доступа к объекту) так же как CORBA не предъявляет специальных требований к ОС или аппаратной платформе клиентов и серверов.

Резидентные программы (то есть программы, стартующие в момент включения компьютера и постоянно находящиеся в памяти), предназначенные для автоматического запуска других программ, обычно называются Service Control Manager (SCM). При работе с Windows NT в роли SCM выступает утилита DCOMCNFG.EXE. с DCOM пока можно работать толь ко в том случае, когда сервер приложений установлен на машине с ОС Windows NT Server или Windows NT Workstation. Однако если обеспечить автоматический старт сервера приложений в момент включения компьютера, на котором он расположен (перенеся его файл в папку Автозагрузка), DCOM будет работать и с Windows 95/98.

Любой знакомый с Windows и Интернетом специалист, разумеется, вспомнит о существовании сокетов. В классическом варианте серверный сокет должен запускаться до активизации клиентского конца соединения. Специально для использования сокетных соединений в трехзвенной архитектуре специалисты Borland доработали эту технологию: на серверной машине запускается небольшая резидентная программа SCKTSRVR.EXE (располагается в папке BIN каталога разме­щения Delphi), которая работает в режиме прослушивания сети и играет роль серверного конца сокетного соединения. Получив запрос клиента, она просматривает реестр машины, запускает нужный сервер приложений и обеспечивает его взаимодействие с клиентом. Таким образом, с помощью сокетного соединения и программы SCKTSRVR.EXE можно реализовать сервер на машине с ОС Windows 95/98.

В технологии CORBA центральную роль играет сочетание двух специальных объектов — Smart Agent и OAD. Первый выполняет функции сетевого каталога и «знает» расположение любого сервера. Второй умеет, если это необходимо, запускать сервер после проверки прав пользователя (в CORBA используется сложный алгоритм аутентификации пользователя с привлечением для этого «цифровой подписи»). Замечательная особенность технологии заключается в том, что с ней могут работать машины с разными ОС.

Технология SOAP основана на двух важных моментах: использовании HTTP как транспортного протокола и маршалинге (marshalling) передаваемых данных, закодированных языком XML. Эта технология тесно связана с проблемами программирования для Интернета.