12+
Оправдание OSS

Объем: 134 бумажных стр.

Формат: epub, fb2, pdfRead, mobi

Подробнее

Эту книгу я посвящаю связистам силовых и военных ведомств. Всем тем, для кого офицерская честь и погоны не пустой звук. Кто остался верен Родине в непростые для нее годы, верен нашей науке, отечественной инженерной школе, храня в уме и сердце славу наших отцов. Спасибо Вам за поддержку, за дружбу, за честность Ваших глаз…

Предисловие

Эта книга написана на одном дыхании по пути в Орловскую Академию спецсвязи ФСО РФ. В ее основе лежит доклад, прочитанный мною в 2016 году на апрельской конференции в Академии. Мне захотелось раскрыть затронутую тему шире, чем это можно было сделать в одном выступлении, и я сложил все факты воедино, используя 8 часов дороги. Получилась небольшая и легкая книга, но возможно, такая и нужна сейчас.

Встречи в Академии — это всегда глоток свежего воздуха. Я очень люблю бывать там, поскольку всегда встречаю неподдельный интерес всего состава: от высших чинов до курсантов. Это дает такое рабочее вдохновение, которого хватает на долгие месяцы. Спасибо Вам, господа офицеры!

Кредо

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

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

2. Методический релятивизм. Подразумевает под собой научный метод, который предусматривает рассмотрение разных точек зрения на явление. Все они считаются равноправными, но не равноценными. Ценность точки зрения/теории/концепции/доктрины определяется условиями сравнительного анализа. Из-за предельной толерантности ко всему новому, методический релятивизм оказывается незащищенным от всевозможных спекуляций. Он настоятельно требует от исследователя определенной социальной и этической позиции. Применительно к теме исследования, релятивизм диктует необходимость рассмотрения явления OSS с разных сторон.

3. Археология знания. Существует метод анализа исторических событий и теорий, разработанный М. Фуко. Согласно этому методу, любая теория неотделима от истории ее возникновения. История открытия не менее важна, чем само открытие.

4. Нарратив. Любая история не существует без рассказчика. Именно поэтому книга написана от первого лица и позволяет вспомнить и проанализировать лекции и выступления автора на конференциях в разные годы.

5. Личностный подход. Историю создают люди. Многие из них излагают замечательные мысли и идеи, но не оставляют письменного наследия, их труды забываются. Чтобы восстановить историческую справедливость, чтобы смело двигаться вперед, используя накопленный опыт, нужно помнить имена всех людей, которые способствовали пониманию и осознанию техническим сообществом архиважных аспектов его развития.

Все, что будет сказано в этой книге, опирается на перечисленные принципы.

Начало истории

12 лет назад, Российская государственная телекоммуникационная компания ОАО «Связьинвест», объединила активы региональных телекомов и начала активно вмешиваться в структурную, кадровую и техническую политику своих компаний. Одним из самых масштабных ее проектов стала идея повсеместного внедрения на всех предприятиях централизованной системы управления OSS (Operating Support System — Системы поддержки эксплуатации).

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

Чтобы ввести в курс дела своих сотрудников, департамент электросвязи «Связьинвеста» решил провести пару конференций на тему OSS, сначала в г. С-Петербурге, а потом и в г. Москве.

Конференции в 2000-е были достаточно однообразными. На них редко обсуждались острые вопросы. Чаще всего это был парад импортных технологий, представленных местными дистрибьюторами/интеграторами/представительствами. В выступлениях звучала определенная казуистика, связанная с применением термина «мы». В презентациях коллег слово «мы» и «наша компания» означало присутствие крупного западного вендора. Например, «Мы совершили прорыв на рынке Марокко, внедрив систему биллинга конвергентных сервисов» означало, что компания IBM внедрила в Марокко систему биллинга, будучи никак не связана ни с местным представителем, ни с оратором лично. Освещавший тему человек не участвовал в этом прорыве и едва ли знал о нем что-то. Только лишь несомненная победа IBM добавляла веса его словам.

Также было и на этот раз. Выступали представители Micromuse (ныне IBM) и рассказывали о своих проектах в Европе и Америке, настаивая на том, что их понимание OSS самое правильное. Затем представитель Alcatel продемонстрировал, что OSS Alcatel — не менее правильная система. Потом представительница израильской компании TTI Telecom (ныне TEOCO) высказала то же самое и т. д. Рассчитанная на два дня, конференция явно превращалась в парад маркетинговых слоганов.

Во второй половине дня, перед кофе-брейком, я попросил слова буквально на 10 минут вне очереди. Свое выступление я начал заведомо провокационно:

