1. ОБЗОР ПЛАТФОРМЫ

Назначение системы.
Задачи, решаемые системой.
Решения на базе платформы wiSLA.
Архитектура и состав платформы wiSLA.

Назначение системы

ПАК wiSLA (well integrated SLA) — это новое поколение платформы автоматизации и обеспечения качества услуг связи, сервисов ИТ и информационных систем, на основании которой реализована линейка целевых решений для операторов связи, государственных учреждений и крупного корпоративного сегмента.

Программно-аппаратная платформа wiSLA позволяет урегулировать конфликты между поставщиками и потребителями услуг связи на основе мониторинга и управления процессами обеспечения качества в рамках жизненного цикла услуги (PLM).

В основу платформы wiSLA заложена следующая идеология:

Задачи, решаемые системой

1. Мониторинг качества L2/L3 VPN и услуг широкополосного доступа в Интернет

Одной из основных задач, решаемых с помощью платформы wiSLA, является мониторинг и управление качеством VPN L2/L3 уровня и услуг широкополосного доступа в Интернет. Мониторинг осуществляется проактивно, путем активного измерения ключевых параметров качества услуги (процент потери пакетов, задержка передачи пакета, джиттер) с применением аппаратных зондов (wiProbe) или встроенных в сетевое оборудование механизмов оценки качества IP-соединения (например, Cisco IP SLA). Данные измерений собираются на центральный сервер и анализируются на соответствие пороговым значениям, определенным в требованиях SLA к качеству контролируемой услуги. Результаты отображаются на порталах платформы в виде графиков и диаграмм.

2. Аудит соответствия качества услуги параметрам SLA

Платформа wiSLA позволяет формировать периодические отчёты SLA в привязке к биллинговым циклам поставщика услуги. Отчёты формируются по заранее согласованным и определенным SLA правилам: набор показателей качества услуги, правила определения нарушений и расчета верхнеуровневых показателей качества (готовность, скидка). Платформа позволяет контролировать весь процесс SLA от согласования набора показателей и их пороговых значений до учета версий контракта и его изменений, исключения согласованных нарушений из отчёта и расчета размера компенсаций за итоговое нарушение уровня обслуживания согласно SLA. Сформированный отчёт SLA доступен как поставщику услуги, так и клиенту, что позволяет им урегулировать возникающие спорные ситуации на основе единых релевантных данных.

3. Мониторинг доступности и производительности сервисов L7 и приложений (Application Performance Management)

Мониторинг доступности и производительности корпоративных облачных информационных систем (CRM, Order Management, Trouble Ticketing, базы данных и т.д.) — одна из центральных задач wiSLA. Платформа позволяет не только контролировать доступность информационных систем из каждой точки доступа (магистральные узлы сети интернет, офисы конечных пользователей), но и осуществляет глубокий мониторинг программной и аппаратной части инфраструктуры (сервера, виртуальной машины), что обеспечивает разграничение ответственности между каналом связи до ЦОД, неисправностью сервера и проблемами с самим корпоративным приложением.

