ОТДЕЛЯЯ ВОЗМОЖНОСТИ ОТ ПРЕПЯТСТВИЙ В СЕТИ С ОТКРЫТЫМ ИСХОДНЫМ КОДОМ - TECHCRUNCH - ПРЕСС-РЕЛИЗЫ - 2019

Anonim

Майк Коэн

Примечание редактора: Майк Коэн является директором по управлению продуктами для решений с открытым исходным кодом и политикой в ​​Cisco.

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

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

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

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

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

Дорога к O pen S ource

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

  • OpenStack. Первоначально сотрудничество между Rackspace и NASA, платформой программного обеспечения для облачных вычислений OpenStack является самым известным проектом с открытым исходным кодом, появляющимся в последние годы. OpenStack выступает в качестве разработчика с открытым исходным кодом, который позволяет пользователям описывать, что они хотят от сети, посредством набора логических сетевых абстракций.
  • OpenDaylight (ODL). Этот проект под руководством Linux Foundation фокусируется на управлении и управлении сетевыми ресурсами и определил как архитектуру контроллера, так и варианты использования SDN через открытые API и протоколы на основе стандартов. ODL предлагает гибкий способ внедрения инноваций в сетевые приложения в широком спектре инфраструктуры.
  • OpenvSwitch (OVS). Этот виртуальный многоуровневый коммутатор, лицензированный под Apache, определил взаимодействие хоста / виртуальной машины / контейнера для работы в сети. Критические части OVS теперь включены непосредственно в ядро ​​Linux, и это стало важным строительным блоком в расширении сети в операционной системе.

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

  • OpenFlow. В настоящее время управляемый Open Networking Foundation, OpenFlow начал движение SDN в 2008 году, продвигая идею программируемости в коммутаторах. Хотя он не предложил волшебную пулю, которую искали сторонники SDN, она продвигала науку, привлекала исследовательское сообщество и помогала вступить в эру SDN.
  • OpFlex. Этот протокол распределенной политики предназначен для распространения абстрактной, независимой от устройства политики между сетевым контроллером и другими сетевыми устройствами. Относительно новый протокол, предложенный для Целевой группы Internet Engineering Task Force (IETF), OpFlex был разработан, чтобы предложить масштабируемую архитектуру, которая работает на широком спектре аппаратных устройств, чтобы обеспечить инновации с несколькими продуктами.
  • Открытый протокол управления базами данных vSwitch. OVSDB был разработан для управления задачами управления сетевыми устройствами, которые изначально не были включены в протокол OpenFlow. Он широко используется в Open vSwitch и OpenDaylight и поддерживается даже некоторыми физическими коммутаторами.

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

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

От угрозы к возможности

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

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

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

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

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

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

Установка правильных ожиданий

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

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

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

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