— Постараюсь доказать в нескольких тезисах, почему система OSS в России не будет построена…

И изложил следующие аргументы.

1. Учетный характер системы OSS. Для того, чтобы построить систему управления (а к тому времени у нашей команды уже был опыт развертывания таких систем), необходимо ползком проползти по всей сети, описывая ее структуру. При этом нужно постоянно актуализировать информацию. Если действовать таким образом, затраты на наведение порядка не окупят результат.

2. Вне централизованной политики в области качества услуг проект OSS не имеет положительной мотивации. Без системы обеспечения качества, проект превратится в «управление ради управления», станет самодостаточным и не будет иметь для окружающего мира телекоммуникаций никакого значения. Без формирования взвешенной политики в области качества услуг преждевременно заниматься системой управления.

3. Квалификация персонала. В России на тот момент не было профессиональных инженеров ИТ. Предполагалось, что инженеры-связисты сами наладят систему управления. Это было спорным решением с точки зрения квалификации

4. Для построения системы управления необходима стабилизация курса компании в течение 5—10 лет. Только в этом случае процесс внедрения может быть доведен до конца. В то же время я обратил внимание на кадровую чехарду в управлении телекоммуникационными операторами. В то время, генеральные директора сменялись каждые 1—2 года. Технический курс метался в зависимости от причуд каждого нового директора. Компании лихорадило, и никакой преемственности технической политики не наблюдалось. В таких условиях создать систему управления не представлялось возможным.

5. Чисто импортная система. К 2003 г. я и мои коллеги в разных компаниях уже получили опыт внедрения чисто импортных продуктов в области телекоммуникаций, достаточный для того, чтобы сделать вывод о том, что не всякое импортное дерево прорастает на российской почве.

Я не успел договорить до 4 тезиса, как меня вежливо попросили с трибуны. Выступление явно шло в разрез с целью конференции. Я закономерно попросил договорить и напомнил, что конференции проводятся для того, чтобы обсуждать вопросы, а не для того, просто выслушивать рекламную информацию. Тогда меня попросили покинуть трибуну уже менее вежливо, и я вынужден был подчиниться.

Представитель ОАО «Связьинвест» объяснил собравшимся, что решение о внедрении системы OSS в телекоммуникационные компании холдинга уже принято, и нечего тут обсуждать. «Связьинвест» решил — значит, система будет закуплена. Точка.

Должен сказать, что я искренне уважаю этого человека и как гражданина, и как профессионала. Он оказался в «Связьинвест» в непростое время, был в самой гуще событий вокруг объединения телекоммуникационных компаний. В его руках оказалась вся техническая политика связной отрасли. И он честно хотел навести в ней порядок, внедрив для этого глобальную систему управления. Он пробивал это решение и верил в технологический прорыв, авторитарно владея инициативой. А тут молодой коллега-выскочка позволил себе публично усомниться в самой концепции, опробованной во всем мире… Его эмоции были мне понятны. Мы потом много раз встречались, спорили, общались по всем насущным вопросам и стали добрыми знакомыми.

А тогда мое выступление привело к существенному смягчению формулировок следующей конференции в г. Москве. Здесь уже не говорилось о точной закупке. «Связьинвест» предлагал операторам холдинга рассмотреть вопрос о внедрении у себя новой технологии управления. Я выступал и на этой конференции, но уже по теме эксплуатации и метрологии, не затрагивая скандальную тему.

Решение о внедрении OSS действительно было принято. Вот несколько тезисов из выступления К. Кравченко (1 сентября 2005 г.):

Проблему внедрения систем класса OSS для традиционных операторов следует рассматривать в двух аспектах. С одной стороны, их внедрение направлено на повышение эффективности бизнеса: сокращение времени обработки заявок, автоматизированный учет ресурсов, автоматизированная организация предоставления услуги и ее сопровождения, обеспечение качества и необходимого уровня SLA. С другой стороны, перед операторами стоит задача по решению не менее важного блока вопросов, связанных с эффективным управлением сетью связи в условиях чрезвычайных ситуаций и чрезвычайного положения. В таком ракурсе ОАО «Связьинвест» и рассматривает работу по созданию систем класса OSS в своих дочерних компаниях.

Системный подход к созданию OSS отражен в «Мастер-плане корпоративной реструктуризации ОАО „Связьинвест“», утвержденном Правлением ОАО «Связьинвест» 15 декабря 2003 г. Согласно этому документу, департамент электросвязи ОАО «Связьинвест» отвечает за блок вопросов, связанных с созданием и внедрением в зависимых компаниях системы поддержки эксплуатации (система управления сетями связи, база данных сетевых ресурсов, автоматизированная система прохождения заявок и др.).

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

