- •1. Строгая аутентификация
- •2. Тонкие и толстые клиенты
- •1. Аутентификация с применением аппаратных средств
- •2. Индексы
- •1. Сертифицированные криптошлюзы. Протокол ipsec
- •Решения на базе сертифицированных криптошлюзов
- •Решения на базе протокола ipSec
- •2. Многозвенные информационные системы
- •1. Шифрование. Ассиметричны и симметричные алгоритмы
- •2. Защита внутренних информационных ресурсов
- •1. Многозвенные информационные системы
- •2. Межпроцессное взаимодействие при помощи сокетов
- •2. Типы соединений
2. Тонкие и толстые клиенты
Тонкий клиент это ПО реализующую функцию интерфейса.
Толстый клиент это полноценный клиент не только интерфейс но и обработку функции.
Аппаратура
Тонкий клиент – аппаратный блок для подключения терминалы
Толстый – полноценный ПК и необходимое ПО
Обычно для небольших компаний разработчики применяют двухзвенную архитектуру клиент сервер когда с рабочих станций осуществляется удаленный доступ к БД.В самых простых примитивных системах даже не используется возможности предоставляемые современными СУБД, такими как триггеры и хранимые процедуры. Хотя такие системы называются клиент-серверными, они имеют мало общего с современными истинными распределенными приложениями. Идеология «толстого « клиента требует установку на рабочих местах мощных и производительных компьютеров т.к. на них производится все основные вычисления. Обмен данными с удаленными серверами БД производится сквозь толстый многоуровневый слой драйвера которые должны быть установлены на персональные рабочие станции и лицензированы для каждого рабочего места. Таким образом, если пропускная способность сети недостаточно велика или недостаточно эффективно организован поток прохождения транзакций, то при этом быстродействующие процессоры клиентских машин - бездействует, а в противном случае наоборот сервер БД сильно загружен и не успевает отвечать каждому из многочисленных клиентов. Практика показывает, что при числе одновременно работающих клиентов более 30ти необходимо переходить на 3х звенную архитектуру.
В 3х звенной архитектуре всю логику работы с сервером БД можно возложить на специальный сервер приложений, разделенные на отдельные компоненты приложений уменьшают нагрузку и на машину клиента и на сервер БД перенося соответствующие операции на специализированный сервер приложений.
РИСУНОК
Клиентская часть – прикладная программа доступна с любого компьютера имеющий браузер.
Пользователю нет необходимости изучать интерфейс прикладной программы потому-что она привязывается к стандарту html это позволяет снизить затраты на обучение и лицензировании ПО, независимо от установленного ПО и аппаратуры клиентской машины.
Серверная часть – эти приложения доступны любому пользователю сети интернет интранет имеющего право обращаться к ним поскольку все операции по сопровождению и усовершенствованию системы отпадает необходимость сопровождать и модернизировать части приложения находящиеся на машине клиентов, такая конфигурация легко обеспечивает работу практически неограниченного числа пользователей. Клиентские приложения обращаются не непосредственно к серверу БД путем вызова функции клиентских API а к серверу приложения являющемуся для них источником данных при этом собственно клиентская часть серверной СУДБ и библиотеки BDE на рабочей станции где используется такое приложение присутствовать не обязано вместо них существует единственная библиотека dbckient.DDL. Таким образом созданная система становится 3х звенной а сервер приложений является средним звеном в цепи тонкий клиент-сервер приложений –сервер БД. Данная технология может быть реализована с помощью компонентов и классов ДЕЛФИ ??? сервера приложений и клиентских ПП.
Билет 18