Является ли Apstra SDN? Идея та же, подход другой

Запуск автоматизации сети начинается с ее планирования и реализации этих планов в сети.

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

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

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

Программируемость сети было неоднозначным благословением, сказал основатель и генеральный директор Apstra Мансур Карам (Mansour Karam).

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

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

Компания подходит к проблеме гибкости сети сверху вниз, тогда как SDN подходит к этому снизу вверх, сказал Карам. Инициативы SDN, такие как OpenFlow, принимают функции сетевых устройств, к примеру, коммутаторов, и выясняют, как реализовать их в программном обеспечении SDN-контроллера. Apstra смотрит на то, что организация хочет, чтобы ее сеть выполняла, и выясняет, как заставить коммутаторы сделать это, сказал он.

В результате сеть становится более простой и более гибкой, утверждает компания. Но она также может сосуществовать с классическими SDN, существующими системами управления ресурсами, такими как Infoblox, и сетевыми телеметрическими платформами, подобными Tetration Analytics, недавно объявленной компанией Cisco, говорит Apstra.

Продукт компании, названный Apstra Operating System (AOS), принимает политики, основанные на намерении предприятия, и автоматически транслирует их в настройки сетевых устройств от разных производителей. Когда ИТ-отдел хочет добавить новый компонент в ЦОД, AOS выяснит, какие необходимые изменения будут вытекать из этого добавления и выполнит их.

Распределенная ОС не различает производителя. Она будет работать с устройствами Cisco Systems, Hewlett Packard Enterprise, Juniper Networks, Cumulus Networks, проектом Open Compute и другими. Она также может работать с контейнерными средами на базе Linux.

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

Эта видимость будет иметь решающее значение для сетевых инженеров, чтобы принять систему, подобную AOS, говорит аналитик из IDC Брэд Кейзмор (Brad Casemore). Многие компании хотят автоматизации сети, но сетевики настороженно относятся к этому, потому что доверяют инструментам, которые они всегда использовали, таким как CLIs. Если они могут внимательно следить, что происходит в сети, они будут более склонны доверять автоматизации, сказал он.

Это часть того, что формирует текущие тенденции в сетевой телеметрии, которую выполняют другие системы, такие как Cisco Tetration Analytics и Voyance от стартапа Nyansa, сказал Кайзмор. Они не все делают то же самое, но они стремятся удовлетворить недостаток информации о том, что происходит во все более сложных ИТ-средах, которые сочетают в себе такие компоненты, как облачные технологии, виртуализацию и мобильность.