Методика прагматического анализа информации состояния «облачного» сервиса в интересах организации интерфейса службы
жүктеу/скачать 1,48 Mb. Pdf көрінісі
|
| RingCentral
Для каждого события указан сервер происхождения и информационное сообщение (колонка Host/Trigger Name). В колонке Relations указана связь с недавним изменением либо текущим сбоем, зарегистрированным в подсистеме управления сбоями. В данном примере 89 событий были агрегированы в одну запись как вызванные одним и тем же изменением (вторая строчка данных на табло). Колонки Loc (сокр. от Location), Layer, Co (сокр. от Component) – это «родительские» элементы ГРИС в соответствии с ее конфигурацией. В данном примере 36 событий были агрегированы как относящиеся к одним и тем же «родительским элементам» – SJC01, P16, PAS. Эти 36 событий изначально были представлены одной строкой, однако в данном примере оператор развернул ее для того, чтобы ознакомиться с каждым сообщением в отдельности, что видно по стрелочке, направленной вниз слева от исходной строки . Заключение С ростом сложности ГРИС, предоставляющих «облачные» услуги, возможностей восприятия и обработки информации инженером службы эксплуатации, поступающей от традиционных систем мониторинга, стало хронически не хватать, так как традиционный анализ информации от системы мониторинга не является прагматическим. Существующие методики анализа информации состояния ГРИС основываются на поиске отклонений ее состояния от нормативного через проверку на превышение пороговых значений № 3–2021 Вестник СПб ун-та ГПС МЧС России http://vestnik.igps.ru 192 Труды молодых ученых определенными показателями. Повышение эффективности таких методик достигается за счет подбора показателей и пороговых значений, а также прогнозирования значений на основании исторических данных. Изложенная в статье методика базируется на прагматическом анализе большого потока сообщений на связь между собой и с другими данными о состоянии ГРИС с последующей агрегацией и «обогащением». Эта связь, в свою очередь, устанавливается на основании модели данных эксплуатации ГРИС, разработанной автором в предшествующих работах. Таким образом, данная методика может быть использована практически в любой компании, которая занимается эксплуатацией ГРИС на основе одного из распространенных стандартов эксплуатации (ITIL, SRE, COBIT и др.). Методика использует простые методы выявления связей – прямое сравнение строк, проверку строки на соответствие регулярному выражению, поиск ближайших «родителей» по графу и пересечения набора множеств. Однако с дальнейшим ростом сложности конфигурации ГРИС, а также с ростом количества показателей ее состояния и сообщений о превышении пороговых значений, представляется целесообразным использование более сложных методов, таких как машинное обучение, с целью уменьшения размерности состояния и установления связи данных состояния без наличия экспертных правил (таких как регулярные выражения), а также поиск по графу «в глубину». Кроме того, интуитивно декларируемая эффективность шагов прагматического анализа, по аналогии с работой [10], требует количественного подтверждения посредством различных видов моделирования. Алгоритмы агрегации и визуализация данных были показаны на примере опыта компании RingCentral и заслуживают особого исследования в интересах автоматизации службы эксплуатации ГРИС, что нашло отражение в работах автора [11, 12]. жүктеу/скачать 1,48 Mb. Достарыңызбен бөлісу:
|