Подробнее на http://goo.gl/NIR6hw: IKSMEDIA.RU

В 2004—2005 гг. ОАО «Связьинвест» начал внедрение OSS, потратив существенные средства. Впрочем, никто не заметил этих трат: все утонуло в более масштабных проектах холдинга, оставивших след в истории:

В 2003 г. «Связьинвест» подписал крупнейший для IT-рынка контракт: межрегиональные компании связи (МРК) должны были потратить $153 млн. на закупку и внедрение ERP-системы Oracle E-Business. Предполагалось закупить 70 000 лицензий на ПО и установить систему у 25% сотрудников. Эта сделка возмутила миноритарных акционеров МРК, совладельца «Связьинвеста» Джорджа Сороса и даже топ-менеджеров самих компаний связи. Контракт, сопоставимый с годовой прибылью МРК, заключался без тендера и подразумевал полную оплату в течение полугода. Спустя год история повторилась: «Связьинвест» заключил соглашение на $480 млн. с американской компанией Amdocs на внедрение в МРК биллинга. В качестве аргумента миноритариям были представлены оценки участвовавшей в проекте IBM Consulting: через пять лет проект увеличит годовой доход компании более чем на $180 млн, а эксплуатационные затраты сократятся на $60 млн в год.

Но вышло все наоборот. По итогам 2008 г. компании «Связьинвеста» спишут более 1,08 млрд руб. активов, связанных со стоимостью техподдержки лицензий биллинговой системы Amdocs, и 0,94 млрд руб. стоимости программного обеспечения ERP-системы Oracle, сообщил директор департамента внешних коммуникаций «Связьинвеста» Игорь Пшеничников. По его словам, списания пройдут во всех МРК, кроме «Северо-Западного телекома» и «Дальсвязи». А «Уралсвязьинформ» уже списал 87,5 млн. стоимости Oracle E-Business и 414,8 млн. руб. стоимости Amdocs.

В рамках «списания» утонули первые попытки создания национальной системы OSS.

Так 12 лет назад началась история OSS в России. Началась со скандала, и в дальнейшем тема систем управления стала эпицентром всевозможных скандалов, растрат больших средств. Системы управления OSS в России внедряли все публичные операторы: Ростелеком, МТС, Мегафон, Билайн, Транстелеком и пр., все ведомственные операторы: СвязьТранснефть, Газсвязь, ФСК ЕЭС и др., ведомственные сети: ФСО РФ, ФСКН, МВД и др. Ежегодные бюджеты на внедрение OSS для каждого ведомства выделялись от одного до нескольких десятков миллионов долларов. Общий объем рынка OSS/BSS составил в 2013 г. более 1 млрд. долл.

Стоила ли эта тема миллиардных затрат? Или это всего лишь обман? Почему при таком колоссальном рынке в России не возникло значимых национальных производителей?

В этой книге я постараюсь разобраться в этих и других нюансах.

Что такое OSS?

Wikipedia дает на этот вопрос достаточно исчерпывающий ответ:

OSS (англ. Operation Support System, система поддержки операций) относится к программному обеспечению, сопряженному с телекоммуникационной средой: сетями электросвязи, коммутационным оборудованием, АТС, аппаратными комплексами обеспечения и поддержки эксплуатации телекоммуникационных систем предприятия связи (поэтому данный класс программного обеспечения фигурирует также как системы эксплуатационной поддержки). Основные функциональные возможности OSS покрывают проблематику учёта и планирования телекоммуникационных ресурсов (номерных ёмкостей, трафика), управление предоставлением услуг (англ. service delivery software), управление показателями и уровнем качества услуг. К функциональным задачам OSS также относятся контроль мошенничества на уровне телекоммуникационных данных (англ. fraud control software), прогнозирование и обеспечение спроса на услуги (англ. service provisioning software). Программные решения, отвечающие за непосредственное соотношение программной инфраструктуры оператора с телекоммуникационной, называются системами медиации (англ. mediation software) и также включаются в категорию OSS.

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

Для простоты дальнейшего изложения будем рассматривать OSS как класс систем управления, связанных с функционированием системы связи как программно-технического комплекса. Любой программный продукт, который управляет оборудованием, процессами и услугами в системе связи с использованием оборудования, относится к OSS. Из этого определения следует, что OSS всегда имеют определенную телекоммуникационную направленность, специфику. Этим они отличаются от BSS (Business Support Systems), которые также относятся к системам управления, но не имеют выраженной телекоммуникационной специфики и могут применяться на любых предприятиях как аппарат поддержки деловой активности.

