Çситуации, когда облачные техно-логии резко меняют информа-

ционно-технологическую бизнес-модель на предприятиях, телеком-муникационная отрасль начинаетиспользовать виртуализацию сете-вых функций (NFV, Network FunctionVirtualization) как телекоммуника-ционную разновидность сетевыхоблачных вычислений. Однакопереход к облачной бизнес-моделив сфере коммуникаций сталкивает-ся с определенными трудностями.Операторы связи или, говоря по-

новому, поставщики коммуника-ционных услуг (CSP, Communica-tions Service Providers) должны нетолько нести большие капитальныерасходы на строительство центровобработки данных, которые необхо-димы для доставки инфраструкту-ры, платформ, данных и сервисов“как услуг”. Им предстоит радикаль-но изменить свой подход к вопросамразработки, внедрения и эксплуата-ции. Облачные вычисления в сферекоммуникаций дают возможностьоператорам и предприятиям пользо-ваться коммуникационными услуга-ми, не приобретая собственногооборудования и не развертываясобственных сетей (в сфере корпо-ративных облачных вычисленийситуация выглядит точно так же:предприятие может проводить вы-числения не на своих серверах, а вЦОДе, который ему не принадле-жит). Все преимущества NFV можнобудет почувствовать лишь в одномслучае: если новый подход операто-ра к разработке, внедрению и адап-тации услуг будет в полной мереучитывать особенности новой вы-числительной модели. ТехнологияNFV и облачных вычислений подра-зумевает, что услуги разрабаты-ваются по-новому и работают тожепо-новому, однако доставлять этиуслуги приходится в том же виде,что и при использовании традицион-

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

перехода к NFV вендоры и операто-ры должны:понимать новую парадигму об-

лачных вычислений и ее радикаль-ную новизну на аппаратном и про-граммном уровнях;знать и применять новые методы

разработки программного обеспече-ния, оптимизированные для облач-ной среды и среды NFV;приобретать и совершенствовать

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

ществ NFV заключается в новомподходе к использованию аппарат-ных средств, созданном оператора-ми для операторов. В определен-ный момент становится ясно, что вбольшинстве случаев процессорнаямощность недорогих коммерческихсерверов вполне достаточна дляподдержки такого же (или дажеболее высокого) качества услуг, каки при использовании более дорогихспециализированных аппаратныхсистем. Удешевление серийныхпроцессоров породило новый под-ход к эксплуатации: в случае отказа— замена на такой же или болеепроизводительный блок, и никакогоремонта.Одной из первых попыток сокра-

щения расходов в этом направле-нии стала разработка архитектурыATCA (Advanced TelecommunicationsComputing Architecture). Это былапервая попытка аппаратной стан-

дартизации, сокращающей расходыоператоров на “железо”. Одна изглавных причин, по которой ATCA недобилась ожидаемого успеха (хотя ишироко распространилась по всемумиру), состоит в том, что стандарты,оборудование и вся среда ATCA соз-давались вендорами, а не операто-рами. И в результате NFV остаетсяединственным оружием оператора вбитве с компаниями OTT, такими какSkype, WhatsApp и Google. При этомлюбопытно, что NFV, будучи однойиз разновидностей облачных вычис-лений, пользуется теми же принци-пами, что и OTT.Для большинства операторов

путь к новой парадигме NFV или“облачных телекоммуникаций” сос-тоит из двух этапов:виртуализация — отделение про-

граммного обеспечения от аппарат-ных систем, позволяющее запускатьпрограммы на любом подходящемаппаратном средстве;оркестрация — управление и

автоматическая установка виртуа-лизированных программных функ-ций на аппаратных платформах.На первом этапе операторы

хотят убедиться, что новые прило-жения, разработанные для телеком-муникационного облака и NFV,могут поддерживать такое же (илиболее высокое) качество услуг, что итрадиционные физические сетевыесистемы. Этот этап нельзя назватьинновационным, потому что техно-логия виртуализации, разработан-ная почти 10 лет назад, давно иуспешно работает во множествецентров обработки данных.В финансовой отрасли и рознич-

