Лекції по ОРУ (организация, управление, руководство) Г.П.Щедровицького

Відкрив для себе і з головою поринув в лекції Г.П.Щедровицького. Унікальна була людина! І унікальний управлінець. Не забути б розповісти про нього більше в розділі "Видатні люди"...

Проект Joost - убивця телебачення?

Ось тут розташована цікава стаття про проект Joost. Цей проект стартував, якщо мені не зраджує пам'ять, десь півтора-два роки тому (пам'ятаю як мені розробники ще листи присилали з пропозицією виступити бета-тестером). Ну і бачимо як він помалу "піднімається". Продукт, як для мене, особливо цікавий тим, що він використовує бізнес-модель в класичному дусі Telco 2.0 ідеології, про що свідчить наступний абзац (виділення жирним текстом мої):

"Почему проект Joost будет успешен? Потому что Joost удалось объединить интересы всех сторон - зрителей, владельцев контента и рекламодателей. Владельцы контента получат быстрый, эффективный и дешевый способ распространения высококачественного видео через интернет. Помимо этого их авторские права будут защищены, благодаря встроенной кодировке, они будут иметь возможность представлять бренд своего канала, им будет предоставлена масса дополнительных опций. Рекламодатели смогут получить именно ту аудиторию, которая им нужна, поскольку зрителей можно будет идентифицировать по полу, по месту расположения, времени суток, зрительским пристрастиям и др. При этом личные данные пользователей остаются защищенными, поскольку будут сохраняться на их же персональных компьютерах. К тому же это будет бесплатное телевидение гораздо лучшего качества."

Але тут на мою думку є одне "але".
Засновники Joost забули про інтереси операторів. Принаймі в статті про них ніде не сказано. А оскільки Joost заснований на використанні P2P-лінків, котрі в даний час є головною біллю операторів (не піддаються , або піддаються дуже слабо, монетизації), то оператори навряд чи будуть зацікавлені в поширенні та популяризації ще одного application-монстра, котрий зжиратиме їх bandwidth.
Прошу подискутувати зі мною :).

Гриби :)

Прислав брат СМСку: ходив сьогодні в ліс за грибами. Знайшов 47 білих та біля сотні бабок. Значить нарешті почався грибний сезон. Із запізненням десь на 3 тижні від звичайного.

І в мене проснувся азарт :). Обов'язково на наступному тижні вирвуся з ним і пройдемося по нашим старим місцям.

Презентаха по головних ідеях Telco 2.0 для топ-менеджменту сервіс-провайдерів та операторів

Колись давно на основі матеріалів Telco 2.0 Ініціативи намалював презентаху для керівництва. То спробую тут перевести її з формату ppt у формат блогу.

Отже, пропоную вашій увазі першу частину:

-------------------------------------

Где лежат деньги в telco-бизнесе и как их извлечь:

• Анализ и прогноз 2007-2012-2017
• Факты и комментарии
• «Что делать?»

Содержание

1. Что плохо в настоящее время?
2. Что такое Telco 2.0? Цели и задачи.
3. К чему Telco 2.0 предлагает идти. Каким путем.
4. Прогнозы развития Telco-отрасли (2007-2012-2017).
5. Методология Telco 2.0
6. Фрагментация систем по доставке трафика (транспортная сеть).
7. Примеры сервисов согласно идеологии Telco 2.0.
8. Главные стратегии, предлагаемые Telco 2.0
9. Выводы (чем это все грозит/полезно оператору).

Главные опасности
Quo vadis? Куда идти? Этот вопрос сегодня стоит перед любым связистом мира.

Чтобы как-то определиться со стратегией развития отрасли связи в Европе стали регулярно проводиться совещания руководителей телефонных компаний под названием «Telco 2.0 Industry Brainstorm», т.е. мозговая атака в условиях наступления Интернета. В марте этого (2007) года в Лондоне состоялась очередная такая встреча с целью обсуждения темы «Как делать деньги в операторском IP-мире?». В частности она была посвящена анализу результатов опроса участников прежнего совещания (октябрь 2006). Тогда 82% руководителей телефонных компаний ответили, что не знают как обеспечить устойчивый рост доходов в новых условиях и не знают какую стратегию выбрать, что в свою очередь приведет к еще большим потерям на рынке услуг связи.

Вот пять главных на сегодняшний день опасностей, по мнению 200 опрошенных:

• Ведущие Интернет-провайдеры запускают у себя мобильную телефонную услугу;
• Wi-Fi становится массово доступной;
• Ведущие телефонные операторы в Европе будут поглощены ИТ-компаниями;
• Фиксированная Интернет-телефония достигает критической массы и становится массовой;
• ИТ-компании крадут значительную часть бизнеса по доставке услуг у телефонных операторов.

Что плохо в настоящее время?

На октябрьском (2006 г.) «Telco 2.0 Brainstorm» в Лондоне James Enck, консультант British Telecom, выступил с докладом под броским названием «Десять причин, почему я ненавижу связистов», в котором попытался объяснить пессимизм инвесторов, их нежелание вкладывать деньги в развитие телефонных компаний.

Упреки инвесторов

• Телефонные компании теряют контроль над базовой сетью. Вместо простого учета пропущенных вызовов им следовало бы заняться монетизацией контента, связанного с телефонным вызовом.
• Следует понять, что «голос» - это сегодня не услуга, а всего лишь одно из свойств более сложных услуг, наряду с такими свойствами как мобильный вызов, данные о присутствии (presence), мгновенный обмен сообщениями (instant messaging) и другие, на основе которых формируются новые услуги группами web-сообществ (web-communities). Следовательно, стратегия телефонных операторов должна состоять не в том, чтобы остаться сторонними поставщиками голосовой платформы, а в том, чтобы войти внутрь процесса создания новых услуг.
• Телефонные компании не в силах осознать, что пользователи уже не хотят покупать то, что им предлагается. Т.е., им следовало бы продавать не «голый» ADSL-доступ, а достаточно богатый пакет услуг.
• Операторы связи прежде процветали в условиях дефицита сетевых ресурсов, а будущее следует строить в условиях их избытка.
• Культура закрытости доступа к сети уже умерла. «Командовать» теперь начинают открытые интерфейсы (open API).
• Операторы связи не способны удовлетворить текущие запросы по доставке контента. Например, YouTube за день обслуживает 100 миллионов видеопотоков. Сегодня достаточно у своего окна поставить web-камеру за 50 USD, чтобы создавать свой видеоконтент и поставлять новости в любую точку земного шара.
• Телефонные операторы расширяют свои сети физически, а не виртуально. Свидетельством этого является факт приобретения компании Skype не оператором связи, а торговой фирмой eBay.
• Телефонные операторы не в силах изобретать новое. Яркой демонстрацией сегодняшних инновационных возможностей является компания Google, которая на рекламе зарабатывает 6 миллиардов долларов в год.
• Телефонным операторам и не стоит заниматься инновациями – так рассуждают многие инвесторы, так как битва с ИТ-компаниями, считают они, уже проиграна. Но, например, British Telecom и голландский KPN уверены, что сетевой бизнес и сегодня может быть высокоприбыльным.

