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

Сотрудничество коснётся нескольких направлений. В частности, это будут приложения для бизнеса, решения для разработчиков и вспомогательные услуги. Приложения будут доступны как для Android, так и для других ОС. Скорее всего, имеются в виду Windows и Linux. Основной упор придётся на рынок США.

Надо сказать, что это не первая сделка Samsung с целью противостоять альянсу Apple и IBM. В ноябре прошлого года южнокорейский производитель объявил о том, что будет совместными усилиями с BlackBerry продвигать мобильные решения для защиты данных. Партнерство открыло для BlackBerry доступ к широкой пользовательской базе, в то время как Samsung заручилась поддержкой одного из самых авторитетных разработчиков решений для защиты данных.

Apple и IBM объявили о заключении стратегического партнерства летом 2014-го. В рамках сотрудничества IBM создаст для Apple более 100 бизнес-приложений, которые будут работать исключительно на iPhone и iPad.

Сервис AppleCare будет осуществлять техническую поддержку этих приложений. Также IBM будет продавать устройства Apple своим клиентам. Для Apple сотрудничество выгодно тем, что компания сможет завоевать большую долю на корпоративном рынке.

Взято с macdigger.ru

Кроме того, неплохо было бы управлять всей сетью с помощью единого интерфейса, не настраивая отдельно каждый сетевой элемент.  Именно для этого создается автономная сетевая технология – Autonomic Networking!  Повторяю: НЕ ПАНИКУЙТЕ.  Autonomic Networking – пока лишь стратегическое видение, нацеленное на строительство сети, обладающей способностью самостоятельно настраиваться, защищаться от вредоносного воздействия и даже оптимизироваться. Много лет назад высадка человека на Луне тоже была стратегической идеей.  Но человечество воплотило ее в жизнь и получило удивительные результаты.

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

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

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

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

Функции распознавания. Сетевой узел должен автоматически распознавать своих соседей и их свойства, сетевую топологию и сетевые сервисы, такие как NTP, DNS и AAA;

Способность сообщать сети абстрактные намерения оператора.  Помогая настраивать всю сеть как единое целое,  эта функция будет использовать язык высокого уровня абстракции и ставить сетевые задачи на уровне бизнес-логики, то есть говорить сети, ЧТО нужно сделать, не уточняя КАК.  К примеру, оператор сможет отдавать такие команды, как “приоритизировать видеотрафик TelePresence” или “защитить канал”;

Отчетность сетевого уровня. Оператору далеко не всегда нужны статистические данные о работе каждого сетевого элемента.  Вместо этого он предпочел бы получать агрегированные данные по всей сети или заранее проанализированную информацию по сетевым событиям.  Причем эта информация должна передаваться по сети всего один раз;

Функция “сетевых возражений”.  Сеть должна иметь право (и возможность) сообщить оператору, что его намерение нельзя выполнить в полном объеме.  В этом случае оператор может либо принять ситуацию как есть, либо отказаться от первоначального намерения;

Автоматическое распространение интеллектуальных функций.  Протокол OSPF уже использует подобный подход для передачи IP-пакетов.  Речь идет о том, чтобы дать такую возможность и другим “автономным сервисным агентам”;

Постепенная или модульная автономность.  “Автономная сетевая основа” (с технологией распознавания) позволит “автономизировать” сетевые функции по очереди, одну за одной, не лишая оператора возможности настраивать отдельные сетевые узлы для других функций.  Кроме того, эта возможность позволит решать специфические проблемы заказчика в пошаговом режиме;

Поддержка на всем протяжении жизненного цикла.  Автономные функции относятся не только к настройке конфигурации, но и к ее проверке (правильно ли ведет себя та или иная услуга?), мониторингу (просмотру агрегированных результатов функционирования данной услуги), диагностике и оптимизации (в единой картине всей сети);

Безопасность и стабильность.  Автономные функции должны поддерживаться как в новых, так и в существующих сетях.

Хорошо ли вписывается эта идея в стратегию Cisco SDN/ONE?  Не просто хорошо, а отлично!  Архитектура Cisco ONE позволяет операторам взаимодействовать с широким ассортиментом сетевых услуг с помощью интерфейсов OnePK API (а не просто “передавать пакеты” в протоколе OpenFlow).  Кроме того, архитектура Cisco ONE отделяет управление сетью от управления услугами.  При этом “управление услугами” связывается с централизованным контроллером через простой “общесетевой интерфейс”, а управление сетью остается отличным полем действия для… автономной сети.

Можно ли выполнить все перечисленные задачи за один шаг?  Конечно, нет.  Всем ли понадобятся эти функции?  Наверное, не всем.   Можно ли оспорить нашу концепцию?  Видимо, да.  Но главное – не паниковать!

Ива Хертога (Yves Hertoghs), заслуженного инженера-консультанта компании Cisco