ной торговле виртуализация счита-ется “старой доброй технологией”. Вэтих отраслях большинство услугработает в частных облаках иЦОДах, построенных компаниями,которые занимаются облачным биз-несом с первых дней виртуализа-

4 “ÇÂÒÚÌËÍ Ò‚flÁË” ‹ 01 '2016

IT-èÄêä

èÓÎ̇fl Ë ÍÓÏÔÎÂÍÒ̇fl ‚ËÚÛ‡ÎËÁ‡ˆËflÒÂÚ‚˚ı ÙÛÌ͈ËÈå. åÄäëÄç, ‚Â‰Û˘ËÈ ‡ıËÚÂÍÚÓ EMEA NFV ¯ÂÌËÈ Oracle Communications

5“ÇÂÒÚÌËÍ Ò‚flÁË” ‹ 01 '2016

ции. Для операторов это большойплюс, ведь они могут пользоватьсяпроверенными технологиями, учить-ся на чужих ошибках и избегать про-блем, которые уже решены перво-проходцами из других отраслей.Однако для оператора крайне важноподдерживать операторское каче-ство услуг. Возникает вопрос: можетли технология NFV и облачные опе-раторские бизнес-модели поддер-живать надежность услуг на уровне99,999 %? Другими словами, могутли они сделать так, чтобы все про-стои как запланированные (ремонт,обслуживание, обновление ПО), таки незапланированные (сбои и отка-зы) не превышали 5 минут 15 секундв год? Большинство современныхтелекоммуникационных решенийдля базовых систем и приложенийNFV легко поддерживают надеж-ность на этом уровне.Убедившись в том, что виртуали-

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

ет NFV проверенным и приемлемымвариантом будущего развития своихсетей. По результатам опроса, про-веденного в 2015 г. журналом“Heavy Reading”, более 77 % опера-торов заявили, что NFV является

“критически важной” или “очень важ-ной” технологией для развития опе-раторского бизнеса на протяженииследующих двух лет. Большинствооператоров готово внедрить новыйподход, предлагаемый технологиче-скими первопроходцами. К сожале-нию, первопроходцы — это чащевсего крохотные стартапы с велики-ми идеями, но без ресурсов и опыта.Операторы не очень склонны

сотрудничать с такими “мелкими”партнерами. Они готовы тестиро-вать революционные и инновацион-ные технические решения в пол-ностью контролируемой среде, но сбольшой осторожностью подходят кпереводу этих решений в коммер-ческую эксплуатацию. Операторамнужны опытные, надежные партне-ры, способные подписывать исоблюдать соглашения о гарантиро-ванном качестве услуг (SLA), атакже нести ответственность засвою работу. Для стартапа эти усло-вия невыполнимы.Кто же может стать надежным и

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

гии виртуализации нет ничего ново-го. Она создана почти 10 лет назад,и в мире есть множество отличныхвендоров, обладающих всеминеобходимыми знаниями, навыкамии опытом и готовых выдерживатьсамые жесткие требования SLA(пять девяток и более). Но суще-ствуют ли вендоры, готовые поддер-жать полную оркестрацию и автома-тизацию всех процессов?Сегодня операторам предлагают

свои решения три группы вендоров.

Первая группа концентрируетвнимание на аппаратных средствах.Эти вендоры имеют огромный опыти отличные навыки в области вир-туализации, но не знают спецификителекоммуникационной отрасли.Они не предлагают специализиро-ванные приложения для телекомму-никаций. К этой группе относятсякомпании IBM, HP, Dell, Oracle иCisco.Вторая группа всегда работала с