Перечисление упреков связистам докладчик завершает извинительным отступлением: «Вполне допустимо, что сама исходная предпосылка о строительстве сетей широкополосного доступа является ошибочной, что это не соответствует потребностям жизни общества. Вчера я имел беседу о прогнозах telco-индустрии с одним умным клиентом. И в конце беседы тот заметил: «В теории инвестиций мы избегаем ситуации когда достигается общий консенсус. В телекоммуникациях, с их ограничениями и неспособностью к обновлению, консенсус может стать роковой ловушкой». Напослед James Enck добавил: «В этом состоит вызов всему телекоммуникационному сообществу Европы, а ответ на вопрос «Куда идем?» оценивается в 500 миллиардов евро».

Некоторые (далеко не все!) следствия из вышеперечисленного:

• Пользователи жалуются на негибкость услуг оператора (не могут сами для себя собирать «конструктор» с нужных им сервисов, пакетов услуг, полос пропускания различных приоритетов и стоимости) по удовлетворительным тарифам
• Пользователи жалуются на негибкость и непрозрачность принципов и механизмов тарифной политики и функционирования систем биллинга
• Пользователи жалуются не отсутствие возможностей по контролю и управлению своей работой
• Три вышеприведенные пункты приводят к утечке абонентской базы оператора
• Борьба за ARPU на «традиционном» рыночном операторском поле ведет в тупик (прибыль у всех операторов стремится к нолю)
• Конкуренция на одном и том же поле становится невыносимой (не забываем о тенденции конвергенции мобильных и фиксированных сетей и еще более возрастающей конкуренции в ходе проникновения на рынок «классических» операторов GSM-игроков, которые запросто могут себе позволить «выкинуть» на что-либо (например, на демпинг. Или на внедрение самых современных технологий) десятки и сотни миллионов USD!)
• Отношение величины CapEx’a к величине дохода (не говоря уже о прибыли) перестает удовлетворять операторов
• Внедрение все новых и новых технологий не приводит к ожидаемому увеличению доходов оператора, но ведет к стремительному увеличению эксплуатационных расходов, росту TCO и, соответственно, ROI
• Простое и «бездумное» увеличение оператором канальных емкостей своей сети не приводит к ожидаемому возрастанию доходов. Просто потому что они очень быстро «съедаются» современными приложениями, технологиями и устройствами практически за ту же цену (дай пользователю волю – он сожрет всю полосу, качая порно и пиратские фильмы в несколько сессий).
• Система взаиморасчетов с партнерами зачастую является очень громоздкой и непонятной для всех сторон, способствуя появлению взаимного недоверия
• Все больше и больше сужается область для маркетинговых маневров в результате изменения регуляторной политики (и, в нашей стране, как правило в сторону ужесточения и/или непредсказуемости)
• Бизнес-модель становится ужасно инерционной и негибкой (практически невозможно ее изменить без огромных усилий и финансовых затрат)

Что такое Telco 2.0?

Telco 2.0 – это набор уникальных продуктов и сервисов, собственником которых является компания STL Partners Ltd.:

• Telco 2.0™ Industry Brainstorms,
• Telco 2.0™ Reports (research & analysis),
• Telco 2.0™ blog,
• Telco 2.0™ In-house Workshops,
• Telco 2.0™ Consulting and Advisory Services (включая проприетарные Telco 2.0™ методологии)

Этот набор продуктов представляет собой новый способ мышления и восприятия индустрии телекоммуникаций.

Цели и задачи Telco 2.0

Цели и задачи «Telco 2.0 Инициативы» заключаются в рекомендациях по изменению существующих стратегических подходов к извлечению прибыли участниками telco-отрасли, учитывая современные тенденции ее развития.

Наиболее сложным, но и наиболее важным шагом при следовании рекомендациям Telco 2.0 является изменение культуры и мышления у операторов.

В Telco-мире происходят тектонические изменения в направлении к «новому мировому порядку»… Безвозвратно ли?

До последнего времени (овалы «старый порядок» и «мир мечты оператора») бизнес-подход оператора с точки зрения пользователя заключался в предложении «бери, что дают». Причем оператор контролировал чуть ли не всё: сервисы, устройства, сети, ритейл-рынок, взаимоотношения с партнерами, следил за идентификацией клиента и проч..
В настоящее же время отчетливо видна тенденция (овал «новый мировой порядок») к внедрению подхода «возьми, что хочешь и как хочешь». При полном контроле самого пользователя над своими сервисами, устройствами и сетью.

К чему Telco 2.0 предлагает идти. Каким путем

Инициатива Telco 2.0 предлагает отделить сеть с ее функционалом от пользовательских сервисов, устройств, контента и политик платежей.

Основополагающими двумя принципами, на которых основываются идеи Telco 2.0 являются следующие:

• Первый заключается в принципе «end-to-end», который, в сущности, является принципом проектирования сетей. Этот принцип говорит, что внедрение каждого элементарного сетевого сервиса (например, гарантированная доставка, QoS, безопасность передачи) в сеть в общем случае либо вообще не приводит к возрастанию дохода от предоставляемых услуг, либо этот рост является крайне незначительным. (Но это не относится к IMS NGN! IMS NGN несколько с другой оперы…)
• Второй принцип заключается в возрастании роли неинтеллектуальной, относительно «тупой», сети. Имеется ввиду, что наличие «тупой» (в отличие от интеллектуальной, насыщенной широким функционалом) сети выгодно не только в том плане, что потребуются гораздо меньшие затраты на ее содержание. Выгода для оператора сети существует еще и в том, что такая относительно "тупая" сеть дает ему возможность легкого и быстрого внедрения непредвиденных инновационных решений и удовлетворения непредвиденных желаний пользователя. (Кстати, насчет «в меру тупой» сети: согласно Клоду Шеннону, количество информации, передаваемой с помощью какого-либо сигнала, не зависит от среды передачи (типа этого сигнала). «Тупые» каналы мене сложны, чем интеллектуальные (более сложные). А в остальном они идентичны. Посему, если ваше приложение способно работать поверх «тупого» канала, то зачем платить больше за интеллектуальный?)

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

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

Ось технической интеграции



Ось коммерческой интеграции

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

Прогнозы развития Telco-отрасли (2007-2012-2017)

2007 - операторы живут в рыночном мире, разделенном между двумя главными источниками дохода:

• Полная вертикальная интеграция технологии и платежей для «традиционных» операторских сервисов телефонии и SMS-сообщений
• Широкополосный доступ в Интернет

