Комментарии 4
Симпатичные схемы, а в чем рисовали? Visio?
Может сложиться ложное впечатление, что у Juniper-а нет контроллера и заказчика оставляют один на один с консолью. У Juniper есть прекрасный контроллер (Contrail), для создания и управления как инфраструктурой underlay сети, так и оверлейными сетями EVPN/VxLAN.
Вот пример на YouTube как конфигурируется фабрика с помощью контроллера (это воркшоп,
на английском языке, интерфейс Contrail Command запускается на 7-ой минуте).
www.youtube.com/watch?v=WEFQbzVF6rA
>>… (в контексте Cisco ACI) в любом случае нужно время для того, чтобы перестроить мозг на новые рельсы, на особенность настроек через политики и оперированием множества вложенных друг в друга политик.
Зачем перестраивать мозг на очередной «черный ящик» с проприетарными протоколами и технологиями внутри? Кто в 2020 году будет фанатеть от vendor lock-in? Не лучше ли разобраться с _открытыми_ стандартами (и EVPN, и VxLAN — это RFC), которые останутся с тобой на всю жизнь?
Вопросы риторические.
Вот пример на YouTube как конфигурируется фабрика с помощью контроллера (это воркшоп,
на английском языке, интерфейс Contrail Command запускается на 7-ой минуте).
www.youtube.com/watch?v=WEFQbzVF6rA
>>… (в контексте Cisco ACI) в любом случае нужно время для того, чтобы перестроить мозг на новые рельсы, на особенность настроек через политики и оперированием множества вложенных друг в друга политик.
Зачем перестраивать мозг на очередной «черный ящик» с проприетарными протоколами и технологиями внутри? Кто в 2020 году будет фанатеть от vendor lock-in? Не лучше ли разобраться с _открытыми_ стандартами (и EVPN, и VxLAN — это RFC), которые останутся с тобой на всю жизнь?
Вопросы риторические.
В статье указано, что у Juniper также есть решение с контроллером, но совместно с заказчиком было принято решение не использовать его.
Тут всегда вопрос стоимости времени и ресурсов, которые потребуются на то, чтобы разобраться и потом это поддерживать и полностью отвечать за непрерывность работы критичных для бизнеса сервисов. Не каждый заказчик может себе позволить содержать такую команду эксплуатации и постоянно поддерживать и расширять компетенцию в данных технологиях.
Зачем перестраивать мозг на очередной «черный ящик» с проприетарными протоколами и технологиями внутри? Кто в 2020 году будет фанатеть от vendor lock-in? Не лучше ли разобраться с _открытыми_ стандартами (и EVPN, и VxLAN — это RFC), которые останутся с тобой на всю жизнь?
Тут всегда вопрос стоимости времени и ресурсов, которые потребуются на то, чтобы разобраться и потом это поддерживать и полностью отвечать за непрерывность работы критичных для бизнеса сервисов. Не каждый заказчик может себе позволить содержать такую команду эксплуатации и постоянно поддерживать и расширять компетенцию в данных технологиях.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Опыт реализации сетевых фабрик на базе EVPN VXLAN и Cisco ACI и небольшое сравнение