Централизованная модель

Естественной альтернативой децентрализованной модели служит централизованная модель, в соответствии с которой все справочные данные о ресурсах и пользователях сети хранятся и обрабатываются централизовано на выделенном компьютере. На рис. 11.10 показан сервер справочной службы, обслуживающий центральную базу данных, которая объединяет справочную информацию БД1 - БД9, относящуюся к каждому из компьютеров сети. Клиентские компоненты справочной службы установлены на всех остальных компьютерах. Используя клиентскую программу, каждый пользователь и приложение, работающие на некотором компьютере сети, могут сделать запрос и получить данные о ресурсах всех других компьютеров. При этом нет необходимости в дублировании информации.

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

Рис. 11.10. Схема централизованной справочной службы

начинается с того, что он логически входит в сеть, вводя свои имя-идентификатор и пароль. Клиентский компонент передает эти данные на сервер¹, на котором происходит сравнение введенного пользователем пароля с паролем, занесенным в базу данных администратором. Если эти пароли совпадают, считается, что аутентификация прошла успешно, о чем и отправляется сообщение на клиентский компьютер. Такая централизованная процедура не «привязывает» пользователя к определенному компьютеру (или нескольким компьютерам) и резко снижает избыточность и сложность ведения учетной информации. Аналогич­ные преимущества характерны и для решения других задач на основе централизованной модели справочной службы.

Однако эта модель хорошо работает Только в небольшой сети. Единая база данных, хранящая справочную информацию большого объема, порождает все то же множество проблем, что и любая другая крупная база данных. Реализация справочной службы как локальной базы данных, хранящейся в виде одной копии на одном из серверов сети, не подходит для большой системы в первую очередь вследствие низкой производительности и низкой надежности такого решения.

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

Надежность также не может быть высокой в системе с единственной копией данных. Отказ аппаратуры или программного обеспечения сервера, на котором поддерживается эта база данных, приведет к параличу справочной службы в масштабах всей сети.

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