Оправдание OSS - страница 11
В основу типологии положена идея развития современного ИТ по пути последовательного поиска счастья. Появление компьютера, информатизация, новые возможности обмена и анализа информации побуждают наше общество осознать ценность изобретения информационных систем (для простоты назовем их информационными технологиями – ИТ). О. Скоков выделяет три этапа последовательного осознания ценности ИТ, схематично представленные на рис. 3.
Рис. 3. Типология О. Скокова – развитие современного ИТ
Исходной точкой типологии являются первые ИТ, которые строились на основе баз данных (СУБД). Ценность этого этапа формулировалась, как в предыдущем разделе. Казалось, что если сложить данные в единую СУБД и связать их отношениями, то такая система решит все проблемы управления, и наступит счастье. Счастье наступило, но только для некоторых компаний. Например, на этом этапе раскрутились такие гиганты современной индустрии как Oracle и SAP, которые разработали современные реляционные базы данных.
Тогда возникла новая идея о связи информации с реальным миром и поиском в этом счастья. Что если связать данные из СУБД с объектами учета? В таком варианте информация об объекте будет сопряжена с самим объектом. По совокупности всех данных получается система учета состояния и система управления всеми объектами в форме учетной системы. По сути она представляет собой автоматизацию амбарной книги средствами ИТ. Именно такой вариант был реализован в OSS первого поколения. На волне развития учетных систем развились все современные производители OSS – IBM, CA, TEOCO, SevOne, Watch4Net, Dimetis, NetBoss и пр.
Однако счастье не наступило. Построение ИТ по принципу учетной системы формировало продукты, которые неизбежно отставали от развития сети. Здесь прослеживается определенная философия: для того, чтобы учетная система дала качественный эффект, в нее должны быть внесены все данные по всему оборудованию сети или ее сегмента. Но в современном технологическом развитии это сделать невозможно. Оборудование постоянно модернизируется, обновляется топология сетей, программное обеспечение устройств.
Рассмотрим простой пример. Один из операторов решил развернуть систему IBM Netcool для целей Fault Management, т.е. управления неисправностями. В рамках такого проекта необходимо сопряжение со всеми устройствами сети и прописывание правил функционирования OSS. Система должна обрабатывать информацию от оборудования и делать корреляционный анализ, чтобы корректно выявлять исходную причину возникновения неисправности и ее значимость. Для этого системе необходима релевантная информация не только об устройстве, но и об его окружении, т.е. должна быть учтена топология сети, правила поведения устройств и их взаимодействие. Прописывание правил для каждого устройства занимает львиную долю времени внедрения и может продолжаться годами.