F
хотя поптки есть - просто надо больше усилий ... пока Аптсра своим существованием доказывает что подход рабочий - может потом кто и рискнет запилить такую модель для операторов )
Size: a a a
2020 October 30
F
1919 год.
F
прошёл век. идея выстрелила.
S
хотя поптки есть - просто надо больше усилий ... пока Аптсра своим существованием доказывает что подход рабочий - может потом кто и рискнет запилить такую модель для операторов )
странно что вендоры не хотят у себя подобное сделать, ведь у них все ресурсы есть для этого.
EZ
странно что вендоры не хотят у себя подобное сделать, ведь у них все ресурсы есть для этого.
ну как бы вариативность сервисов предоставляемая операторами ОЧЕНЬ большая )
F
потому что надо пилить с севера оркестратор, а с юга api и проблемы интеграции решать.
S
ну как бы вариативность сервисов предоставляемая операторами ОЧЕНЬ большая )
да это понятно. сдн вообще выстрелил только в узких кейсах типа сдван того же
EZ
как упростим всех оператьоров до EVPN ) тогда и начнем моделировать их )
EZ
Fd
потому что надо пилить с севера оркестратор, а с юга api и проблемы интеграции решать.
+1
S
Fd
потому что надо пилить с севера оркестратор, а с юга api и проблемы интеграции решать.
ну так если ты вендор, ты своего агента для апи можешь сделать на общем code base, что и оркестратор. переиспользовать типы и тд.
а если ты third-party, то кроме того, что тебе надо кучу вендоров поддержать, нужно еще и свой код выстраивать вокруг чужой модели
а если ты third-party, то кроме того, что тебе надо кучу вендоров поддержать, нужно еще и свой код выстраивать вокруг чужой модели
F
ну так если ты вендор, ты своего агента для апи можешь сделать на общем code base, что и оркестратор. переиспользовать типы и тд.
а если ты third-party, то кроме того, что тебе надо кучу вендоров поддержать, нужно еще и свой код выстраивать вокруг чужой модели
а если ты third-party, то кроме того, что тебе надо кучу вендоров поддержать, нужно еще и свой код выстраивать вокруг чужой модели
вот это всё дочешуя дорого
F
мы пытаемся генерализировать оркестратор для себя и других
F
но куда здесь, когда даже наш продукт, что bng делает, ломает api прям в netconf.
F
порой проще заоркестрировать чужое, чем договориться всем командам внутри.
F
продукт-то использует 100500 кастомеров, и он должен покрывать все юскейсы этих проектов. а имплементация в одном порой может сломать что-нибудь в другом.
F
поэтому j и покупает условный appformix, место инхауc junos space.
F
да и давно ли тот же vmware рождал с гринфилда продукты, а не как запчасти от m&a?