Такое нестрогое определение OSS соответствует подходу релятивизма, поскольку допускает самые разные трактовки понятия и оказывается достаточно гибким, чтобы соответствовать изменчивости научно-технического прогресса.

OSS как часть третьей НТР

OSS выступает составной частью третьей научно-технической революции в системах связи (рис. 1) и в полной мере ей соответствует. Связана эта революция с усиленной «интернетизацией» общества. Мировые телекоммуникации пережили уже две научно-технических революции в области телекоммуникаций (рис. 1).

Первая революция имела чисто технологическое значение и была связана с переходом от аналоговых принципов передачи и коммутации к цифровым принципам. Эта революция, начавшаяся во всем мире в 60-х годах прошлого века, уже к 80-м привела к появлению совершенно новых технологий. Среди них были и технологии управления, сформированные в виде концепции TMN (Telecommunications Management Network) — системы управления сетями связи. Особенностью первой революции телекоммуникаций явилось то, что до самого последнего момента она не захватила всего общества и проходила в рамках отрасли.

Рис. 1. Три революции в современных системах связи

Вторая революция в телекоммуникациях была связана с появлением систем сотовой связи. От первой революции ее отличило то, что она объяла всю человеческую цивилизацию. Идея того, что в любом месте и в любое время два человека могли бы связаться друг с другом, оказалась настолько привлекательной для всех, что сотовая связь стала одной из наиболее значимых нематериальных ценностей общества. Такая глубокая поддержка населением не могла не привести к бурному развитию новой революции. В качестве ее результата, в настоящее время процент «сотовизации» сетей многих европейских стран значительно превосходит покрытие услугами проводной «классической» связи.

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

Одним из направлений внедрения новых виртуальных технологий в жизнь является обеспечение максимально широкого доступа населения к информационным ресурсам общества и всей мировой цивилизации. Именно эта новая революция получила название сетей нового поколения (Next Generation Networks) или NGN.

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

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

• В условиях третьей НТР, ценность телекоммуникаций существенно растет. Информационные системы становятся стратегическим направлением развития индустрии, основой нового хозяйственного уклада, в связи с чем вопросы управления этим стратегическим сегментом становятся кардинально важными. Тема OSS приобретает почти политическое значение.

• В то же время сама отрасль телекоммуникаций попадает под воздействие тотальной информатизации третьей НТР. Информатизация отрасли телекоммуникаций связана именно с концепцией внедрения систем поддержки OSS/BSS.

Таким образом, возникает взаимовлияние двух сил, связанных с третьей НТР. OSS становится одновременно субъектом и объектом новой научно-технической революции. Две объективные силы новой революции фокусируются в теме OSS, что поднимает значимость проблематики систем управления в современных системах связи.

Миф об универсальной ценности информации

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

Одна из таких ересей связана с верой в абсолютную ценность информации вне зависимости от ее структуры, связи с технологией и условиях использования. Миф об универсальной и абсолютной ценности информации порождает большое количество ошибок в области построения систем управления и мониторинга. Эти ошибки связаны с попытками построения системы «снизу».

Механика заблуждения выглядит следующим образом:

1. Поскольку информация имеет универсальную значимость, ценность системы напрямую зависит от того, сколько информации она собирает

2. Чем больше информации передается в систему управления, тем более совершенной и функциональной она будет

3. Поскольку все современные устройства связи имеют функции самодиагностики, то можно построить систему «снизу», от оборудования.

4. Сопряжение с оборудованием через интерфейс управления, сбор информации со всех устройств и помещение ее в единый центр позволит получить современную систему управления (рис. 2).

5. Чем больше информации будет собрано, тем совершеннее будет система управления.

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

Рис. 2. Построение системы «снизу» — тупиковая идея

Все удачные системы были построены по схеме «сверху»: от задачи, от применения, от бизнес-процесса, от любой взвешенной установки.

Здесь хорошим примером может служить диалог автора с Владимиром Левиным — одним из практикующих специалистов по построению систем мониторинга и управления, лидером новой революции, моим коллегой и другом. Один из заказчиков попросил проанализировать возможность разработки централизованной системы мониторинга ADSL, тогда доминирующей технологии систем ШПД (широкополосного доступа).

Я: Оборудование DSLAM полностью контролирует показатели обмена с ADSL-модемом. Можно снять до 150 показателей на одного абонента. Это очень интересно!

В.Л.: Не так. В чем применение? Зачем эта система? Кто будет пользоваться ей?

Я: Ну, например, специалисты линейно-аппаратного цеха. Вечером прошел дождь, а утром они видят поля замокания абонентских кабелей.

