IMHO все слишком оптимистично: 1) у банков до сих пор есть банкоматы с “защищенными каналами связи", магазинам нужны платежные терминалы с Wi-Fi, пожарникам/полиции/скорой помощи - “надежный” G9, etc, etc, etc. Все это продается и работает на 20летних технологиях - SLA, QoS, IPSEC, L3VPN и все что масштабируется. При этом никакие big pipe никому не нужны 2) написание своего “control plane” - задача а) дорогая и б) ненадежная - слишком большие риски. Поэтому многие и делают так и делали последние 10-20 лет - риск разработки перекладываем на вендора и покупает у него готовый продукт с поддержкой. Что действительно изменилось, то что у вендоров _можно_ купить software без hardware но за это нужно скорее благодарить VMWare и виртуализацию на серверах 3) TX-Matrix это раутер и, при правильном планировании сети, в случае аварии мы его а) изолируем б) открываем P1 case with Juniper с) получаем медаль за быстрое решение проблемы. В случае проблем с SDN controller у нас проблема, например, во всем датацентре и тут от network engineer ничего не зависит - максимум можно помолится что переключение с primary controller на backup произойдет успешно, потерь трафика не будет и новый баг не будет найдет. Но если молитва не была услышана то прийдется будить support, а потом developers, потом лепить патч. И что самое ужасное что через 6-9 месяцев цикл повторится. P.S. А вообще я люблю новые технологии на iPhone, MacBook и других _личных_ устройствах :) Максим
On 10 Mar 2017, at 13:37, Volodymyr Yakovenko
wrote: Мы тогда похихикали, а зря... ;-) Где сейчас Гугль с Амазоном и где - все эти вендоры.
Тут есть одна хитрость - сейчас все еще популярно держать две разные сети, одну с big-fat-pipes для DC-DC траффика и вторую (изрядно худее) для DC-Internet траффика.
Для первой популярно клепать свое железо - экономика там такая, да и переманить из вендоров людей умеющих сделать свитч/роутер под заказ не есть проблема. Написать свой control plane - отдельная история, но как показывает практика если вложиться в этот вопрос ресурсами то это тоже решаемая (за несколько лет) задача.
Для второй все еще выгоднее использовать (в большинстве своем) вендорное железо, софт и старый добрый BGP с MPLS-TE. Одна из причин - гораздо более стабильное и откатанное решение для критического revenue generating траффика, да и вендоры в условиях конкуренции таки успевают выпускать толковые продукты (C Fretta vs J MX) или уходят в прошлое (F10 или B).
А что там будет дальше - будем посмотреть :-)
Из личного опыта - troubleshooting разваливающегося TX-Matrix или SDN контроллера управляющего купкой больших коробок сопоставимые по сложности задачи. И там и там нужен толковый network engineer или devops :-)