вначале облака, потом СДН, а потом уже "Алекса, разверни мне кластер с хай эвейлибали и парой вмок" и чпок, готово

Ну оно да.. мы по сравнению с провайдерами пшик 🙂 но все равно когда есть 100+ железок хочется "родной" унификации, а не копания под капотом

Для провайдера - сеть считай самоцель, а для Корп только часть большого пирога. Потому и есть такие "странные" желания

И отношение тож разное естественно

ускорение прогресса требует автоматизации, а автоматизация уменьшает порог входа в управление. Вчера вы рисовали Айпи План по полдня, сегодня вы кладете облачко на облачко в веб интерфейсе)

Ну дык берешь d-view 7.0, 25 девайсов, раскиданых по двум доменам у тебя в стоке и нахаляву. Докупаешь лицухи на еще 75 девайсов и потребное количество сегментов (это недорого) и вперед. И так можно масштабироваться пока в производительность sql сервака не упрешся.

Ниче не поделать, сейчас уж забыто огниво и кремень

А потом позвать ДБА с сертом СоларВинд, он увеличит вдвое производительность и еще можеш маштабироватся

Мое последнее знакомство было ещё с 3й версией 🙂

Но попробую

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

Оно халява, раздается без проблем. :)

Ну я про то и говорю. Полностью согласен

Отличие корпа ещё в постоянно меняющейся структуре. Постоянно новые отделы управления и проекты, да ещё территориально распределенные. Отсюда и желание единой консоли

Чето посмотрел я на убунту в которую поверх вкрячили видимо в качестве виртуалки некую д-линк ос в dxs-5000 и как то засомневался. Там хоть asic есть внутрях? Или утилизируем гигагерцы cpu на x86 платформе?

и сюда софт роутеры докатились)

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

В Гугле они давно уже докатились.

ну есть процы заточенные под выполнение каких-то задач, а есть "высокоуровневые комбайны" с инструкциями на все случаи жизни, тот же х86

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