Разумеется, существуют и другие области извлечения доходов (мы еще к ним придем), но они слишком незначительны по сравнению с приведенными двумя, и потому мы о них пока не упоминаем.

А что же обозначают иные «пузыри»? Давайте поглядим на следующий рисунок.



На данном рисунке схематически показана предполагаемая динамика изменения доходности от различных типов операторских услуг:

• Фиолетовым цветом показаны услуги телефонии и СМС.
• Бордовым (над ним) – услуги широкополосного доступа.

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



2012 - на первый взгляд нет никаких неожиданностей. Видим примерную стабильность позиций традиционных услуг телефонии/SMS наравне с новыми тенденциями роста отрасли, уходящими в сторону развитых систем QoS таких как IMS.
Рост также демонстрирует услуга IPTV за счет возрастающего коммерческого интереса к мобильному TV на основе технологий широковещательной передачи данных.
Услуга широкополосного доступа (как фиксированного, так и мобильного) продолжает демонстрировать возрастающие темпы роста.



А вот здесь разберемся подетальнее.
Приведем еще раз пояснения к карте бизнес-модели Telco 2.0 (вот эти «пузырьки», изображенные на координатной плоскости, и есть Telco 2.0 Карта Бизнес-Моделей). Итак, основополагающие моменты:

• Бизнесом сетевых операторов является их коммерческая деятельность по передаче (дистрибуции) битов информации: т.е., операторы передают значимые («важные», «интересные») для своих клиентов биты с точки А в точку Б.
• Существует много различных способов по передаче таких битов. Например, передача видеоконтента может осуществляться на DVD-дисках, посредством IPTV, при помощи peer-to-peer линков («обычный» download с сервера), real-time stream с контент-содержащего кэша и т.д..
• Карта бизнес-модели Telco 2.0 документирует эти каналы дистрибуции значимых для клиентов битов. Встает вопрос: в какие из этих каналов дистрибуции готовы вкладывать деньги инвесторы?
• Каждый из каналов дистрибуции рассматривается с точки зрения двух критериев:

• автоматически ли «перетекают» платежи между услугой connectivity и, собственно, платой за контент/сервис («коммерческая интеграция»)?
• и является ли сеть передачи оператора жестко (прямо) связанной с конкретной, специфической, средой передачи («техническая интеграция»)?

Модель общественных сетей (т.е., сетей разных community)
В левом нижнем углу расположены бесплатные (или субсидируемые) общественные, или муниципальные сети. Участники Telco 2.0 инициативы полагают, что правительства окончательно увидят высокие социальные преимущества в повсеместном внедрении таких сетей. Соответственно появятся и новые бизнес-модели их поддержки. Сообщества сами по себе также будут работать совместно над вопросами дальнейшего обеспечения доступа к своим сетевым ресурсам на основе технологий следующего поколения.

Bottom-up модель
Данные модели характеризуются применением т.н. femtocell-технологий построения сетей. Типичным примером такой технологии является UMTS access point base station с компонентами Node-B, RNC и GSN, и с Ethernet-, или broadband- интерфейсом к Интернету, или интранету.
Т.е. эти технологии обладают простотой внедрения и огромной масштабированностью по крайне низкой цене (с точки зрения мобильных операторов), сохраняя все возможности «классических» базовых станций, но приобретая лучшие черты Wi-Fi. Другие примеры femtocell-технологий – это CDMA-2000 и WiMAX.
Данная модель уже применяется на практике компаниями типа FON Wireless Ltd.. С повышением уровня зрелости femtocell-технологий операторы гораздо охотнее станут прибегать к использованию таких моделей при построении своих гибридных сетей.

Модель i-mode
i-mode — это технология, предназначенная для адаптации интернет-контента и услуг для мобильных телефонов. Таким образом, i-mode является развитием уже существующей технологии WAP.
Модели, подобные i-mode, предполагают кросс-субсидирование своих сервисов (возможность пользования специализированными порталами) за счет стоимости услуг по обеспечению связи (connectivity). Но главные их недостатки – это:

• использование закрытых интерфейсов ALP и TLP,
• неудобная для клиентов концепция предоставления услуг (платные порталы по оказанию услуг e-mail),
• а также необходимость в специализированных мобильных телефонных аппаратах, которые поддерживают данную услугу.

Коммерчески эта модель считается бесперспективной и обречена на отмирание, но еще протянет следующих лет 10.

Модель PAN (Personal Area Network)
В средней части диаграммы располагается область бизнес-моделей, характеризующихся применением технологий PAN. Технологиям PAN характерно отсутствие маршрутизации. К примерам PAN относятся Bluetooth, Zigbee, или даже системы Family Radio Service малого радиуса действия. Участники Telco 2.0 инициативы согласны с компанией Моторола в том, что рынок находится в ожидании взрыва в данной области, потому что текущие интересы операторов настолько сконцентрированы на больших централизованных сетях, что о существовании сектора PAN, похоже, позабыли. Но на данный рынок уже проникает целый пласт игроков со своими решениями в области платежей, игр, устройств walkie-talkie следующего поколения, распознавания присутствия (presence sensing) [в помещении] и технологий social media.

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

Модель CDNs & P2P
В соответствии с характером услуг IPTV («все в одном») демонстрируют рост также и сети обмена контентом (CDNs). Они же включают и функциональность point-to-point связей.

Модели «Рекламные сети» и «Основанные на доп. сервисе»
Данные категории моделей будут демонстрировать доминирующий рост. Первая из них – уже. Суть второй («основанных на дополнительном сервисе») состоит в том, что, к примеру, пользователь при покупке товара с web-страниц Интернет-магазина одним кликом мышки оплачивает именно ту сумму, которую он видит перед глазами. – т.е., никаких скрытых платежей за упаковку, пересылку и проч..

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

«Многослойная» модель
Модели, основанные на различных формах «многослойных», или «уровневых», сетей как альтернативе сетям с поддержкой «классического» полнофункционального QoS, в которых функционал QoS полностью контролируется операторами. Самым наглядным примером модели «уровневых», или «многослойных» сетей является ценовая бизнес-модель функционирования Парижского метро (концепция Paris Metro Pricing).
Образно говоря, такой тип модели можно представлять себе в виде множества «тупых» виртуальных сетевых интерфейсов (vlan0,…vlanX в отличие от физических eth0…, или wlan0…) с различной задержкой, пропускной способностью, приоритетностью и стоимостью, между которыми клиент может динамически переключаться, потребляя те, или иные сервисы. Причем клиент сам себе может выбирать удовлетворяющие его характеристики таких виртуальных интерфейсов.

(продолжение следует)

Надзвичайно цікавий ресурс: PraxOS

Сабдж: http://praxos.ru

Мало того що цікавий, так ще й практичний!
Зокрема:

• http://praxos.ru/index.php/Системный_подход
• http://praxos.ru/index.php/Теория_ограничений

