Оправдание OSS - Игорь Бакланов

Исходной точкой типологии являются первые ИТ, которые строились на основе баз данных (СУБД). Ценность этого этапа формулировалась, как в предыдущем разделе. Казалось, что если сложить данные в единую СУБД и связать их отношениями, то такая система решит все проблемы управления, и наступит счастье. Счастье наступило, но только для некоторых компаний. Например, на этом этапе раскрутились такие гиганты современной индустрии как Oracle и SAP, которые разработали современные реляционные базы данных.

Тогда возникла новая идея о связи информации с реальным миром и поиском в этом счастья. Что если связать данные из СУБД с объектами учета? В таком варианте информация об объекте будет сопряжена с самим объектом. По совокупности всех данных получается система учета состояния и система управления всеми объектами в форме учетной системы. По сути она представляет собой автоматизацию амбарной книги средствами ИТ. Именно такой вариант был реализован в OSS первого поколения. На волне развития учетных систем развились все современные производители OSS – IBM, CA, TEOCO, SevOne, Watch4Net, Dimetis, NetBoss и пр.

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

Рассмотрим простой пример. Один из операторов решил развернуть систему IBM Netcool для целей Fault Management, т.е. управления неисправностями. В рамках такого проекта необходимо сопряжение со всеми устройствами сети и прописывание правил функционирования OSS. Система должна обрабатывать информацию от оборудования и делать корреляционный анализ, чтобы корректно выявлять исходную причину возникновения неисправности и ее значимость. Для этого системе необходима релевантная информация не только об устройстве, но и об его окружении, т.е. должна быть учтена топология сети, правила поведения устройств и их взаимодействие. Прописывание правил для каждого устройства занимает львиную долю времени внедрения и может продолжаться годами.

Ценой неимоверных усилий оператору чудом удалось прописать правила, и система управления неисправностями заработала в полную силу с полной функциональностью. Но вот оператор решил ввести на своей сети систему групповой рассылки Multicast. Эта процедура занимает от нескольких часов до нескольких дней в зависимости от топологии. Но в результате коренным образом изменилась топология сети, и все связи между устройствами устарели в одночасье. Служба поддержки OSS должна была переписать все правила для всех устройств. На это ушел еще один год. Этот год система OSS стояла практически не работающей.

Учетная система всегда отстает от развития системы связи. Подобным образом отстает информация в амбарной книге от реального движения товаров в амбаре. Для того, чтобы привести дела в порядок, в торговле принято регулярно останавливать деятельность, вывешивая на дверях табличку «Закрыто на учет». Но этого нельзя сделать с современной системой связи. Поэтому приходится чинить самолет в полете, что оказывается опасным, сложным, трудоемким и мало результативным делом.

Ключевым недостатком учетных систем оказалась их статичность в части описания состояния сети. Сети связи в условиях технологической революции представляют собой объект с высокой динамикой изменения. Статичные учетные системы неприменимы для описания динамично изменяющихся сетей. Учет – это описание состояния. Если сравнивать современную сеть связи с живым организмом, то можно сформулировать этот тезис так: в полной мере описать можно только мертвое тело, живой организм всегда выходит за пределы статичного описания. Динамическая система связи всегда выплескивается за границы учетной системы OSS. А учетная система OSS оказывается зажатой в следующем парадоксе:

• Для того, чтобы система OSS работала, она должна покрывать 100% устройств и систем в сети.

• В условиях динамического развития сети OSS не может обеспечить 100% описания состояния сети.

Следовательно, учетная система OSS никогда не будет работоспособной. Ее внедрение превращается в бесконечный процесс. Таким образом, развитие ИТ подошло к тупику. Счастье опять не наступило.

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

• Информация сама по себе не имеет ценности, но и связанная с объектами в единую систему учета она также не имеет ценности.

• Ценность имеет только информация, связанная с определенной целью или смыслом, т.е. с конкретным применением информации. Такую информацию обычно называют структурированной.

• Для решения определенной задачи нет необходимости создавать универсальную учетную систему, контролирующую показатели всех объектов, достаточно только той информации, которая важна для решения поставленной задачи.

• Такая система тесно связана с процессами и может называться процесс-ориентированной.

Современный уровень осознания проблематики ИТ – это процесс-ориентированные системы. Я искренне надеюсь, что именно они приведут человечество к призрачному счастью, обещанному «информационной цивилизацией». Возможно, этого не случится. Уже сейчас видны проблемы процесс-ориентированных систем, которые снова заставляют сомневаться в том, что это конечный пункт нашего путешествия. Но ничего нового на горизонте пока нет, процесс-ориентированные системы только начали развиваться на рынке. Слишком рано для новых исследований.

Типология О. Скокова позволяет разобраться в конкретике отдельных проектов. В настоящее время на рынке ИТ присутствует все три типа систем. Все они развиваются их создателями. Доминируют системы второго поколения – учетные системы. Их разработчики знают о перспективах процесс – ориентированных систем и последовательно переводят свои решения в новую философию. Тем не менее, консерватизм разработок и клиентов, не понимающих проблематичности внедрения учетных систем, сохраняют популярность именно учетных систем.

Конец ознакомительного фрагмента.