1
00:00:00,770 --> 00:00:06,530
Inną definicją sieci definiowanej programowo jest sieć definiowana programowo poprzez interfejs API lub

2
00:00:06,530 --> 00:00:08,310
interfejsy programowania aplikacji.

3
00:00:08,330 --> 00:00:15,470
W tej wizji nie jest związany z konfigurowaniem urządzenia sieciowego za pomocą interfejsu wiersza poleceń, który

4
00:00:15,470 --> 00:00:16,900
jest bardzo restrykcyjny.

5
00:00:17,090 --> 00:00:22,070
Dlaczego nie mieliśmy bogatszych interfejsów programistycznych na urządzeniach sieciowych?

6
00:00:22,070 --> 00:00:28,890
Przykładem może być użycie API RESTful zamiast podstawowego kłamstwa SEO.

7
00:00:29,030 --> 00:00:35,780
Inne protokoły, takie jak Ovi SDP, net conf mogą być wykorzystane do programowej zmiany

8
00:00:35,780 --> 00:00:37,460
konfiguracji urządzenia sieciowego.

9
00:00:37,460 --> 00:00:42,760
Teraz możesz myśleć dobrze, po prostu użyję prostego protokołu zarządzania siecią lub S&amp;P.

10
00:00:43,030 --> 00:00:49,370
S&amp;P ma pewne ograniczenia i nie działa szczególnie dobrze, gdy chcesz zmienić

11
00:00:49,370 --> 00:00:50,900
konfigurację urządzenia.

12
00:00:50,900 --> 00:00:58,850
Inną definicją byłoby użycie ASX i umieściłem to jako osobną wizję SDM i będzie osobny

13
00:00:58,850 --> 00:01:04,190
kurs na temat Cisco ECI przy użyciu protokołu zwanego plex.

14
00:01:04,190 --> 00:01:13,160
Cisco kupiło startup zwany pół i opracowali wizję SD w użyciu sprzętu lub

15
00:01:13,390 --> 00:01:14,200
ASX.

16
00:01:14,270 --> 00:01:20,420
Tak więc rozwiązanie Cisco jest bardzo zależne od implementacji asynchronicznej i łączy się z linią

17
00:01:20,420 --> 00:01:21,300
produktów nexus.

18
00:01:21,440 --> 00:01:26,690
Inne warunki, które możesz spotkać, to automatyzacja chmury przy użyciu otwartego stosu.

19
00:01:26,690 --> 00:01:32,420
Jedną z wizji otwartego stosu jest to, że powinniśmy być w stanie zarządzać wszystkimi serwerami

20
00:01:32,510 --> 00:01:35,810
i pamięcią urządzeń sieciowych z jednej konsoli zarządzania.

21
00:01:35,840 --> 00:01:38,840
Porozmawiamy więcej o stosie otwartym w osobnym kursie.

22
00:01:38,840 --> 00:01:42,950
Co z wirtualizacją funkcji V lub sieciowych.

23
00:01:42,950 --> 00:01:50,750
Polecam odwiedzić OPI na stronie V, aby uzyskać więcej informacji na temat V, ale aby

24
00:01:50,750 --> 00:01:58,580
uzyskać bardzo szybki przegląd NFP, dlaczego uruchamiasz określone systemy operacyjne na określonym sprzęcie, aby zapewnić

25
00:01:58,580 --> 00:02:00,740
funkcję jako przykład.

26
00:02:00,740 --> 00:02:05,940
Dlaczego masz zaporę sprzętową, która zapewnia tę funkcję?

27
00:02:06,200 --> 00:02:12,590
W przeszłości istniały serwery z określonymi funkcjami zainstalowanymi na określonym sprzęcie.

28
00:02:12,590 --> 00:02:20,450
Jako przykład mogłeś mieć serwer Exchange, serwer bazy danych lub serwer plików, każdy serwer