wiSLA 5.1 обеспечивает многоуровневый мониторинг пользовательских сервисов L7 (WEB-порталы, базы данных, WEB-сервисы (REST, SOAP и т.д.) путем имитации действий реальных пользователей (авторизация на портале, введение и анализ поисковых запросов, выполнение SQL-транзакций и т.д.).

Решения на базе платформы wiSLA

1. Для операторов связи

1.1 Мониторинг L2/L3 VPN

SLA на предоставляемые услуги в последнее время становится обязательным требованием потребителей из крупного корпоративного сегмента и госсектора при выборе оператора связи. Платформа wiSLA предоставляет универсальное решение по обеспечению высокого качества услуг и управлению ожиданиями клиентов.

Решение wiSLA.Telco для операторов обеспечивает:

1.2 Мониторинг инфраструктуры ЦОД и облачных услуг

Облачные сервисы (SaaS) и предоставление инфраструктуры в облаке (IaaS) повсеместно становятся частью каталога услуг оператора связи. Однако нередко возникают вопросы («кто виноват в недоступности облачного приложения», «в чем причина низкой производительности виртуальной машины»), отсутствует разграничение ответственности между каналом связи от офиса клиента до ЦОД, доступностью самого сервера/виртуальной машины и облачного приложения.

Решение wiSLA.Telco для операторов обеспечивает:

2. Для государственных учреждений и крупного корпоративного сегмента (B2B/B2G)

2.1 Мониторинг арендованных L2/L3 каналов

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

Решение wiSLA.Enterprise обеспечивает:

2.2 Мониторинг качества видеоконференцсвязи

В условиях сильной географической удаленности офисов компании видеоконференцсвязь (ВКС) становится наиболее эффективным и востребованным средством взаимодействия сотрудников. Однако от качества ВКС сильно зависит ее эффективность. Частые обрывы сеанса, пропадание фрагментов изображения и звука усложняют процесс взаимодействия людей и принятия решений.

Решение wiSLA.Enterprise обеспечивает:

2.3 Мониторинг корпоративных IT-сервисов

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

Решение wiSLA.Enterprise обеспечивает:

Архитектура и состав платформы wiSLA

1. Общее описание архитектуры

ПАК wiSLA относится к разряду крупных корпоративных приложений, архитектура которого построена по многослойной модели и полностью соответствует ставшей стандартом модели Java Platform, Enterprise Edition (Java EE). Программное обеспечение ПАК wiSLA представляет собой систему распределенных компонентов, взаимодействующих через внутренние интерфейсы.
Все составляющие ПО ПАК wiSLA поддерживают спецификацию Java EE. Это позволяет легче обеспечивать высокое качество и надежность взаимодействия компонентов, полную согласованность с применяемыми технологиями, такими как Hibernate, Spring, AngularJS, OpenJDK 11 и др.
Это означает, что элементами архитектуры ПАК wiSLA являются компоненты, каждый из которых предоставляет необходимые сервисы, т.е. наборы выполняемых функций. Каждый компонент инкапсулирован, а его интерфейсы обеспечивают доступ к бизнес-правилам, данным и операциям. Все компоненты имеют спецификации, интерфейсы, описания реализации и внедрения. Компоненты, как и сервисы, разделены на три типа: служебные, бизнес-компоненты/сервисы и управляющие.
Взаимодействие между компонентами осуществляется с помощью общей коммуникационной среды — обобщенной шины для обмена информацией (Common Communication Vehicle, CCV).

wiSLA_level_visual.jpg

2. Подсистема медиации (Mediation)

Подсистема медиации (Mediation) обеспечивает двустороннее взаимодействие системы с аппаратными и программными измерительными зондами, базами данных.

Рис. 1 Подсистема медиации (Mediation)

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

Ключевые особенности подсистемы:

3. Подсистема управления SLA (SLM)

Центром платформы wiSLA является подсистема управления SLA (Service Level Management), которая обеспечивает выполнение набора ключевых функций в рамках процесса управления качеством услуг: формирование периодических отчётов SLA, расчет компенсаций за нарушение уровня обслуживания и учет времени согласованных перерывов работы (отключение электропитания в офисе клиента, планово- профилактические работы, форс-мажоры и т.д.).

Рис. 2 Подсистема управления SLA (SLM)

Ключевые особенности подсистемы:

4. Подсистема мониторинга качества сервиса (SQM)

Подсистема мониторинга качества сервиса (SQM) обеспечивает непрерывный мониторинг и оперативную оценку качества услуг с точки зрения потребителя в любой момент времени.

Рис. 3 Подсистема мониторинга качества сервиса (SQM)

Важной составной частью SQM является SQM-монитор, который реализован на базе Java Message Service. В каждом цикле сбора данных SQM-монитор сравнивает значения показателей качества услуги со значениями в настройках мониторинга и определяет статус сервиса. Значения, указанные в настройках мониторинга, по умолчанию соответствуют значениям указанным в SLA и могут быть изменены оператором.

К функциям, реализуемым подсистемой, относятся:

Ключевые особенности подсистемы:

5. Подсистема учета неисправностей (Service Desk)

Подсистема учета неисправностей (Service Desk) отвечает за регистрацию аварийных событий контролируемых услуг и своевременное оповещение ответственных пользователей о неисправностях посредством электронной почты и SNMP-уведомлений, а также многоуровневую эскалацию проблем.

Рис. 4 Подсистема учета неисправностей (Service Desk)

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

Ключевые особенности подсистемы:

6. Подсистема учета (SMDB)

Подсистема учета (SMDB) обеспечивает учет и управление инфраструктурой контролируемых услуг и измерительного оборудования. Подсистема обеспечивает управление взаимосвязями между такими сущностями, как контрагент, контракт, сервисы, измерения, точки доступа, зонды (измерительное оборудование или устройства) и тесты в соответствии в SID (Shared Information and Data Model). Согласно TAM (Telecom Operations Map), подсистема учета выполняет функции Resource Inventory, Service Inventory, Customer Inventory (CRM). В подсистеме учета также хранятся цепочки показателей качества и производительности KPI/KQI в привязке к сервисам.

Рис. 5 Подсистема учета (SMBD)

7. Интеграционная платформа (Integration Framework)

Интеграция wiSLA с внешними системами OSS/BSS выполняется посредством интеграционной платформы (Integration Framework). В основу платформы заложены сервисно-ориентированная архитектура (SOA) и открытые интерфейсы (WSDL/SOAP/XML). wiSLA содержит предынтегрированные модули к существующим системам Trouble Ticketing, Fault Management, Order Management, а также модули к внешним Web-порталам Заказчика. Дополнительно в рамках интеграционной платформы может поставляться модуль управления бизнес-процессами (BPM).

Рис. 6 Интеграционная платформа (Integration Framework)

8. Портал оператора (Operator Portal)

Портал оператора ПАК wiSLA предназначен для управления системой: постановки услуг (сервисов) на мониторинг, настройки параметров SLA, управления правами доступа пользователей, журналирования системных событий.

image.png