обеспечивает авторизацию пользователей;
принимает и передает запросы пользователей и пакеты данных;
регулирует доступ клиентских запросов к серверу БД, балансируя нагрузку сервера БД;
может содержать часть бизнес-логики распределенного приложения, обеспечивая существование "тонких" клиентов.
Клиент и сервер имеют специфическую структуру:
Логика функционирования клиента приложения такова. Клиент должен инициировать связь с системой, передав ей сведения о себе; выделить динамическую память под исходный и результирующий буфера данных. Затем клиент может обращаться к серверу различными способами.
Буфер инициализации содержит информацию о программе-клиенте:
имя пользователя,
запускающего программу,
имя программы,
имя группы программ,
флаг, определяющий системные характеристики взаимодействия данного клиента с системой,
пароль клиента, который после передачи буфера системы будет сверен с эталоном пароля из Конфигурационного файла приложения.
Отключение клиента от системы (терминирование связи с системой) выполняется вызовом. Как только клиент использовал этот вызов и он завершился успешно, система уменьшает число подключенных клиентов на единицу.
Сервер устроен более сложно, нежели клиент. Дело в том, что сервер должен обслуживать запросы нескольких клиентов. Запросы помещаются в очередь запросов к серверу, которая обслуживается системой. Очередь запросов организована по приоритетному принципу. Система извлекает запрос из очереди и передает его тому сервису сервера, которому он был адресован (имя адресуемого сервиса присутствует в структуре запроса).
Перед тем как начать извлечение запросов из очереди, система объявляет все сервисы, которые доступны в данном сервере. Для этого система обращается к параметрам приложения, размещенным после загрузки из конфигурационного файла в разделяемой памяти и выставляет на доску объявлений имена сервисов данного сервера.
Сервисы имеют приоритеты: целые положительные числа в диапазоне от 1 до 100.
Приоритет определяет порядок извлечения запроса из очереди. Начальные значения приоритетов сервисов задаются в параметрах приложения в секции сервисов; далее они могут изменяться динамически либо посредством использования MIB, либо при помощи вызова. Интуитивно ясно, что этот вызов может использоваться, если следующий запрос должен быть выполнен немедленно; и с этой целью устанавливается максимальный приоритет адресуемого в запросе сервиса.
Приоритетность обслуживания запросов в очереди к серверу отнюдь не означает, что запросы к сервисам с низкими приоритетами будут бесконечно долго находиться в ней - через некоторый промежуток времени система выполняет ревизию очереди, направляя на обработку сервисам "засидевшиеся" в очереди процессы.
Код сервера состоит из двух частей:
прикладной и системной. Прикладная часть, представляющая собой реализацию
сервисов данного сервера, пишется разработчиком приложения. Системная часть
сервера добавляется системой на этапе препроцессирования исходного кода
сервера.
Выделенный сервер
Выделенный сервер (Dedicated Server) - компьютер в сети, выступающий только в роли сервера и не используемый в качестве клиента.
Выделенный сервер предоставляет своему владельцу все ресурсы без ограничений.
По обслуживанию серверы делятся на две категории: unmanaged (необслуживаемые) и managed (обслуживаемые). Техподдержка не обслуживаемых серверов сводится к двум действиям - перезагрузке сервера по запросу и переустановке ОС в случае выхода ее из строя по причине неграмотного обращения или взлома.
Техподдержка обслуживаемого сервера весьма расплывчата и зависит от уровня самого персонала, предоставляемых часов рабочего времени, гарантированной сетевой доступности (SLA), гарантированного времени реакции и сложности проблемы.
Техподдержка делится на уровни.
В круг задач 1 уровня тех поддержки входят ребуты, ответы на часто задаваемые вопросы, а также оттягивание времени разными глупыми уточнениями, пока запрос обрабатывает техподдержка с более высоким уровнем. Иногда в штате нет такого специалиста и решение проблемы может затянуться надолго. В приличных дата-центрах тех поддержка 1 уровня передает запрос, а сам честно пишет, что не смог справиться с проблемой и передал ее более квалифицированному специалисту. Это называется эскалацией запроса. Иногда время перехода эскалации может занимать 24 часа.
В круг задач Техподдержки 2 уровня входит решение типичных проблем - установка и настройка штатного ПО, пополнение базы знаний для 1 уровня, прочее.
Техподдержка 3 уровня занимается решением глобальных проблем - когда сервер медленно работает или происходит частая пиковая загрузка, какое-то ПО не желает устанавливаться или не работает после установки, если есть подозрения на аппаратные проблемы - все это входит в компетенцию 3 уровня технической поддержки.
Техподдержка 4 уровня находится в штате очень крупных и серьезных дата-центров или же работает на контрактной почасовой основе с более мелкими компаниями. В его компетенцию входит всё, в том числе и работа с незнакомым ему ПО, восстановление системы после взлома, поиск аккаунта, занимающегося спамом, установка системных лимитов и т.п.
Следующая важная характеристика - это количество предоставляемого времени.
Типичная практика дата-центров в случае какой-либо проблемы - это использование предоставленного времени специалистами низкого уровня, так как разделение по времени каждого уровня обычно не предоставляют.
Обычно перезагрузки сервера - свободны, и время за них не списывается. В некоторых случаях даже предоставляется доступ к специальному оборудованию, которое способно выполнить перезагрузку сервера.
Список использованной литературы
Кульгин М. В. Компьютерные сети. Практика построения. Для профессионалов. 2-е издание. - Питер, 2003. - 464с.
К. Закер "Компьютерные сети. Модернизация и поиск неисправностей". М. - 2003
Ирвин "Передача данных в сетях: инженерный подход". М. 2002
Новиков Ю.В., Кондратенко С.В. "Локальные сети: архитектура, алгоритмы, проектирование". М. 2003