Ось цитата шикарна:
Теория ограничений крайне эффективна. Результативность ее применения (по материалам независимого исследования http://www.mep.org/textfiles/TOCresults.pdf):

• Время запуска в производство новой продукции (Lead time): уменьшение на 69%
• Время производственного цикла (Cycle time): уменьшение на 66%
• Выпуск в срок (Due-Date-Performance): улучшение на 60%
• Уровень запасов (Inventory Levels): снижение на 50%
• Доход (Revenue): повышение на 68%

В обзоре из более 100 случаев ее использования не было обнаружено провалов или разочаровывающих результатов.

Запрошення представників STL Partners в Україну

Виглядає на те, що можу організувати тут (в Україні) сабдж. Якщо точніше, то такий собі Майкл Макдональд з підрозділу Research Team сам ненав'язливо натякав на це :). Але я не в курсі наскільки нашому народу це потрібно/цікаво.

То боюсь ся завстидати порожнім залом перед аглицькими джентельменами... :))

STL Partners - це власне ініціатори та ідеологи Telco 2.0 Ініціативи.

Як функціонує CDN from Akamai Technology з точки зору end-user'a

В одній із статей про CDN я в кількох словах згадував найбільшу на сьогодні CDN, власником котрої є Akamai Technology.

То ось наглядний малюнок як вона працює з точки зору користувача її послуг (краще раз побачити, ніж 100 разів почути :)):

Ну і кому цікаво, то нижче приводиться ще кілька URL статей на тему "як працює Akamai CDN". (Прошу лише завважити, що статті досить старі. Новіших я не шукав, якщо чесно, бо навряд чи сам принцип роботи Akamai CDN сильно змінився з того часу).

• Free Flow
• Technical FAQ
• General FAQ

Product LifeCycle Management (PLM)

Я буквально в 2-х словах по темі управління життєвим циклом продукту, чи послуги. (Примітка: в загальному випадку термін "послуга" є підмножиною поняття "продукт". Проте я не буду заглиблюватися в цю тему, а відішлю читачів до SID-моделі Телеменеджмент Форуму. Якщо, звичайно, вони є його членами та мають доступ до відповідних розділів).

Неодноразово зустрічався з ситуацією, коли люди просто не розуміли, що питання управління життєвим циклом продукту далеко не обмежується класичною (на жаль) ситуацією:

• (маркетинг) а давайте зафігачимо ось таку перспективну послугу;
• (маркетинг + девелопери) зафігачили і так-сяк протестували;
• (служба експлуатації) запустили в експлуатацію;
• (відділ продаж + бухгалтерія) почали рубати грубі гроші (або не почали);
• (маркетинг) побачили, що "аллєс", послуга перестала користуватися популярністю (або й не починала) і дали команду вивести її з експлуатації;
• (відділ продаж + служба експлуатації + бухгалтерія) взяли під козирок і вивели.

Це повна туфта.

Справжнє, професійне управління життєвим циклом продукту має обов'язково включати вирішення наступних строго взаємопов'язаних питань (далі пишу російською мовою, бо лінь перекладати шматки тексту зі своїх старих напрацювань):

-------------------

• 1 Управление маркетингом и предложением

• 2 Развитие и управление сервисом

• 3 Развитие и управление ресурсом

• 4 Развитие и управление цепочкой поставок

• 5 Управление маркетингом и предложением

  • 5.1 Разработка и изъятие продукта и предложения из обращения

    • 5.1.1 Сбор и анализ новых концепций продукта

    • 5.1.2 Разработка коммерческого предложения по новому продукту

    • 5.1.3 Разработка детальных спецификаций продукта

    • 5.1.4 Запуск нового продукта

    • 5.1.5 Оценка эффективности существующего продукта

    • 5.1.6 Разработка стратегии коммерциализации продукта

    • 5.1.7 Управление разработкой продукта

    • 5.1.8 Управление выводом продукта из обращения

  • 5.2 Совершенствование продаж

    • 5.2.1 Мониторинг наиболее успешных подходов и каналов продаж

    • 5.2.2 Разработка предложений по совершенствованию процессов и каналов продаж

    • 5.2.3 Разработка новых процессов и каналов продаж

  • 5.3 Маркетинговые коммуникации и продвижение продукта

    • 5.3.1 Определение маркетинговой стратегии продвижения продукта

    • 5.3.2 Выбор каналов для маркетингового сообщения или кампании

    • 5.3.3 Управление доставкой маркетингового сообщения и кампании

    • 5.3.4 Разработка маркетингового сообщения для продукта и кампании

    • 5.3.5 Разработка сопутствующих маркетинговых материалов

    • 5.3.6 Мониторинг эффективности маркетингового сообщения и кампании

• 6 Развитие и управление сервисом

  • 6.1 Разработка и изъятие сервиса из обращения

    • 6.1.1 Сбор и анализ новых концепций сервиса

    • 6.1.2 Разработка бизнес-предложения для нового сервиса

    • 6.1.3 Управление разработкой сервиса

    • 6.1.4 Управление выводом сервиса из обращения

    • 6.1.5 Оценка эффективности существующего сервиса

    • 6.1.6 Разработка детальных спецификаций сервиса

    • 6.1.7 Управление развертыванием сервиса

• 7 Развитие и управление ресурсом

  • 7.1 Разработка и изъятие ресурса из обращения

    • 7.1.1 Сбор и анализ новых концепций ресурса

    • 7.1.2 Разработка бизнес-предложения для нового ресурса

    • 7.1.3 Управление разработкой ресурса

    • 7.1.4 Управление выводом ресурса из обращения

    • 7.1.5 Оценка эффективности работы существующих ресурсов

    • 7.1.6 Разработка детальных спецификаций ресурса

    • 7.1.7 Управление развертыванием ресурса

• 8 Развитие и управление цепочкой поставок

  • 8.1 Развитие и управление изменениями цепочки поставок

    • 8.1.1 Управление взаимодействием с поставщиком/партнером

    • 8.1.2 Управление изменением контракта между участниками цепочки поставок

    • 8.1.3 Управление прерыванием сотрудничества с поставщиком/партнером

-------------------

Даний список (це фактично бізнес-процеси різних рівнів декомпозиції) заснований на рекомендаціях Телеменеджмент Форуму (конкретно на моделі eTOM). І, як показала практика, стосується не лише операторського бізнесу.

Слід зазначити, що якщо все робити "толково, по уму", то ці процеси обов'язково ще слід пов'язати з операційними (щоденними) процесами різних служб та відділів. Зокрема департаменту експлуатації, біллінгу і т.д.. І відлагодити таку взаємодію - диявольськи непроста, "інтелектуальноємна" і довготривала задача. Фактично, це задача СЕО і всього "топлес"-менеджменту компанії.

