4.8.Мониторинг качества сервисов (serviceMonitor) 4.8.1.Общее описание возможностей
Эффективность любой Инфраструктуры пространственных данных (Spatial Data Infrastructure), в конечном счете, зависит от качества основных сервисов.
sdi.suite serviceMonitor – это идеальный инструмент для мониторинга соответствия с определёнными требованиями к качеству SDIs. После регистрации осуществляется постоянный мониторинг и оценка сервисов посредством serviceMonitor. Если сервис потерян, или точно установлен (или требуется, в случае сервисов INSPIRE), не выполняется критерий доступности, соответствующие администраторы или операторы сервиса уведомляются автоматически по электронной почте или с помощью SMS-сообщений.
serviceMonitor контролирует различные сервисы в настраиваемых временных интервалах. Поддерживаются типы сервисов OGC (например, WMS, WFS, WCS), наряду с ArcIMS, ArcGIS Server и INSPIRE Network Services.
4.8.2. Регистрация и вход в систему
Прежде, чем serviceMonitor может использоваться, необходимо обзавестись Web Authentication Service (WAS) и Policy Decision Point Service (PDP), а также веб-браузером для управленческих функций в пределах serviceMonitor (Веб-администратор). Кроме того, должна быть установлена база данных в соответствии с требованиями, определёнными во время установки.
После завершения установки и настройки serviceMonitor на компьютере сервера, можно вызвать serviceMonitor в веб-баузере, введя адрес
http://[SERVER]:[PORT]/ServiceMonitorClient
Пользователь должен войти в serviceMonitor до использования функций приложения.
Для зарегистрированных пользователей serviceMonitor предлагает дополнительные функции. Степень доступности этих функций изменяется в зависимости от распределенных ролей и связанных с ними прав.
Прежде, чем пользователь сможет вызвать какую-либо функцию, связанную с конкретной ролью, он должен быть зарегистрирован администратором. После регистрации администратор назначает пользователю роль, пользовательскую группу, имя и пароль.
4.8.2.1.Регистрация
Если вы хотели бы быть зарегистрированным пользователем serviceMonitor, войдите в контакт с администратором приложения. Вам будут присвоены права, имя пользователя и пароль, которые позволят вам использовать serviceMonitor в качестве зарегистрированного пользователя.
4.8.2.2.Вход
Зарегистрированный пользователь может войти в serviceMonitor, введя имя и пароль (Login).
Примечание: При мониторинге сервиса будут отправляться запросы на этот сервис, а это создаст дополнительный трафик. По этой причине только тем людям, которые уполномочены поставщиком сервиса, разрешено использовать serviceMonitor в целях мониторинга.
4.8.2.3.Роли
Незарегистрированный пользователь не может использовать serviceMonitor.
Роли обозначают права, которые присвоены пользователю. Следующие роли предусмотрены для:
mon_Administrator (Администратор)
mon_Redakteur (Редактор)
mon_Redakteur (Редактор)
mon_Redaktuer (Редактор) serviceMonitor может выполнить следующие функции:
Регистрация
Управление
Статистика
Выход из системы
Редактор может зарегистрировать сервисы или задания, связанные с сервисов, а также он может управлять своими заданиями и изменять их.
mon_Administrator (Администратор)
Администратор serviceMonitor имеет полный доступ ко всем сервисам и заданиям. Он обладает правами чтения и записи, а также может видеть, какой пользователь зарегистрировал сервис в serviceMonitor.
sm_Administrator (Администратор: только пользовательское управление)
Пользователь с этой ролью может вызвать ‘Пользовательское управление’ и зарегистрировать новые группы или пользователей (информацию относительно этого компонента можно найти в Инструкции по установке).
4.8.3.Регистрация задания
Функция «Регистрация задания» (Job Registration) используется для регистрации заданий мониторинга. Здесь пользователь может конфигурировать сервисы, над которыми будет производиться мониторинг, и предоставлять системе параметры мониторинга. Необходимо, чтобы для сервиса было определено, по крайней мере, одно задание.
Когда параметры введены, задача сервиса может быть сохранена (Сохранить сервис). Соответствующие данные сохраняются serviceMonitor, и сервис/задание добавляется в таблицу управления для дальнейшего администрирования.
4.8.3.1.Регистрация нового сервиса
Чтобы создать задание мониторинга для того, чтобы новый сервис был зарегистрирован в serviceMonitor, пользователь сначала выбирает пункт меню Регистрация (Registration). Затем он может ввести перечисленные ниже данные для сервиса.
4.8.3.2.Сервис
Информация, необходимая для каждого сервиса, состоит из имени, типа и URL сервиса.
Имя сервиса можно свободно выбрать. Имя будет показано в списке проверенных сервисов (Управление). В списке можно выбрать тип сервиса. Поле URL сервиса (Service URL) содержит url сервиса без каких-либо добавленных запросов (http://www.example.com/servletPath).
Необходимо также указать следующую информацию:
Доступен широкий спектр типов сервиса (например, INSPIRE View Service, INSPIRE Discovery Service, INSPIRE Feature Download Service, OGC WMS, OGC WCS, ArcIMS и другие).
serviceMonitor поддерживает мониторинг защищённых сервисов (Базовая аутентификация HTTP).
Используйте механизмы Базовой аутентификации HTTP для этого сервиса (к запросу будут добавлены имя пользователя и пароль).
Имя пользователя / Пароль.
Имя пользователя и пароль, используемые для Базовой аутентификации HTTP.
Щёлкнув на кнопке “Протестировать”, пользователь сможет протестировать установку Базовой аутентификации HTTP. В случае успешной аутентификации, появится соответствующее сообщение.
4.8.3.2.1.1Задание
Для каждого регистрируемого сервиса необходимо определить, по крайней мере, одно задание мониторинга. Правила мониторинга и уведомления должны быть установлены далее.
Описание
Для каждого задания должна быть определена общая информация.
Имя задания содействует идентификации различения между сервисами и их заданиями.
В зависимости от типа сервиса доступны различные категории заданий.
Значения для интервала мониторинга и правил уведомления можно определить произвольно.
Некоторые значения для интервала мониторинга и некоторые правила уведомления заполняются ранее определёнными значениями, и пользователь не может изменять соответствующие записи. Ранее определённые значения получены из требований INSPIRE Quality of Service, они различаются для каждого типа сервиса.
Пример: Например, правила мониторинга для INSPIRE View Services составляют 5000 миллисекунд для начального времени ответа с сервиса, один единственный запрос на сервис и 99% доступности сервиса. Мониторинг сервиса будет выполняться 24 часа в день каждые 10 минут.
Некоторые значения для интервала мониторинга и некоторые правила уведомления заполняются ранее определёнными значениями, и пользователь не может изменять соответствующие записи. Ранее определённые значения получены из требований INSPIRE Quality of Service, они различаются для каждого типа сервиса.
Пример: Например, правила мониторинга для INSPIRE View Services составляют 5000 миллисекунд для начального времени ответа с сервиса, 20 одновременных запросов на сервис и 99% доступности сервиса. Мониторинг сервиса должен быть выполняться как минимум 24 часа в день каждые 10 минут.
INSPIRE (Производительность)
Некоторые значения для интервала мониторинга и некоторые правила уведомления заполняются ранее определёнными значениями, и пользователь не может изменять соответствующие записи. Ранее определённые значения получены из требований INSPIRE Quality of Service, они различаются для каждого типа сервиса.
Пример: Например, правила мониторинга для INSPIRE View Services составляют 5000 миллисекунд для начального времени ответа с сервиса, один единственный запрос на сервис и 99% доступности сервиса. Мониторинг сервиса будет выполняться 24 часа в день каждые 10 минут.
Важно: Различные категории заданий и соответствующие установленные значения для мониторинга и уведомлений доступны, только если выбран тип сервиса, связанный с INSPIRE.
Запрос
Для каждого задания необходимо ввести подробную информацию о запросе мониторинга.
Запрос состоит из строки запроса, который отправляется на сервис, и метода отправки запроса.
Важно: Мониторинг выполняется посредством сервисной операции, которая определена в этом пункте. Key Value Pairs (KVP) запроса должен быть установлен специально, он должен начинаться с символа вопроса (?).
Стандартный запрос: Для каждого типа сервиса есть стандартный запрос (Запрос возможностей), который уже определён и который можно вызвать.
Ниже приведён пример запроса GetCapabilities для WMS:
?Request=GetCapabilities&Service=WMS
Если в целях мониторинга используется какой-нибудь другой запрос, в поле ввода текста нужно ввести информацию о KVP.
Пример запрос GetMap:
?BBOX=-178,-90,179,90&WIDTH=400&HEIGHT=300&SRS=EPSG:4326
&Layers=countries&version=1.1.1&service=WMS&FORMAT=IMAGE/jpeg
&TRANSPARENT=TRUE&request=getmap
Для того чтобы определение задания использовало HTTP POST в качестве запрашиваемого метода, можно определить здесь соответствующие входные данные.
Пример операции GetFeature в веб-сервисе пространственных объектов:
Выбор метода запроса, который будет использован (HTTP GET или POST).
Мониторинг
Для каждого задания определяется диапазон запросов, и то, сколько времени должен занимать мониторинг (От/До).
Осуществляется выбор того, будет ли выполняться мониторинг или нет.
Информация о состоянии
Если задание этого сервиса предназначено для общественного доступа, например, в отображении Мониторинга в приложении terraCatalog, оно должно быть активировано.
От / до
Период времени, в который должен выполняться мониторинг, может быть ограничен конкретным периодом (например, от 22:00 до 04:00).
Диапазон мониторинга, который нужно вводить в минутах.
Уведомление
Если ответы с сервиса, т.е. задание, не соответствуют установленным параметрам мониторинга, вам может прийти уведомление по электронной почте и/или SMS. Правила уведомления устанавливаются индивидуально для каждого задания (Уведомление).
С помощью функций Создать/удалить текстовое сообщение (Create/Delete Text Message) и Создать/удалить E-mail (Create/Delete E-mail) можно добавить или удалить информацию.
Оно используется для активации функции автоматического уведомления.
Период времени, за который должна выполняться функция уведомления, может быть ограничен (например, с 08:00 до 17:00).
Диапазон дезактивации (в минутах) устанавливает время, с которого уведомление будет повторяться для отклонений от задания мониторинга.
Если запрашивается уведомление по SMS, необходимо дать соответствующий номер телефона. Он всегда должен включать международный код страны, например '+49' для Германии.
Если вы вводите номер SMS, важно, что установлено максимально разрешённое число символов на сообщение (оптимальное число: 256).
Для уведомления по электронной почте требуется указание соответствующего адреса электронной почты.
Качество сервиса
Вы используете правила уведомления, чтобы установить, мониторинг какого из параметров сервиса должен быть установлен, какие требования сервиса должны быть выполнены.
Производительность (Время ответа)
Это поле используется для установки максимального количества времени, за которое может выполняться корректный ответ на запрос на сервис. Время задано в миллисекундах. Если фактическое значение больше этого значения допуска, даётся уведомление.
Вместимость (Число одновременных запросов)
Это поле используется для установки количества одновременных запросов мониторинга (минимум 1 и максимум 30 запросов в секунду).
Определяет усредненное количество успешных запросов к сервису в процентах от общего количества запросов. Если значение (выраженное в процентах) не достигнуто, система отправляет соответствующее сообщение.
Если нужно отправить какую-то информацию, когда возникли ошибки http, необходимо активировать это правило уведомления.
Если пользователь хочет получать информацию об исключениях OGC, необходимо активировать этот параметр.
4.8.3.3.Добавить новое задание
Для каждого сервиса можно установить несколько заданий. Функция «Добавить задание» (Add Job) позволяет новой работе быть созданной для сервиса, и создаётся соответствующий входной экран для регистрации соответствующих параметров.
4.8.3.4.Удалить задание
Функция удаления задания находится в начале входной формы задания. Задание тогда будет удалено из списка заданий сервиса. Но следует отметить, что для каждого сервиса должно быть установлено, по крайней мере, одно задание.
4.8.3.5.Открыть/ Закрыть задание
Если было установлено несколько заданий сервиса, экран входной формы может стать более широким. Поэтому можно закрыть задания и снова открыть их позже.
В результате соответствующее задание будет скрыто от формы. Если вы выберите пункт меню «Открыть задание» (Open Job), можно будет восстановить соответствующую входную форму.
4.8.4.Управление заданиями
Функция «Управление заданиями» (Job Management) создаёт таблицу со списком сервисов, зарегистрированных для мониторинга. Доступны следующие информация, действия и функции:
Сортировка сервисов.
Фильтрация сервисов.
Удаление сервиса.
Отчетность по заданию.
Редактирование задания.
Выбор сервисов, которые имеют отношение к статистике.
Имя сервиса.
Тип сервиса.
Дата создания задания.
Дата изменения задания.
URL сервиса.
Запрос сервиса.
Отображение текущего статуса.
Показ последнего результата запроса.
Статус мониторинга (активный или неактивный).
Режим уведомления (SMS и/или e-mail).
Признак активированной функции уведомления.
Имя владельца сервиса (Owner).
4.8.4.1.Изменить вид
Пользователи serviceMonitor могут переключать виды: упрощённый (Short View), содержащий наиболее важную информацию, и детализированный (Extended View), содержащий всю доступную информацию о задании в виде управления.
4.8.4.2.Сортировать сервисы
Если вы щёлкните на стрелках в заголовке таблицы, сервисы будут отсортированы на основе различных критериев.
4.8.4.3.Фильтрация сервисов
Если вы введёте ключевые слова в области поиска наверху вида управления, показанные сервисы и задания могут быть отфильтрованы относительно различных критериев.
Символ «*» указывает на пропуск любого количества символов.
Важно: Чтобы отобразить все сервисы типа „INSIPRE View Service“, „INSPIRE Discovery Service“ и „INSPIRE Download Service“, нужно ввести „INSPIRE*“ в поле поиска для типа сервиса.
Важно: Чтобы отобразить все задания из категории „INSPIRE (Производительность)“, введите „*Performance*“ в поле поиска для категории задания.
4.8.4.4.Удаление сервиса
Сервис удаляется из базы данных мониторинга (а также все соответствующие задания), и процесс мониторинга завершается.
4.8.4.5.Отображение отчета для задания
Отчёты могут отображаться для каждого задания. Отчёт содержит информацию о доступности (в процентах), время ответа (в миллисекундах), количество исключений OGC и любые ошибки HTTP. Для каждого из ранее перечисленных параметров даётся значение для следующих интервалов времени:
Со времени регистрации.
30 дней.
7 дней.
Сегодня.
4.8.4.6.Редактирование задания
Функция предназначена для изменения параметров мониторинга задания. После загрузки можно применить текущую информацию (см.: Регистрация нового сервиса). Необходимо сохранить все настройки и расширения (Register service), с этого момента они будут доступны и будут использоваться serviceMonitor.
4.8.4.7.Отображение статистики для одного или нескольких заданий
Функция предназначена для выбора сервисов и заданий, которые имеют значимость для оценки статистики. Необходимо сначала выбрать опции сервисов, которые вы хотите оценить, и затем выбрать Статистику (Statistics) в главном меню.
4.8.4.8.Статус задания
Статус задания сервиса, над которым проводится мониторинг, отображается с помощью системы светофора.
Сервис или задание даёт корректный ответ на заданный запрос. Выполняются следующие правила уведомления: Статус: dead, исключение OGC и перерыв. Зелёный свет отображается также, если средняя пригодность не достигнута, так как функционирует сервис/задание.
Результаты, которые могут быть оценены, доступны. Например, задание всё ещё может быть в пределах периода дезактивации.
Задание сервиса в настоящее время отвечает ошибкой; ответы на запросы некорректны.
У всех иконок светофора есть подсказки, которые показывают текущий статус этого задания.
Если вы хотите получить результат последнего запроса, щёлкните на светофор задания. Результат будет представлен в новом окне или будет загружен (например, документ возможностей).
4.8.5.Отчёт о задании
Отчёт о задании содержит информацию о возможностях сервиса (в процентах), время ответа (в миллисекундах), количество OGC Exceptions и HTTP-Errors. Для каждого параметра значения отображаются для разных периодов времени.
Со времени регистрации.
30 дней.
7 дней.
Сегодня.
Щёлкнув на кнопке «Редактировать задание», пользователи переходят на страницу регистрации задания, где они смогут отредактировать описание и правила мониторинга.
Щёлкнув на кнопке «Download Protocol», пользователи смогут загрузить подробный обзор всех запросов мониторинга задания и соответствующие качества сервиса (например, время ответа сервиса) в виде файла CSV (Comma Separated Value).
История мониторинга обычно охватывает последние 24 часа (покрытый период времени устанавливается в процессе инсталляции serviceMonitor) и содержит подробную информацию обо всех запросах мониторинга сервиса
Дата запроса мониторинга (Формат: „YYYY-MM-DD“).
Время запроса мониторинга (Формат: „HH:MM:SS“).
Точная отметка времени, когда произошёл запрос мониторинга (количество миллисекунд, которые прошли с момента 01.01.1970, 00.00 AM).
Имя сервиса, подвергаемого мониторингу.
URL сервиса, подвергаемого мониторингу.
Тип сервиса, подвергаемого мониторингу.
Имя задания, подвергаемого мониторингу.
Запрос сервиса задания, подвергаемого мониторингу.
Категория задания, подвергаемого мониторингу.
Время ответа сервиса, подвергаемого мониторингу для этого одного запроса мониторинга.
Код статуса HTTP сервиса, подвергаемого мониторингу для этого одного запроса мониторинга.
Статус сервиса, подвергаемого мониторингу, в зависимости от установленных правил для этого задания мониторинга.
4.8.6.Статистика
Для выбранных заданий может быть отображена статистика. Это означает, что в меню Administration выбираются задания, которые затем начинают формировать основу статистической оценки (меню: Статистика). Его можно сконфигурировать, используя следующие параметры:
Property - пользователь может выбрать из следующих видов: Доступность, Время отклика (Перерыв), ошибки HTTP и исключения OGC.
Интервал времени – Вид может включать один из диапазонов времени или несколько из следующих интервалов времени: сегодня, 7 дней, 30 дней, с момента регистрации.
Таким образом, можно приспособить и заново установить запрос статистики (Отобразить статистику). Результаты отображаются в виде диаграммы.
4.8.7.Администрирование
Следующая функция доступна только для пользователей с ролью Администратора (sm_Administrator). Эти функции доступны только один раз, когда пользователь регистрируется в базе данных serviceMonitor User Management с ролью 'sm_Administrator'.
4.8.7.1.Администрирование пользователей
Если вы выберите Пользовательское управление (User Management) в меню, в отдельном окне браузера откроется диалоговое окно для управления пользователями и группами пользователей. Пользовательское управление осуществляется с помощью экранов администраторов в компоненте securityManager sdi.suite.
Если далее вы выберите закладку Пользовательское управление (User Management), появится пользовательский репозиторий, используемый для отображения управления, подразделённого на Группы (Groups), Роли (Roles) и Пользователей (Users).
Все три подразделения доступны в структуре дерева; новые записи можно создать, щёлкнув на узлах Группы (Roles), Роли (Roles) и Пользователи (Users). Чтобы изменить или удалить какую-то запись, щёлкните на имени определенной группы, роли или имени пользователя.
4.8.7.2.Настройка пользователей
Пользователи и данные их учётных записей вводятся в узле Пользователи (Users) в дереве, где ими также можно управлять. Если вы щёлкните на узле Пользователи (Users), откроется диалоговое окно для регистрации информации для новой учётной записи.
Личные данные пользователя используются только для информационных целей. Это не играет роли ни в авторизации, ни в аутентификации пользователя. Это административная информация, которая имеет значение в дальнейших целях. Пользователю требуются имени пользователя и пароля для регистрации в системе; их должен присваивать системный администратор.
Кроме того, каждому пользователю можно присвоить группу и 1...n роли. Присвоение групп и ролей обязательно.
Основной механизм связи между пользователями и их правами - это роли. serviceMonitor допускает использование следующих пользовательских ролей:
mon_Redakteur
mon_Administrator
Роль можно присвоить пользователю, выбрав её в поле Доступные пользовательские правила и щёлкнув на Добавить роль. Можно проверить присвоение, убедившись в том, что роль имеется в списке в поле Присвоенные пользовательские роли.
Особые случаи и ограничения относительно сервисов:
Пользователь, находящийся в системе, не может удалить себя сам.
4.8.7.3.Изменение и удаление пользовательских имён и пользователей
Щёлкнув на имени зарегистрированного пользователя в репозитории, можно отобразить соответствующую информацию пользователя. Затем администратор может внести изменения, отредактировав входные поля. Например, он может присвоить новый пароль или добавить дальнейшие права, присваивая дополнительную роль.
Если вы щёлкните на кнопке Сохранить изменения (Save Changes), все изменённые данные будут отсортированы.
Выбирая функцию Удалить пользователя (Delete User), пользователь полностью удалиться из среды пользовательского управления и больше не будет зарегистрированным в системе пользователем.
4.8.7.4.Установка пользовательских групп
Пользовательские группы позволяют группировать пользователей в логическую структуру. В текущей версии нельзя присваивать права группам пользователей. Присвоение прав осуществляется только путём присвоения ролей пользователям.
Можно создать новую группу пользователей, щёлкнув на узле Группы(Groups) в репозитории пользователя. Откроется диалоговое окно, в котором можно ввести имя новой группы пользователей, а также комментарии для описания группы пользователей.
Можно создать новую группу пользователей, щёлкнув на кнопке Сохранить группу пользователей (Save User Group). Затем в узле Группы (Groups) в дереве появится имя.
Группа пользователей может быть изменена или удалена, аналогично пользователям.
Особые случаи и ограничения относительно групп пользователей:
Группы можно удалить, если им больше не присвоены пользователи.
4.8.7.5.Роли в serviceMonitor
serviceMonitor предусматривает две фиксированные, ранее определенные роли:
mon_Administrator
mon_Redakteur
Имена ролей защищены, их нельзя изменить или удалить в среде Администратора. Не разрешены попытки произвести изменения с именами ролей в пользовательской базе данных напрямую через систему управления базами данных.
Следующие права присваиваются отдельным ролям:
Действие
|
Роль
|
|
mon_Redakteur
|
mon_Administrator
|
Регистрация
|
Разрешено
|
Разрешено
|
Управление
|
Разрешено
|
Разрешено
|
Статистика
|
Разрешено
|
Разрешено
|
Пользовательское управление
|
Разрешено, если также присвоена роль sm_Administrator
|
Разрешено, если также присвоена роль sm_Administrator
|
Взгляд на сервисы и задания
|
Собственные сервисы и задания
|
Все
|
|
