Схема структурная программно-технического комплекса АСУ ЕСПП

Программный комплекс АСУ ЕСПП выполнен по схеме клиент-сервер. Структура взаимодействия компонент с пользователями программного комплекса представлена на Рис.1.

Рис.1. Связь компонент программного комплекса АСУ ЕСПП.

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

АСУ ЕСПП использует следующие компоненты:

· Кластер серверов базы данных и хранилище данных

Хранит и управляет всей информацией АСУ ЕСПП.

· Серверы приложения

Серверная часть программного комплекса осуществляет взаимодействие непосредственно с СУБД, обрабатывая запросы клиентов. Кроме этого серверная часть реализует всю логику АСУ ЕСПП, т.е. осуществляет занесение и выборку в/из базы данных записей обращений, инцидентов, проблем и т.д., реализует бизнес-правила для элементов АСУ ЕСПП, управляет учетными записями (Account) пользователей системы, предоставляет доступ к организационной структуре подразделений, конфигурационным элементам и информации о сотрудниках. Серверная часть выполняет также функции по работе с почтовыми серверами по протоколу smtp.

· Service Pages Модуль, реализующий Web-интерфейс АСУ ЕСПП. Представляет собой http-сервер на базе продукта apache. Для формирования динамических web-страниц применяется сервер tomcat, основанный на технологии Java Server Pages. Если доступ через web не предусматривается, то инсталляция Service Pages не требуется. Установка Service Pages может быть произведена как на отдельном сервере, так и на компьютере с установленным сервером приложения. Установка Web Console возможна

· Консоль клиента Клиентская часть программного комплекса АСУ ЕСПП, устанавливается на рабочие места пользователей единой службы поддержки пользователей. Консоль реализует интерфейс между пользователями и сервером приложения для доступа к его функциональности. Консоль позволяет выполнять задачи, связанные с выполнением задач единой службы поддержки пользователей: управление обращениями, изменениями и проблемами, управление конфигурационными единицами (CI) и т.д. Кроме того, через консоль выполняется большинство задач администрирования программного комплекса АСУ ЕСПП.

· ЭПС ОАО «РЖД». Система почтовых серверов, обеспечивающая доставку электронной почты в пределах ОАО «РЖД», поддерживающая протокол SMTP.

· Средства клиента. Для взаимодействия с ЕСПП со стороны потребителей услуг ИТ могут применяться следующие средства: Консоль клиента – рабочее место, оснащенное специализированным клиентским программным обеспечением (входит в поставку системы SD). Web-браузер – входящий в поставку с большинством операционных систем клиент web-сервиса. Почтовый клиент – клиент для работы с электронной почтой, входит в поставку большинства операционных систем (на схеме не показан). Для функционирования системы необходимо несколько серверов. Логическая схема архитектуры системы представлена на Рис.2.

Рис.2. Логическая схема архитектуры системы АСУ ЕСПП

На верхнем уровне расположена система хранения данных на основе HP Enterprise Virtual Array, объединенная в сеть хранения данных (SAN) c кластером БД и FTP-сервером через оптический коммутатор Switched Fabric, что позволяет разгрузить СПД, исключив передачу внутрисистемного трафика между БД, FTP-сервером и системой хранения данных. Система должна быть подключена к серверу управления и мониторинга по каналу Ethernet через соответствующий коммутатор.

Подсистема управления БД состоит из двух серверов HP Integrity. объединенных в отказоустойчивый кластер. Оба сервера подключены к сети SAN, для использования системы хранения данных, а также к двум различным (связанным между собой) Ethernet-коммутаторам. Серверы также связываются напрямую через вторичные Ethernet-интерфейсы для передачи сигналов готовности (heartbeat, пульс).

Два Ethernet-коммутатора (Ethernet Switch), связанных между собой оптическим линком, подключены к СПД ГВЦ и осуществляют перераспределение системного трафика АСУ ЕСПП.

Стойка с шестью Blade-серверами осуществляет поддержку остальных программных компонент системы. Пять физических серверов выполняют функции исключительно серверов приложений (для ГВЦ, Калининградской, Московской, Октябрьской и Забайкальской дорог соответственно), в случае выхода сервера из строя нагрузка перераспределяется между оставшимися серверами приложений.

Один из Blade-серверов подключен к сетям SAN и Ethernet одновременно и выполняет функции FTP-сервера, и веб-сервера Service Pages.