На завершення додам, що при переведенні вказаних вище процесів у набір (систему) прикладних програм (applications), варто додатково орієнтуватися на рекомендації, опубліковані в документах GB929 (TAM - Telecom Application Map) Телеменеджмент Форуму. В 2-х словах: згідно рекомендацій TAM управління продуктом є більш обширним поняттям, ніж просто управління життєвим циклом продукту і містить в собі 4 ключових процеси управління:

• Стратегія продукту/Управління пропозицією
• Управління продуктовим каталогом
• Управління життєвим циклом продукту
• Управління функціонуванням (робочими характеристиками) продукту

---

Ну і остання в цій статті думка/порада: при розробці структури продуктів/послуг рекомендую керуватися SID-моделлю Телеменеджмент Форуму. Це дасть значні переваги як з точки зору уніфікації продуктів, так і з точки зору полегшення роботи для архітекторів баз даних та девелоперів.

Думаю, що хоча б трохи загострив увагу читачів на складності та об'ємності питання управління життєвим циклом продуктів та послуг. За додатковими поясненнями - welcome to comments до цієї статті, або в e-mail.

My up-to-date CV (укр. мовою)

(Тут знаходиться свіжа англійська версія мого резюме)

Ім’я: Олег Гринчук
Дом. адреса: м. Рівне, Україна
E-mail: oleh.hrynchuk(at)gmail.com
Ліцензія водія: категорія В, С

Сімейний стан: одружений
Готовність до роботи: розгляну адекватні пропозиції
Що вмію робити найкраще (What Can I Do the Best): див. тут.

Об’єктивно (Employment Objective):

Чим на даний час хотів би займатися (в ідеалі). Виходячи із цього найбiльш бажаними для мене варіантами є (упорядковано згідно пріоритетів):

• участь в серйозному проекті в якості лідера робочих ІТ-груп (по відповідних напрямках), або в якості ІТ-консалтера;
• віддалена робота.

Свою участь вбачаю в R&D-роботах, технічній підтримці, організації та координації проектних робіт, управлінні командою виконавців та забезпеченні ефективності її функціонування: системний аналіз, аналіз ризиків, вирішення конкретних поточних проблем та питань стратегічного розвитку (особливо в ІТ-галузі та галузі телекомунікацій. Проте не обмежується лише ними). Загалом привабливою для мене виглядає будь-яка сфера прикладання зусиль, де потрібно:

• аналізувати багато різноманітних факторів котрі стосуються різних предметних областей;
• приймати ефективні рішення з врахуванням всіх можливих наслідків;
• та на основі вищевказаного застосовувати рішучі дії з метою досягнення конкретного результату.

Саме в такій якості я imho здатен принести найбiльшу користь потенцiйному партнеру, виходячи з власного досвiду, знань, професійних знайомств та контактів, життєвих інтересів та морально-ділових якостей.

Винагорода, чи заробітна плата (Salary):

За домовленістю. Основний принцип: заробітна плата має відповідати кінцевим результатам, ефективності, рівню відповідальності, службовим обов’язкам та професійному рівню.

Коротко про трудову дiяльнiсть (Employment Summary):
Останнiх 20 рокiв працював як в Україні, так і за її межами на посадах:

• BPM-консультанта;
• архітектора OSS/BSS систем;
• провідного консультанта-аналітика з ухилом на технологічні питання, аналіз ризиків, бізнес-моделей функціонування оператора телекомунікацій та системного інтегратора;
• головного інженера корпоративних проектів по створенню мережевих (LAN та WAN) інфраструктур;
• керiвника внутрішніх інфраструктурних проектiв сервіс-провайдерів телекомунікацій та m-commerce;
• системного iнженера/адміністратора комп’ютерних мереж, Unix-систем.

Приймав безпосередню участь в реалiзацii великих системних проектiв (в т.ч. державних масштабів в ролі головного інженера проекту) на основi обладнання, операцiйних систем та технологiй компанiй Cisco Systems, Nortel Networks, SUN Microsystems, Silicon Graphics, Hewlett Packard та iнших. Проте нині основною своєю "фішкою" вважаю R&D-діяльність у сфері телекомунікацій та операторського бізнесу.
Маю кілька публікацій у спеціалізованих ІТ-шних виданнях на тему операторських бізнес-моделей.

Практичний досвiд роботи (Experience Profile):
(скорочено. Повна версія - on-demand)

• Більше 20-ти рокiв досвiду роботи в областi iнформацiйних технологiй
• Близько 8-ми років досвіду роботи з бізнес-моделями операторів телекомунікацій
• Досвід pre-sale діяльності у відділі продажів в телко-галузі одного з найбільших системних інтеграторів України
• Практична участь у великомасштабному проекті впровадження OSS/BSS модулів у національного оператора телекомунікацій (роль: procurement process, архітектурний контроль, відстеження інтересів замовника та використання world best practices)
• Більше 5-ти років досвіду роботи в закордонних компаніях (ISP та ISV - independent software vendors) в iнтернацiональному колективі
• Бiльше 3-х рокiв досвіду роботи в одному з найбiльших на той час ISP Європи (Nextra CZ, раніше – Telenor Internet) в iнтернацiональному колективі
• Значний досвiд роботи в областi моделювання та реінжинірінгу бізнес-процесів оператора телекомунікацій та сервіс-провайдера

Трудова дiяльнiсть (Employment History):

02.2016 - понині
Рівне. Незалежний консультант з питань застосування різноманітних ІТ-технологій для вирішення задач бізнесу. Системна адміністрація Unix/Windows. PHP&MySQL програмування (початковий рівень). Створення та підтримка корпоративних MediaWiki. Основи адміністрування Google Adwords. R&D (інтеграція поміж собою, тестування та розгортання прототипів комплексних BSS рішень заснованих на Open Source Software):
        * система підтримки групової розсилки СМС на основі FrontlineSMS
        * система моніторингу (довкілля) на основі Ushahidi
        * система по контролю за виконанням наказів та обробкою заяв на основі OTRS
01.2014 - 05.2017
Рівне. Активіст місцевої самооборони. Допомога Українській Армії (волонтерство: розробка, тестування та виготовлення інструментів "подвійного призначення", інструктажі "на місці", віддалені консультації etc), громадські проекти, пошук фінансів, crowdfunding, створення та підтримка діяльності волонтерського координаційного центру.
01.2012 - 11.2013

S&T Ukraine, Київ. Архітектор телко-рішень (OSS/BSS системи). Роль: pre-sale, аналіз потреб телко-операторів, розробка та пропозиція архітектурних рішень великим телекомунікаційним операторам, контроль за дотриманням узгоджених архітектурних рішень в проектній діяльності системного інтегратора.

09.2010 - 12.2011

ТОВ "Кратос" (управляюча компанія агропромислового холдингу), Рівне. CIO. Роль: "стандартні" функції CIO з акцентом на здоровий глузд та практичну реалізацію елементів Cobit.