29
00:02:20,450 --> 00:02:22,720
działał na dedykowanym sprzęcie.

30
00:02:22,790 --> 00:02:25,840
Kilka lat temu wirtualizowano serwery.

31
00:02:26,270 --> 00:02:27,890
Więc już nie biegniesz.

32
00:02:27,890 --> 00:02:34,070
Na przykład niektóre platformy serwerowe na sprzęcie uruchamiacie je na maszynach wirtualnych i

33
00:02:34,070 --> 00:02:38,450
zwykle uruchamiacie wiele maszyn wirtualnych na jednym urządzeniu sprzętowym.

34
00:02:38,630 --> 00:02:43,580
Wirtualizacja serwerów w ten sam sposób ma wiele zalet.

35
00:02:43,580 --> 00:02:46,870
Dlaczego nie wirtualizujemy urządzeń sieciowych.

36
00:02:46,940 --> 00:02:56,240
Na przykład możemy wirtualizować router Cisco za pomocą CSR lub router HP za pomocą magnetowidu lub przełącznika za pomocą

37
00:02:56,540 --> 00:02:59,500
oczywistego lub otwartego przełącznika v.

38
00:02:59,510 --> 00:03:05,420
Wielu z nas zetknęło się z przełączaniem wirtualnym w środowisku VM. VM Gdzie są przełączniki

39
00:03:05,420 --> 00:03:07,280
wirtualne działające w hiper-wizjerach.

40
00:03:07,280 --> 00:03:13,790
Więc idąc o krok dalej, dlaczego nie wirtualizujemy urządzeń sieciowych zamiast posiadania dedykowanego steru

41
00:03:13,790 --> 00:03:16,180
lub dedykowanej zapory ogniowej.

42
00:03:16,190 --> 00:03:22,970
Dlaczego nie uruchomiliśmy maszyny wirtualnej z tą funkcją, abyśmy mogli zwirtualizować zaporę ogniową lub wirtualizację routera, abyśmy

43
00:03:23,470 --> 00:03:25,820
mogli pójść o krok dalej.

44
00:03:25,890 --> 00:03:32,570
Jako przykład zamiast uruchamiania systemu operacyjnego Windows, aby dać mi konkretną aplikację, taką jak serwer

45
00:03:32,570 --> 00:03:39,740
WWW, dlaczego nie wirtualizujemy systemu operacyjnego i nie uruchamiamy wielu aplikacji oddzielonych od siebie tak, jakby

46
00:03:39,980 --> 00:03:47,270
były na różnych maszynach wirtualnych lub Kontenery to termin, który jest często używany dzisiaj i oddziela aplikacje

47
00:03:47,660 --> 00:03:53,990
od siebie, ale wiele aplikacji działa na jednym serwerze w taki sam sposób, dlaczego

48
00:03:54,710 --> 00:04:01,310
nie przeprowadziliśmy wirtualizacji funkcji, takich jak VR lub P lub funkcja zapory, zamiast uruchamiać pełną

49
00:04:01,310 --> 00:04:04,220
system operacyjny z podziałem na funkcje.

50
00:04:04,250 --> 00:04:10,730
Dlaczego nie uruchamiamy jednego systemu operacyjnego i po prostu tworzymy funkcje sieciowe i wiele z nich w

51
00:04:10,730 --> 00:04:12,050
jednym systemie operacyjnym.

52
00:04:12,080 --> 00:04:15,820
Porozmawiamy więcej w V na osobnym kursie.

53
00:04:15,880 --> 00:04:20,180
Na razie zamierzam wprowadzić open SD i dodać trochę otwartego przepływu.

54
00:04:20,200 --> 00:04:27,360
Przyjrzyj się bardziej szczegółowym kursom dostępnym na genius 3. Mam nadzieję, że omówię szczegóły wszystkich

55
00:04:27,360 --> 00:04:29,790
tych kursów w nadchodzących kursach.