телекоммуникациями. Эти компаниидесятки лет поставляют на рыноктелекоммуникационные приложе-ния и отлично знают определенныетребования операторов (особеннодоступность на уровне 99,999 %). Ксожалению, эта группа не имеетдостаточного опыта в сфере виртуа-лизации. Большинству из них прихо-дится изучать основы виртуализа-ции и переписывать или существен-но перерабатывать свое програм-мное обеспечение. Сегодня онииспользуют приложения, написан-ные и спроектированные для тради-ционных систем и проприетарногооборудования. Главная цель этихкомпаний — поставлять на рынокприложения и программные реше-ния, способные работать на любойаппаратной платформе и при этомподдерживать один и тот же наборфункций, поскольку их заказчикипривыкли к традиционному обору-дованию и ожидают от новых системболее высокого качества при той жеили более широкой функционально-сти. В эту группу входят компанииEricsson, Huawei, Nokia (вместе сAlcatel-Lucent), ZTE и Oracle.Последней (по порядку, но не по

значению) идет третья группа, кото-рую операторы рассматривают какпоставщиков ИТ-систем. Эти компа-

IT-èÄêä

нии предлагают системы OSS/BSS,а также ряд решений для сетевойинфраструктуры, таких как SBC,DSR, TAS и т. д. Их “операторскийстек” состоит из трех уровней: сеть,OSS и BSS. Сеть обязательна. Онавключает аппаратные средства иПО, которые необходимы длядоставки операторских услуг конеч-ным пользователям. При этом опе-ратору нужно иметь собственнуюсеть в одной или нескольких стра-нах. Для этого необходима системаOSS. Система OSS первого уровняпозволяет управлять сетью изодной-двух централизованных точекили центров (NOC, NetworkOperating Center), которые осу-ществляют мониторинг производи-тельности и качества услуг с точкизрения абонента, а также предпри-нимают быстрые и эффективныемеры для решения всех проблем,вызвавших аварийный сигнал.Кроме того, сетевые элементы гене-рируют записи CDR и доставляют ихв систему OSS, которая, в свою оче-редь, готовит эти записи дляиспользования в системе биллинга.Выставлением счета процесс незаканчивается. Чтобы привязать ксчету имя и адрес абонента, опера-тору нужна система BSS со всемиее компонентами (система биллин-га, CRM). Виртуализация и оркест-рация хорошо известны вендорамтретьей группы. Их приложениядавно работают вместе с виртуали-зированными ресурсами. Крометого, они вынуждены поддерживатьавтоматическую оркестрацию не

только для своего программногообеспечения, но и в разнородноймультивендорной среде, где необхо-димо взаимодействие приложенийразных вендоров через интерфейсыAPI. К этой группе относятся компа-нии Amdocs, HP, Oracle и Netcracker.Сравнение показывает, что путь

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

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

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

обычные услуги составляются изкаталога, а система BSS определяетих спецификации в форме рабочегозадания (Work Order). Это заданиевключает все компоненты, необхо-димые для определения новой услу-ги или услуг, а также все обязатель-ные спецификации продуктов,имеющих отношение к системеOSS. Поскольку система BSS опи-рается на OSS, система OSS долж-на понимать все сервисные требо-вания, включенные в рабочее зада-ние BSS. Таким образом системыBSS и OSS должны говорить наодном языке.Форум TMF ведет непрерывную

интенсивную работу по стандарти-зации в этом направлении: предла-гает стандартный информационныйформат SID в качестве компонентаFrameworx. Этот стандарт TMFможет успешно поддержать транс-формацию операторского бизнеса,дает стандартные определения длявсех данных, передаваемых напредприятии и между операторамии бизнес-партнерами, в том числена уровнях BSS и OSS.Получив рабочее задание от

BSS, система OSS превращает его всвое рабочее задание, котороетакже состоит из компонентов,включенных в каталог OSS. Уровень

6 “ÇÂÒÚÌËÍ Ò‚flÁË” ‹ 01 '2016

IT-èÄêä

êËÒ. 1. 鄇ÌËÁ‡ˆËfl ·ËÁÌÂÒ‡ ‰Îfl ÍÓ̘ÌÓ„Ó ÔÓθÁÓ‚‡ÚÂÎfl

7“ÇÂÒÚÌËÍ Ò‚flÁË” ‹ 01 '2016

OSS намного проще. Там присут-ствует всего два основных компо-нента: сервисные спецификации,ориентированные на заказчика, испецификации, ориентированныена ресурсы.Спецификации, ориентированные