В.Л.: Отлично. Это хороший вариант. А сколько показателей нужно контролировать, чтобы анализировать поля замокания?

Я: Скорее всего один — отношение сигнал-шум с накоплением.

В.Л.: Вот это нормально. Контролируем только один показатель, сопрягаемся с оборудованием быстрее, показываем поля замокания, пытаемся продать специалистам по кабелям. Это вариант.

Это хороший пример диалога двух точек зрения на построение системы: «снизу», от полноты информации, и «сверху» — от задач использования собранной информации. Подход «сверху» оказывается более концентрированным, ориентированным на реальные задачи эксплуатации и по этой причине результативным. Подход «снизу» скорее всего будет безрезультатен по следующим причинам:

• Построение системы «снизу» — тупиковая идея Система, построенная «снизу», ограничена техникой и нужна только нескольким энтузиастам.

• В системе нет заинтересованности коммерческих служб оператора, поэтому на ней невозможно или очень трудно заработать.

• В системе, построенной «от информации», отсутствует понятие любых бизнес-процессов. По этой причине она не может рассматриваться как полноценная система управления, поскольку не ясно, чем она управляет.

• Система ориентирована на оборудование, а не на услуги. При появлении новых услуг, оператору скорее всего придется делать новую систему.

• Система статична, едва ли она адаптируется к бурному развитию технологии.

• …и никакого шанса на самоокупаемость.

Таким образом, миф об универсальной ценности информации приводит к глобальной ошибке построения системы управления «снизу». Это очень распространенная ситуация, приводящая к тупиковым проектам даже в наше просвещенное время. Многие проекты OSS провалились исключительно по причине того, что в основу ставились вопросы сбора и обработки данных, а не решение конкретных практических задач.

Типология О. Скокова. ИТ в поисках несбыточного счастья

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

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

Рис. 3. Типология О. Скокова — развитие современного ИТ

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

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

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

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

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

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

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

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

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

Все три типа систем связаны друг с другом. Без современных СУБД невозможно создать учетную систему, без опоры на учетную систему невозможно создать процесс-ориентированное решение. Объем затрат на подобное внедрение представлен на рис.3 символически, высотой столбцов гистограммы. Стоимость учетных систем OSS в разы превосходит стоимость простых информационных систем на основе баз данных. Современные процесс-ориентированные системы могут оказаться недосягаемыми по затратам для современных операторов. В ряде проектов это оказывается тупиком и приводит к попыткам искать счастья в учетных системах. Увы, бесполезных…

Бесконечный ремонт — «за» или «против»?

Внедрение учетной системы превращает проект оптимизации, контроля и наведения порядка на сети в бесконечный ремонт, который «…невозможно закончить, а можно только прекратить». Кажется, что это заведомо порочный путь. Тем не менее, вот уже 12 лет в России регулярно развертываются новые и новые проекты в области OSS: Fault Management (FM), Network Resource Inventry (NRI), Configuration Management (CM), Performance Management Systems (PMS), Proviosioning Systems (PS) и пр. Что побуждает операторов продолжать гонку без финиша?

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

По мнению экспертов J’son & Partners Consulting, российский рынок отличает три ключевых и, во многом, противоречивых, черты:

• растущая тенденция к внедрению дорогих и мощных промышленных решений зарубежных вендоров в крупных компаниях;

• стремление крупнейших холдингов к обеспечению максимума разработок и приобретению телекоммуникационного софта от разработчиков-партнеров;

• сохранение значительной доли OSS/BSS-решений собственной разработки даже у крупных телекоммуникационных операторов.

Интересно изучить результаты отчета этой консалтинговой организации по пропорциям рынка (рис. 4). Как следует, из приведенной диаграммы, рынок OSS почти на 70% составляют услуги по интеграции и настройке, а также стоимость лицензий, которая относится к оперативным затратам компаний (OPEX). Ради таких бюджетов вполне можно убедить клиента жить в постоянном состоянии ремонта.

В таком случае внедрение OSS преследует вовсе не цель наведения порядка в эксплуатации и поддержки сети. Здесь может быть совершенно другие, не связанные с телекоммуникациями, цели. Вполне возможно, что тут действует закон: «Кому война, кому мать родна»… И если провести голосование по поводу преимуществ и недостатков учетных систем OSS, едва ли системные интеграторы будут против этой концепции.

Рис. 4. Оценка структуры российского рынка OSS/BSS в разбивке по сегментам (Источник: J’son & Partners Consulting, 2014)

Распределенные системы как возможная альтернатива

Бесплатный фрагмент закончился.

Купите книгу, чтобы продолжить чтение.