02.2010 - 09.2010

ФОП (фізична особа підприємець), Рівне. Незалежний консультант з питань застосування різноманітних ІТ-технологій для вирішення задач бізнесу.

10.2005 - 01.2010

Компанія «Інком», управляюча компанія «Октава Бізнес Девелопмент» ("холдинг" «ІнКом»), Київ, Україна. Група R&D відділу технічного розвитку. Провідний інженер. Роль: аналітика, зріз перспективних ІТ-технологій, їх оцінка з точки зору користі для компаній "холдинга", моделювання та реінжинірінг бізнес-процесів сервіс-провайдера, визначення проривних областей, ліквідація кризових явищ різноманітного характеру (в т.ч. організаційного, бізнес- та технологічного).

06.2004 – 09.2005

Корпорація “ІнКом” (філія), Рівне, Україна. Переїзд на роботу в рідне місто в зв’язку з сімейними обставинами (народженням дитини). Службові обов'язки залишились ідентичні попереднім.

07.2002 – 05.2004

Корпорація “ІнКом”, Київ, Україна. Відділ корпоративних проектів, інженер-консультант, аналітик. Технічна експертиза мережевих проектів, розробка ТЗ та ТП на створення/модернізацію інформаційних систем та мереж передачі даних для корпоративних клієнтів, тестування рішень по мережевих технологіях на спеціалізованому стенді, участь в розробці корпоративної культури, стандартів та політик на основі нормативних документів (ГОСТи, ДБНи, РД, ISO), що регламентують проектну діяльність. Консультації та участь у проведенні семінарів для клієнтів та спеціалістів корпорації. Предмет особливої гордості: розробка та участь в реалізації (де-факто з колегою відігравали роль головного інженера проекту) розширеного ТЗ та РП на організацію гетерогенної мережевої інфраструктури одного з найбільших комерційних банків (кілька сотень підрозділів по території України).

08.2001 – 05.2002

Soltima, Inc., USA (ранiше 12Snap Prague s.r.o.). Прага, Лондон. IT-менеджер. Вiдповiдальний за роботу тех. вiддiлу в складi 4 системних та мережевих адмiнiстраторiв. Sun Sparc servers (E250, E450), Cisco VPN concentrators and PIX Firewalls. Backup system, DNS, Sendmail, Postfix, service monitoring and statistics. Дiяльнiсть компанii Soltima Inc. була припинена відповідно до рiшення її iнвесторiв.

01.2001 – 07.2001

12Snap Prague s.r.o.. Прага, Лондон. Технiчна лабораторiя. Senior System Engineer. Адмiнiстрування мережi та систем на базi Sun та IBM серверiв i робочих станцiй. Backup, scripting, монiторинг ресурсiв та сервiсiв; Адмiнiстрування TIVOLI Storage Manager, SUN Solstice Backup (Legato), VERITAS Data Manager.

01.2000 – 01.2001

Nextra Czech Republic s.r.o., ранiше Telenor Internet. Прага, Чехiя. Senior Network Engineer, Network Management Department. Керiвник iнтеграцiйного проекту (по всій території Чехii) з iмплементацii системи монiторингу та статистики NextBone. SNMP та NetFlow software.

03.1998 – 01.2001

Telenor Internet, пiдроздiл Telenor A.S.. Прага, Чехiя. Unix/Network системний адмiнiстратор. System Department. SNMP-менеджмент, аккаунтинг, статистика, монiторинг, NOC software and features. Merit AAA Radius server software (з додатковими можливостями); Адмiнiстрування DNS, SMTP-mail, Usenet (sendmail, INN); Адмiнiстрування Cisco роутерiв (7500, 7200, 5300, 3600, 1600 series) та Livingston PortMaster. Адмiнiстрування SGI IRIX, Sparc Solaris, Linux, FreeBSD, scripting (shell, perl), backup; Участь (на певних етапах - керiвна) в кiлькох мережевих та системних проектах (network monitoring, network statistics, server architecture, QoS and backup policy).

10.1995 - 03.1998
(одночасна робота в трьох підприємствах):