на ресурсы, — это техническое зада-ние, которое передается на сетевойуровень. До сих пор в сети не былоединого компонента, ответственногоза внедрение и выделение аппарат-ных и программных ресурсов, чтовполне естественно: ведь сеть созда-валась как набор традиционныхустройств, каждое из которых работа-ло самостоятельно и не делилосьсвоими ресурсами ни с кем другим.Единым компонентом управлениядолжен стать оркестратор сетевыхуслуг NSO (Network Service Orche-strator). NSO должен говорить наодном языке с системами BSS и OSS,чтобы полностью автоматизироватьвнедрение и выделение необходи-мых аппаратных и программныхресурсов в виртуализированнойинфраструктуре. В результате возни-кает комплексная полностью автома-тизированная оркестрация ресурсовот BSS до OSS и NSO. Этот варианткажется нам единственно приемле-мым, поскольку NSO и, соответствен-но, оркестрация не имеют смысла,если работают как независимыеавтономные “островки”. Так уж полу-чилось, что у большинства операто-ров установлены разные системыBSS и OSS от разных поставщиков,поэтому орекстраторы обязаны под-держивать новые стандарты и публи-ковать свои интерфейсы API длявзаимодействия с существующимисистемами. Ни один оператор незахочет менять установленные систе-мы BSS и OSS ради одного новогокомпонента, работающего лишь счастью операторского стека (напри-мер, только с сетью). Это, во-первых,было бы неразумно с коммерческойточки зрения, а во-вторых, потребо-вало бы серьезного пересмотра внут-ренних и внешних бизнес- и эксплуа-тационных процессов.Оркестратор NSO поддерживает

эффективное использование вир-туализированных аппаратных и про-граммных ресурсов с помощью ме-неджера виртуализированных сете-

вых функций (VNF Manager, Virtua-lized Network Function Manager).Менеджер VNF управляет инициа-лизацией аппаратных ресурсов,внедрением, инициализацией инастройкой виртуальных функций, атакже автоматической интеграциейVNF в остальную часть архитекту-ры. Помимо формирования и под-держки сетевых функций менеджерVNF может наращивать или сокра-щать объем выделяемых ресурсов всоответствии с требованиями сети.Комплексная оркестрация означает,что все компоненты управления(CRM, BSS, OSS, NSO, менеджерыVNF и функции VNF) работаютсогласованно. На этом этапе оркест-рация достигает своего пика.Следующим шагом станет интеллек-туальная оркестрация E2E.Для внедрения любых интеллек-

туальных функций необходимы дан-ные. Интеллектуальная оркестра-ция должна включать аналитику,средства управления политиками(Policy Engine) и базу данных. Убольшинства вендоров средствааналитики и управления политикамиработают на основе данных о тра-фике, т. е. на основе информации,которую генерируют и собираютвиртуальные сетевые функции VNF.Однако эти данные не являютсяисчерпывающими. Если все компо-ненты BSS вместе с OSS и инстру-ментальными средствами говорятна одном языке (т. е. поддерживаютстандарт TMF), они могут переда-вать данные в одну и ту же базу дан-ных. Это значит, что в единой боль-шой базе данных можно хранить нетолько данные о трафике, но и дан-ные BSS (опыт пользователей,жалобы и т. д.), аппаратные данные(например NFVI, Open Stack) и дан-

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

шинства операторов. Его реализа-ция состоит из двух этапов.Первый — виртуализация, и он

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

17 февраля 2016 г. состоитсядискуссия за Круглым столом, гдевы встретитесь со специалиста-ми Oracle Communications и вместес коллегами обсудите все вопросы,связанные с виртуализацией сете-вых функций, включая оптимиза-цию эффективности, сотрудниче-ство, конкуренцию с операторамиОТТ, новые проблемы и способы ихпреодоления. Количество местограничено, поэтому, пожалуйста,присылайте свою заявку на ре-гистрацию на электронный адресtev@vestnik-sviazy.ru.Для регистрации необходимо

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

IT-èÄêä

êËÒ. 2. ÄıËÚÂÍÚÛ‡ NFV