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 месяцев цикл повторится.

Максим

On 10 Mar 2017, at 13:37, Volodymyr Yakovenko <vovik@dumpty.org> 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 :-)