Эволюция серверов данных

I. Начальный этап создания СУБД в виде многопользовательских систем с централизованной архитектурой. (поддерживали как сервисные, так и клиентские функции).

Функции клиента и сервера совмещались в одной программе.

В прочем, были как функции доступа, так и прикладные программы.

II. В рамках той же самой централизованной архитектуры перешли к такому взаимодействию: выделили клиент и сервер в отдельные программы.

Но взаимодействие между клиентами и сервером осуществляется один к одному, следовательно, нужно поддерживать несколько копий ядра СУБД.

III. Эта схема существовала до тех пор, пока не появилась распределенные вычислительные системы на базе сетей.

Взаимодействие клиента с сервером стало осуществляться по сетям. Произошло реальное разделение клиента и сервера (физическое разделение). Но по-прежнему сохранялось взаимодействие 1:1 , т.е. каждый клиент обслуживался своим собственным сервером.

IV Отказ от поддержания копии ядра СУБД и от взаимодействия 1:1

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

Взаимодействие 1:n. Один сервер взаимодействует с несколькими клиентами.

Каждый клиент связан отдельно с сервером.

Такая схема называется много потоковой архитектурой.

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

V Решением этой проблемы является выделение в этой схеме еще одного уровня управления, еще одной программы.

Эти программы выполняют единственную функцию – диспетчеризации.

Задача виртуального сервера принимать запросы от клиентов и распределять их по серверам, используя при этом определенную дисциплину. Каждый из утих серверов выполняется на отдельном процессоре. Такая схема называется – схема с виртуальным сервером.

Обеспечивает равномерную нагрузку на многопроцессорную систему. Напрямую с клиент-сервером не взаимодействует. Виртуальный сервер не делает различия между серверами.

Но:

- в такой системе не поддерживается специализация серверов.

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

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

Каждый сервер обслуживает своих клеентов. Каждый из серверов должен держать одновременно несколько потоков. Такая схема сегодня весьма перспективна.

Дата добавления: 2014-08-04; просмотров: 433; Нарушение авторских прав

Мы поможем в написании ваших работ!