1. ДАЕК Рiвнеобленерго. Рiвне, Украiна. Начальник вiддiлу АСУ (основне місце роботи). Розробка та впровадження корпоративного intranet. Unix-to-NetWare iнтеграцiя. Загальне керiвництво вiддiлом (6-7 чоловiк).
2. ISP JB Service. Рiвне, Украiна. Unix/Network системний адмiнiстратор (робота за сумісництвом). Iмплементацiя та адмiнiстрування мережi (Cisco AS2511, SunOS/Solaris 2.5.1, Intel based PC's, SUN Ultra stations).
3. Укртелеком (міська філія), Рівне, Україна. Системний інженер відділу АСУ (робота за сумісництвом). Адміністрування та troubleshooting комп’ютерної мережі на основі Novell Netware.

10.1992 - 09.1995

Обласний ЦНТI. Рiвне, Украiна. Intranet manager. Розробка, впровадження та супровiд intranet-iнфраструктури центру. Unix-адмiнiстратор (ISC Unix). Навчання персоналу.

05.1992 - 10.1992

ПНТП «Телекомунiкацiйний Центр», UUCP-провайдер. Рiвне, Украiна. Головний iнженер. Розробка, впровадження та адмiнiстрування Internet-центру (UUCP, Usenet, mail etc.).

09.1990 – 04.1992

Акцiонерний банк розвитку «Економбанк». Рiвне, Украiна. Unix-адмiнiстратор (ISC Unix 3.2). Розробка, впровадження та адмiнiстрування системи електронноi пошти на основi технологii UUCP.

05.1988 – 07.1990

Львiвський ДержУнiверситет. Практикуючий студент (III-V курси навчання). Теоретичнi дослiдження в областi реляцiйних баз даних та знань (тема: реляцiйнi бази даних з параметром часу, аналiтичнi огляди); Програмування на PC (MSDOS, Dbase-IV, FoxBASE, FoxPro, C); Програмування на mainframes (ES-1033, ES-1045, Assembler, PL/1, Fortran)

Досвiд роботи з програмним забезпеченням (Software Experience):
(on-demand)
Досвiд роботи з апаратним забезпеченням (Hardware Experience):
(on-demand)
Освiта та курси пiдвищення квалiфiкацii (Education):

• Львiвський Державний Унiверситет iм. I. Франка, факультет прикладної математики. Диплом квалiфiкацiї «математик», виданий в 1990 роцi.
• Сертифiкат про закiнчення спецiалiзованого advanced Cisco-курсу (OSPF, ACL, queues and priorities etc) в "Alef0 Ltd" (cрiбний партнер Cisco Systems в Чехiї). (03.1999).
• Сертифiкат про закiнчення курсiв англiйської мови в мiжнароднiй школi «Caledonian School» (03.1999)
• Сертифiкат № 18151 «Unix Administrator, Master Level» авторизований центром BrainBench/TekMetrics. (05-06.1999)
• Сертифiкат CCNA (Cisco certified network associate) (04.2000).
• Сертифiкат про закiнчення курсiв по Tivoli Storage Management (TSM) адмiнiструванню в «InTechnology Data Centre» (IBM data storage partner, Harrogate, England). (05.2001).
• Сертифiкат CCNP (Cisco certified network professional) (04.2003).
• Сертифікат ZCSE (ZyXEL Certificated System Engineer, xDSL equipment) (10.2003).
• Сертифікат про закінчення курсів (десятиденного інтенсиву) з основ підприємницької діяльності та публічний захист власного бізнес-плану „Організація та експлуатація міської мультисервісної мережі передачі даних по технології Gigabit Ethernet” по програмі „Лідер-2004”, котрий щорічно проводився випускниками-MBA бізнес-школи The Richard Ivey Business School (05.2004)
• Сертифiкати про закiнчення курсiв-практикумів з методики практичного застосування рекомендацій NGOSS та eTOM TeleManagement Forum’у (Dubai, UAE) (03.2006):




NGOSS Distilled

eTOM Distilled

Володіння мовами (Languages):

• Англiйська: вiльне володiння в професiйнiй областi
• Чеська: вiльне володiння
• Польська: добре розумiю та читаю
• Словацька: добре розумiю та читаю
• Російська: досконало
• Українська: рідна

Улюблене заняття (Hobby):

• Усамітнення в дикій природі
• Військова справа
• Практична стрільба
• Полювання
• Інтернет, інформаційні технології, телекомунікації, автоматизація бізнес-процесів

Рекомендацii (References):

• Згідно додаткового запиту

CDN - послуга логістики в цифровому світі

Друга стаття (мій творчий переклад з ремарками) на тему CDN.

---------------------------
Сети передачи контента: Услуга логистики для цифрового мира
(оригинальная статья размещена здесь).

Один из главных уроков нынешней научно-исследовательской деятельности Telco 2.0 инициативы состоит в том, что Телко-операторам (фиксированным и мобильным), и операторам кабельного телевидения (их еще часто называют CableCos) необходимо лучше понимать природу сетей передачи контента (CDNs, Content Delivery Networks): в частности, каким образом они могут способствовать улучшению эффективности экономики оператора и помочь повысить качество обслуживания upstream- и downstream-клиентов. Ниже приведены азбучные истины и уроки CDN-сетей, содержание которых основано на предыдущей статье «Why are there no mobile CDNs?»:

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

В цифровом мире, контент производится в одном месте, а потребляется в другом с передачей его по многим транспортным системам Интернета. Проблема заключается в том, что Интернет изначально не содержит никаких гарантий качества передачи, и поэтому требования и впечатления пользователей о качестве потребляемых услуг крайне разнятся. Еще большая проблема состоит в том, что чудовищно сложным делом является обмен лучшими практиками доставки пользовательского контента. Кроме всего прочего, как может подтвердить любой крупный производитель контента, какого-то универсального опыта для оптимизации передачи контента в принципе не существует, так как описанная проблема лежит в области как сетевых, так и вычислительных аспектов. По аналогии с физическим миром, для решения данной проблемы существует много экспертов, готовых оказать помощь в деле эффективной доставки контента. И в информационном мире они называются сетями доставки контента (Content Delivery Networks), или CDNs.

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

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

Akamai Technologies является Патриархом Систем Доставки Контента, и тем, кто полагает что они придумали чего-то принципиально новое в этом плане, нелишне помнить, что начало для Akamai было положено еще в 1995 году, когда сэр Тим Бернерс Ли, который изобрел World Wide Web, предвидел появление заторов в Интернет и призвал коллег в Массачусетском Технологическом Институте придумать лучший способ доставки интернет-контента. Компания Akamai и разработанная ею технология пережила эпоху мыльного пузыря (крах «Доткомов» – прим. мое), и по сути сегодня играет для Интернета более важную роль чем когда бы то ни было. Особенно на фоне того, что сам Интернет становится все более сложным, и контента через него доставляется все больше и больше.

Источник: Akamai SEC Filings
Примечания:

• * Операционные расходы исключают амортизацию деловой репутации и списания в 2000 и 2001 годах
• ** Приход равен доходу от операций за вычетом капитальных расходов, издержек на производство программного обеспечения, обеспечение имущественных (скорее авторских – прим. мое) прав и внутренней капитализации программного обеспечения.
• *** Результаты за 2007 год основываются на фактических результатах за 9 месяцев (до сентября-2007), а данные за 4-й квартал получены в результате экстраполяции данных за 3-й квартал.

В 2006 г. Akamai имели оборот 429 миллионов долларов США и рост операционной прибыли в 19,4%. В этом (2007 – прим. мое) году по некоторым оценкам эти показатели составят 614 миллионов долларов США и 21,1% соответственно. Эти показатели оборота и роста операционной прибыли не представляются особенно чрезмерными, потому как считается, что через ресурсы Akamai проходит примерно 10-20% ежедневного мирового Интернет-трафика. Да, их бизнес демонстрирует тенденции роста, но не такого уж и большого. Особенностью 2007 года является с одной стороны по-прежнему внушительный рост, а с другой – увеличение фиксированных затрат, вызванное инвестициями в свою инфраструктуру, очевидно необходимую для того, чтобы справиться с всевозрастающим трафиком.

Фактически Akamai рассматриваются как Премиум-CDN и, соответственно, берут надбавку «за бренд» за свои услуги. Дэн Райбурн из streamingmedia.com часто делится своими предсказаниями в области тарифов и ценообразования на услуги CDN. Например, для августа 2007 года, согласно его прогнозов, цены варьировались от $2/GB долларов США для 1TB/месяц до 0.12/GB долларов США за 100 и более ТБ/месяц. Естественно, на величину цены влияет еще и продолжительность контракта, и приобретаемые дополнительные услуги, но если взять чисто доставку контента и общий оборот трафика, к примеру вашего существующего датацентра, то данные цены являются легко доступными для многих контент-провайдеров.

Текущие (ноябрь-2007 – прим. мое) «цены Дэна Райбурна»


Стоимость и объемы пересылки «обычных» объектов, с которыми оперируют CDN

Пример Akamai с его ростом привел к приходу в отрасль новых игроков. Некоторые из них сосредоточились на специальных потребностях конкретных отраслевых ниш, например, CacheLogic занялось обновлением и усовершенствованием программного обеспечения для целей отрасли, другие – сосредоточились на использовании их downstream-возможностей (к примеру Level3-разработки и внедрение CDN поверх функционала своих волоконно-оптических сетей). Участники Telco 2.0 Инициативы ожидают появление других специалистов по CDNs, чей интерес будет фокусироваться на задачах региональных рынков, например, задачах CDNs для Африки. Это в точности отражает структуру рынка логистических компаний в физическом мире.

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

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

В целом, нам (Telco 2.0 Инициативе, - прим. мое) нравится тема CDNs в разрезе перспектив Телко 2,0 и мы считаем, что все сети операторов, в том числе мобильные, должны рассчитывать на включение CDNs в свои транспортные сети ввиду следующих причин:

• CDNs выгодны всем: они приносят пользу как конечным пользователям, так и собственникам сетей и контента
• CDNs являются прекрасным примером того, как люди могут привносить инновации в Интернет, создавая и предлагая услуги на основе оптовых продаж
• некоторые «продвинутые» CDNs, такие как Akamai, позволяют судить о будущем, предоставляя понимание каким образом услуги превращаются в платформы.

В докладе «Broadband Business Model 2.0 Report» (платный и довольно дорогой, – прим. мое) рассматривается гораздо большее количество подробностей, имеющих отношение к системам доставки, характерным в сети интернет, и к их экономикам. В том числе чисто P2P-систем, таких, как BBC iPlayer, топологии систем, таких как Joost и IPTV-систем, таких как BT Vision службы. Наряду с указанным там также рассматриваются системы доставки не имеющие отношение к Интернет, такие, как гибридные спутниковые системы, P2P Sky Anytime службы и Virgin Media Video on-demand сервисы на основе кабельных сетей.

Чому не існує CDN у мобільних операторів?

Зараз трохи поговоримо на тему мереж передачі контенту (Content Delivery Networks, CDNs). Наступні дві статті (досить вільний переклад статей та дискусій відносно них із блогу Telco 2.0 Ініціативи) якраз присвячені цьому.

Отже,

---------------------------------------
Сети передачи контента - почему не существует мобильных CDN
(оригинальная статья размещена здесь)

Фактически сети передачи контента (content delivery network, CDN) - это эффективный способ доставки больших объемов трафика (как правило, видео) через Интернет. Стандартные методы имеют тот недостаток, что информация должна быть передана из сети провайдера, в которой размещен тот либо иной контент, через backbone, в сеть провайдера, к которому подключен клиент, по крайней мере один раз для каждого пользователя (и на каждом таком этапе присутствуют пиринговые и транзитные расходы). Кроме того, дополнительную проблему составляют нагрузки на серверы провайдера. В CDN же Web-серверы, наполненные контентом, размещаются в стратегических точках на территории провайдеров-заказчиков. Запросы затем перенаправляются на CDN-боксы, так что каждый элемент должен быть передан по направлению из сети провайдера только один раз.

Такой подход обладает тем несомненным достоинством, что он всем приносит пользу, все оказываются счастливы :):

