Inną definicją sieci definiowanej programowo jest sieć definiowana programowo poprzez interfejs API lub
interfejsy programowania aplikacji.
W tej wizji nie jest związany z konfigurowaniem urządzenia sieciowego za pomocą interfejsu wiersza poleceń, który
jest bardzo restrykcyjny.
Dlaczego nie mieliśmy bogatszych interfejsów programistycznych na urządzeniach sieciowych?
Przykładem może być użycie API RESTful zamiast podstawowego kłamstwa SEO.
Inne protokoły, takie jak Ovi SDP, net conf mogą być wykorzystane do programowej zmiany
konfiguracji urządzenia sieciowego.
Teraz możesz myśleć dobrze, po prostu użyję prostego protokołu zarządzania siecią lub S&P.
S&P ma pewne ograniczenia i nie działa szczególnie dobrze, gdy chcesz zmienić
konfigurację urządzenia.
Inną definicją byłoby użycie ASX i umieściłem to jako osobną wizję SDM i będzie osobny
kurs na temat Cisco ECI przy użyciu protokołu zwanego plex.
Cisco kupiło startup zwany pół i opracowali wizję SD w użyciu sprzętu lub
ASX.
Tak więc rozwiązanie Cisco jest bardzo zależne od implementacji asynchronicznej i łączy się z linią
produktów nexus.
Inne warunki, które możesz spotkać, to automatyzacja chmury przy użyciu otwartego stosu.
Jedną z wizji otwartego stosu jest to, że powinniśmy być w stanie zarządzać wszystkimi serwerami
i pamięcią urządzeń sieciowych z jednej konsoli zarządzania.
Porozmawiamy więcej o stosie otwartym w osobnym kursie.
Co z wirtualizacją funkcji V lub sieciowych.
Polecam odwiedzić OPI na stronie V, aby uzyskać więcej informacji na temat V, ale aby
uzyskać bardzo szybki przegląd NFP, dlaczego uruchamiasz określone systemy operacyjne na określonym sprzęcie, aby zapewnić
funkcję jako przykład.
Dlaczego masz zaporę sprzętową, która zapewnia tę funkcję?
W przeszłości istniały serwery z określonymi funkcjami zainstalowanymi na określonym sprzęcie.
Jako przykład mogłeś mieć serwer Exchange, serwer bazy danych lub serwer plików, każdy serwer
działał na dedykowanym sprzęcie.
Kilka lat temu wirtualizowano serwery.
Więc już nie biegniesz.
Na przykład niektóre platformy serwerowe na sprzęcie uruchamiacie je na maszynach wirtualnych i
zwykle uruchamiacie wiele maszyn wirtualnych na jednym urządzeniu sprzętowym.
Wirtualizacja serwerów w ten sam sposób ma wiele zalet.
Dlaczego nie wirtualizujemy urządzeń sieciowych.
Na przykład możemy wirtualizować router Cisco za pomocą CSR lub router HP za pomocą magnetowidu lub przełącznika za pomocą
oczywistego lub otwartego przełącznika v.
Wielu z nas zetknęło się z przełączaniem wirtualnym w środowisku VM. VM Gdzie są przełączniki
wirtualne działające w hiper-wizjerach.
Więc idąc o krok dalej, dlaczego nie wirtualizujemy urządzeń sieciowych zamiast posiadania dedykowanego steru
lub dedykowanej zapory ogniowej.
Dlaczego nie uruchomiliśmy maszyny wirtualnej z tą funkcją, abyśmy mogli zwirtualizować zaporę ogniową lub wirtualizację routera, abyśmy
mogli pójść o krok dalej.
Jako przykład zamiast uruchamiania systemu operacyjnego Windows, aby dać mi konkretną aplikację, taką jak serwer
WWW, dlaczego nie wirtualizujemy systemu operacyjnego i nie uruchamiamy wielu aplikacji oddzielonych od siebie tak, jakby
były na różnych maszynach wirtualnych lub Kontenery to termin, który jest często używany dzisiaj i oddziela aplikacje
od siebie, ale wiele aplikacji działa na jednym serwerze w taki sam sposób, dlaczego
nie przeprowadziliśmy wirtualizacji funkcji, takich jak VR lub P lub funkcja zapory, zamiast uruchamiać pełną
system operacyjny z podziałem na funkcje.
Dlaczego nie uruchamiamy jednego systemu operacyjnego i po prostu tworzymy funkcje sieciowe i wiele z nich w
jednym systemie operacyjnym.
Porozmawiamy więcej w V na osobnym kursie.
Na razie zamierzam wprowadzić open SD i dodać trochę otwartego przepływu.
Przyjrzyj się bardziej szczegółowym kursom dostępnym na genius 3. Mam nadzieję, że omówię szczegóły wszystkich
tych kursów w nadchodzących kursach.