• доволен клиент, потому что уменьшается нагрузка на его собственные серверы, и его контент доставляется быстрее, чем контент конкурентов;
• доволен upstream-провайдер, потому что его peer’ы больше не орут о несправедливости и пересмотре условий пиринга;
• довольны downstream-ISP, потому что значительная доля трафика переместилась вовнутрь их сетей, в которых (в зависимости от их бизнес-моделей) это либо значительно дешевле, либо вообще бесплатно.

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

Если углубиться немного дальше, то причина столь эффективного функционирования CDNs заключается в том, что CDNs «понимают», где расположены узкие места: критические пути, ограничивающие факторы, точки максимального отброса трафика. В данном случае, узкие места представляют собой границы (edge) сетей, потому что они являют собой стык экономической активности субъектов. Смысл экономической модели Интернет состоит в том, что взаимодействие сетей является именно тем, что создает добавочную стоимость, которая далее преобразуется либо в бартерные отношения (peering), либо в живые деньги (транзит).

Так почему же не существует CDN в сетях мобильных операторов?

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

Но что происходит сейчас? В статье 40Gbits Granny, отмечались возможные масштабы модернизации, проводимой некоторыми мобильными операторами - модернизации, которая стала возможной благодаря внедрению технологий HSPA в мобильные радиосети. На фоне солидных (класса «мегабит и выше») скоростей передачи данных [сетей доступа – прим. мое] грандиозные планы операторов выглядят, скажем так, менее грандиозными :), и вызовы перед ними стоят совсем иного рода.

В настоящее время мобильные операторы, как правило, весьма заинтересованы в богатом контенте: средствах массовой информации, мире видео и музыки. Ввиду ликвидации традиционных узких мест в мобильных радиосетях самое время подумать о том, как доставить этот контент. Первая проблема заключается в широкополосном транзите (backhaul); одни и те же операторы покупают и внедряют Cisco CRS-1, и они же прокладывают оптоволокно к своим базовым станциям (cell-sites). В этой связи возникает интересный вопрос, а если отмежеваться от транспорта, то что можно сказать о роли CDNs? Почему бы не подать контент поближе к пользователям? CDNs приносят мало пользы операторам, которые несут издержки за широкополосный транзит (backhaul), если CDN сервер прямо не размещен на базовой станции. Но они все еще могут сэкономить на расходах за магистральную и внутреннюю передачу трафика. Для тех операторов, кто владеет существенными ресурсами в плане транзитной полосы пропускания, такой подход был бы крайне оправдан.

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

Итак, в целях оптимизации скоростей, производители оборудования для мобильных сетей в настоящее время предлагают продукты, которые изолируют Интернет-трафик от, собственно, мобильного (речевого, SMS, MMS) трафика максимально близко к пользователям (подобно функционированию Radio Network Controller’a (RNC)). Если клиент, работая в радиосети, начинает использовать IP, сам этот факт начинает «притягивать» соответственные IP-подсистемы, которые, возможно, включатся в процесс: например, кэширующий DNS. Возникает вопрос – почему бы в таком случае не предусмотреть и подсистему анонса и подачи контента, пользующегося повышенным спросом? Хорошо известно, что многие из мобильных сетей уже вводят в свои сети высокопривлекательный контент посредством специализированных серверов обработки контента различных типов для конвертации его в более сжатые форматы. Исходя из всего этого, почему бы не пойти дальше и не задуматься о полноценных CDNs? Ведь там, где есть узкие места, всегда находится место и открывающимся возможностям.

Главной идеей Telco 2.0 является миграция операторов в сторону горизонтальной, модульной бизнес-модели. Хотя большая часть размышлений обусловлена законами Интернета и аргументацией эффективности «dumb pipes», реальность заключается в том, что операторский мир движется в направлении к функционально богатой и сложной архитектуре сетей. Функционал traffic shaping’a, хранения и обработки контента встроены во многие места на пути между центральными серверами и магистралями по направлению к периферии (edge) радиовещательных сетей и устройств. Успешным оператором будет тот, кто правильно сумеет сочетать предоставляемые функциональные возможности.