Teraz dobre wieści.
Zanim przejdziemy do sekcji automatyzacji sieci, nie musisz uczyć się języka Python do
egzaminu CCMA objętego certyfikatem Cisco.
Tego samego dnia zdałem egzamin CCMA i zdecydowałem na egzamin dla współpracowników.
Mówiłem wcześniej o tym na początku kursu, ale zamierzam powtórzyć fragmenty tego filmu w tej
sekcji, aby przypomnieć wam o moich przemyśleniach.
Kiedy przystąpiłem do egzaminu, CCMA sprawdził testy na takie tematy, jak formatowanie Jason API REST API, które
jest omówione w części dotyczącej automatyzacji i możliwości programu w schemacie.
Jako przykład upewnij się, że wiesz, jak interpretować dane zakodowane przez Jasona.
Upewnij się, że wiesz, jak opisać właściwości interfejsów API opartych na spoczynku, na przykład, gdy chcę uzyskać
dane z ankiety przy użyciu interfejsu API REST, który jest dostępny, jeśli chcę usunąć niektóre
dane, jest to usunięcie UPEWNIJ SIĘ, ŻE WIESZ, ŻE Czasowniki API REST, ale nie musisz pisać kodu Python za pomocą
REST API.
Nie musisz się uczyć odpowiedzialnego za egzamin.
Teraz w tej sekcji pokażę wam skrypty python.
Pokażę wam skrypty zwierząt.
Jednak nie musisz się tego uczyć do egzaminu CCMA.
Musisz się tego nauczyć na określony egzamin i certyfikaty programisty.
Teraz zaleca się naukę języka Python.
Zdecydowanie.
Jeśli chcesz awansować w swojej karierze, naucz się języka Python i zwierząt.
Widziałem te rzeczy od wielu lat.
Wiele lat temu wyjaśniałem rozdzielenie płaszczyzny sterowania i płaszczyzny danych.
Możesz zobaczyć ten film na YouTube jako przykład wykonany wiele lat temu.
Te rzeczy stały się teraz głównym nurtem.
Ważne jest, abyś uczył się języka Python i był rozsądny dla prawdziwego świata i abyś mógł rozwijać swoją karierę.
Ale do egzaminu CCMA nie musisz uczyć się skryptów w języku Python.
Nie musisz uczyć się skryptów zwierząt.
Teraz, jeśli słyszę, że to się zmieniło, to teraz testują twoją zdolność kodowania.
Zaktualizuję ten film.
Ale w tej chwili, ponieważ nie słyszałem żadnych nowych aktualizacji, możesz założyć, że nie musisz
uczyć się języka Python i sensownego kodu do egzaminu.
Musisz zrozumieć zasady.
Jako przykład podają tutaj wyjaśnienie, w jaki sposób automatyzacja wpływa na zarządzanie siecią.
Powiem wam, że świat zmienia się wraz z automatyzacją sieci w taki sam sposób, jak w przeszłości
mieliśmy autonomiczne punkty dostępowe, którymi zarządza się teraz za pomocą kontrolera.
Chodzi o to, że będziemy mieć kontroler, który zarządza wieloma urządzeniami.
Teraz, w pierwszym rodzaju implementacji sieci SDM lub oprogramowania, zastosowanym protokołem był otwarty przepływ.
Istnieje duża różnica między sposobem, w jaki działał otwarty przepływ, a sposobem, w jaki automatyzacja
sieci odbywa się dzisiaj w najczystszej formie otwartego przepływu.
Przełączniki lub urządzenia w sieci stają się głupie.
Kontroler, który jako przykład byłby linuksowym serwerem ubuntu, kontroluje urządzenia w
sieci.
Tracą mózg.
W CCMA mówią o rozdzieleniu płaszczyzny sterowania i płaszczyzny danych oraz interfejsów API na północ
i na południe, ponieważ na początek rozumieją następujące kwestie.
Gdzie jest mózg.
Gdzie jest inteligencja sieci w najczystszej implementacji otwartego przepływu.
Mózg został usunięty z urządzenia sieciowego i umieszczony w sterowniku.
Gdybyśmy mieli 100 routerów lub 100 przełączników w tradycyjnej sieci, mamy 100 mózgów na każdym routerze, którym
steruje każdy przełącznik.
Ma swoją własną płaszczyznę danych lub płaszczyznę przekazującą, w ten sposób przełącza ruch z chęci skierowania się
na inną.
Ma własną płaszczyznę sterowania.
Innymi słowy, jego własny mózg.
Gdy zawodnik korzystający z SPF otrzymuje aktualizację, aktualizuje swoją tablicę routingu.
Tak więc baza informacji o routingu pocierania, która jest tabelą opartą na oprogramowaniu, która
jest wypełniona szczurami nauczonymi przez SPF, więc mózg zapełnia tabelę routingu koleinami.
Tak więc baza informacji o pocieraniu lub pisaniu jest opartą na oprogramowaniu tablicą do pisania, która następnie jest spychana
do sprzętu lub do płaszczyzny przekazywania lub płaszczyzny danych.
Innymi słowy, do Ferb lub bazy informacji o przekazywaniu.
Innymi słowy na sprzęt.
Mamy więc płaszczyznę kontrolną, która jest mózgiem urządzenia lub SPF wypełnia bazę informacji o
zapisywaniu.
Mózg określa, gdzie kierowany jest ruch.
Ten sam pomysł z drzewem opinającym BP obejmującym drzewo otrzymane przez użytkownika.
Mózg po raz kolejny decyduje, które porty, które porty zostaną zablokowane.
Należy więc pamiętać, że urządzenie ma lokalną inteligencję.
Mózg jest na urządzeniu.
Gdybyśmy mieli 100 routerów, każdy z nich miałby własny mózg zlokalizowany w urządzeniu.
Ale w najczystszym przykładzie z otwartym przepływem urządzenia stały się głupie i umieściliśmy mózg w
kontrolerze, aby scentralizowany kontroler był mózgiem dla 100 urządzeń.
To miło, ponieważ kontroler jest centralnym urządzeniem, którym można manipulować, a następnie
aktualizować przekazywanie 100 urządzeń.
Daje to także scentralizowanemu urządzeniu lepszą widoczność sieci, dzięki czemu można zobaczyć całą sieć zamiast
programu piszącego, który widzi tylko swój własny lokalny stół do pisania i nie ma widoczności całej
sieci.
Były zalety z tego rodzaju modelem Oh SPF używa algorytmu SPF algorytm pierwszej ścieżki najkrótszej
ścieżki.
Bardzo skomplikowane.
Mamy rozproszony system, który następnie w jakiś sposób zbiega się, aby zdecydować, która jest najlepsza ścieżka w sieci.
Znacznie łatwiej jest umieścić inteligencję w scentralizowanym kontrolerze, ale to nie zadziałało, ponieważ jako atakujące
urządzenie zamierzam zaatakować.
Zamierzam zaatakować to scentralizowane urządzenie, jeśli mogę wyjąć kontroler.
Nie tylko wyjmuję jeden router. Wyciągam 100 autorów. Zasadniczo mogę zniszczyć twoją sieć,
po prostu zabijając kontroler.
Były też inne problemy, ponieważ OK, tak zawsze scentralizowane urządzenie.
Ale co z redundancją, jeśli to umrze, umrze cała sieć.
Więc to jest do bani.
Musisz więc mieć więcej niż jeden kontroler, a teraz powrócisz do scenariusza rozproszonej bazy
danych lub problemu z synchronizacją.
Jak zsynchronizować wiele baz danych na wielu kontrolerach fizycznych, aby mieć jeden kontroler logiczny.
Było wiele innych problemów z tym modelem, który stał się koszmarem.
Co się stanie, jeśli wieśniacy utracą łączność ze scentralizowanym kontrolerem.
Pomyśl o tym.
Rada ma swój umiejscowiony mózg w tradycyjnym środowisku sieciowym.
Jeśli traci łączność z innym pisarzem, nie stanowi to problemu, ponieważ ma on własny mózg.
Ta droga ma własny mózg.
Ale jeśli włożysz mózg do kontrolera, a następnie droga będzie mieć luźną łączność
z kontrolerem, ponieważ nagle znika łącze, co robią jeźdźcy.
Nie mają mózgu, więc sieć umiera lub pęka.
Tak wiele problemów ze środowiskiem czystego przepływu.
Następnie wymyślili to hybrydowe podejście, w którym mieliśmy trochę inteligencji na urządzeniach, jakąś inteligencję
na kontrolerze, w której kontroler mógł zastąpić to, co robi ster, więc mogliśmy napisać do
kierowcy reguły otwartego przepływu, aby zastąpić tradycyjne sieci.
Tak więc jazda jako przykładowa zmiana na przykład wykonałaby tradycyjną jazdę lub
tradycyjną zmianę, ale wtedy moglibyśmy stworzyć dodatkowe zasady, w których mogłabym manipulować przepływem ruchu ze
scentralizowanego kontrolera.
Teraz jedną z fajnych rzeczy w modelu otwartego przepływu i całej idei kontrolera jest to, że
urządzenia te rozmawiają z kontrolerem za pomocą tak zwanego interfejsu API skierowanego na południe, więc kontroler siedzący tutaj rozmawia
z urządzeniami korzystającymi z interfejsu Southbound API.
Zwróć uwagę, jak mam tutaj swoją rękę API skierowane na północ jest API skierowane na południe.
Pomyśl tylko o południu na północ w górę.
Dlatego twórca aplikacji może napisać rozmowę na temat aplikacji do kontrolera, używając interfejsu API na północ.
Zazwyczaj byłyby to aplikacje Rest Api.
Dzisiaj jest to bardzo powszechne, a następnie interfejs API byłby używany na południowym interfejsie API, więc kontroler rozmawiałby
z jeźdźcami i przełącznikami za pomocą pewnego rodzaju protokołu, który mógłby być otwarty.
To był oryginalny pomysł.
Może być posłem.
Nie zapomnij o prostym protokole zarządzania siecią od lat używanym od stacji zarządzania po urządzenia sieciowe,
aby S&P mógł korzystać z interfejsu API na południu.
Moglibyśmy użyć net conf, moglibyśmy użyć reszty conf, moglibyśmy użyć wielu innych opcji dla NPR bez BGP.
Zasadniczo istniało wiele protokołów dla CCN HS, po prostu rozumiem, że moglibyśmy użyć spoczynku conf, moglibyśmy
użyć spoczynkowego interfejsu API, tak naprawdę moglibyśmy użyć CLIA, którego moglibyśmy użyć jako MP.
Teraz nie musisz używać pozostałych interfejsów kontrolera do manipulowania urządzeniami.
Zazwyczaj pomysł polegał na tym, że programista aplikacji używał skryptu python, który zapisywał reguły
w kontrolerze, a następnie wysyłał je do urządzeń.
Zaletą tego była koncepcja abstrakcji.
Złożony, aby pisać reguły na urządzeniach.
Tak powiedzieli.
Znacznie łatwiej jest pisać rzeczy do interfejsu API spoczynkowego na kontrolerze, więc można pisać reguły do kontrolera
za pomocą interfejsu API spoczynku, więc aplikacja używa języka programowania wysokiego poziomu, takiego jak Python.
Easy Rest Api w kontrolerze, który następnie wykorzystuje wiele protokołów aż do otwartego przepływu urządzeń.
Net conf BGP, chyba że cała masa dziwnych i cudownych protokołów aż do urządzeń, które rozwijasz w miarę
rozwoju aplikacji, są pobierane z urządzeń sieciowych.
Taki jest pomysł, ale można zrezygnować z kontrolera i po prostu skonfigurować urządzenia sieciowe bezpośrednio za pomocą
skryptu Python lub skryptu zwierzęcego.
Właśnie to pokażę na kursie, ponieważ tak naprawdę łatwiej jest
zacząć.
O wiele łatwiej jest powiedzieć ok. Napiszmy prosty skrypt Pythona, który aktualizuje coś na szerszej
stronie lub wyciąga informacje z routera lub przełącznika.
Możesz to naśladować za pomocą sprzętu fizycznego w laboratorium lub w rodzaju 3 lub wirusowym, a nawet jeśli chcesz.
Pokażę więc kilka takich przykładów, ale pamiętaj tylko, że nie musisz uczyć się języka Python
na egzaminie.
Do egzaminu nie musisz uczyć się języka Python ani rozsądnego programowania, ale w prawdziwym świecie
sugeruję, abyś nauczył się obu z nich.
Mówią więc o oddzieleniu płaszczyzny sterowania od płaszczyzny danych.
Po prostu zanotuj, gdzie jest lokalne urządzenie mózgowe.
W dawnych czasach w urządzeniu znajdowała się płaszczyzna kontrolna lub płaszczyzna danych.
Pomyśl więc o płaszczyźnie danych jako o przekazywaniu przez ASX.
Mam router.
Ruch dociera do jednego interfejsu, zostaje przełączony na inny interfejs, więc dane są przesyłane przez
urządzenie.
Jest włączony na płaszczyźnie danych lub płaszczyźnie przesyłania, która nadal znajduje się w urządzeniu.
Zwykle odbywa się to za pomocą A6, ale płaszczyzna kontrolna lub mózg, w którym się znajduje.
Dziś nadal chcemy mieć mózg w otwartym przepływie, mózg został usunięty i umieszczony w
osobnym kontrolerze.
Nie chcemy tego robić.
Urządzenia Cisco tak naprawdę nie obsługiwały otwartego przepływu.
Nadal nie.
Chodzi o to, że mózg pozostaje w urządzeniu, ale możemy użyć scentralizowanego kontrolera do skonfigurowania
urządzeń.
Więc zamiast robić urządzenie, nadal pozwalamy im na przesyłanie dalej,
pozwalając im mieć lokalny mózg, ale możemy konfigurować urządzenia bezpośrednio lub za pomocą kontrolera,
co ułatwia zarządzanie wieloma urządzeniami.
To jedna z głównych idei sieci opartej na sterownikach.
Teraz to, o czym nie wspomniałem, ma grę kierowniczą, w rzeczywistości trzy płaszczyzny kontrolujące samolot lub samolot
nadawczy.
To tak, jakby powiedzieć napisać router.
Jak ruch jest przekazywany przez urządzenie.
To zawsze pozostaje na urządzeniu, ponieważ chcemy szybkiego przełączania lub przekazywania w mózgu urządzenia, w którym
się znajduje, zwykle znajduje się w urządzeniu.
Ale moglibyśmy umieścić to w kontrolerze.
Gdzie jest zarząd.
Więc jaki jest plan zarządzania.
Zwykle zarządzamy urządzeniem Cisco za pomocą konsoli lub zdalnie byłoby to zły pomysł telnet i SSA.
Jak więc zarządzamy teraz urządzeniem, ponieważ ludzie używają jednego z tych interfejsów do konfigurowania
urządzenia, ale do zarządzania urządzeniem za pomocą aplikacji, którą w dawnych czasach używaliśmy prostego protokołu zarządzania
siecią SMP, MP ma problemy.
Nikt nie jest deputowanym Virgin, którego bezpieczeństwo jest bardzo łatwe do zhakowania.
Zły pomysł na użycie S&P w wersji 1 i wersji 2.
To MP wersja 3 obsługuje szyfrowanie i uwierzytelnianie znacznie lepiej, ale MP nie jest łatwe.
OED i sposób wydobywania informacji z urządzenia jest trudny, więc dzisiejszą modą, która trwa
od kilku lat, jest ponowne użycie interfejsu programowania aplikacji API.
Reszta to jeden z najpopularniejszych interfejsów API, z którego korzysta się wszędzie.
Więc kiedy przechodzimy od bycia czystym inżynierem sieci do robienia więcej programowania.
Faceci ze świata programowania są przyzwyczajeni do odpoczynku interfejsu API.
Ponownie wykorzystali to miejsce w aplikacjach.
Kiedy więc chcą skonfigurować urządzenia sieciowe, sensowne jest, że to urządzenie ma interfejs odpoczynku, ale należy pamiętać, że
wiele starych urządzeń nie będzie miało interfejsu API odpoczynku.
Aby uzyskać interfejs API odpoczynku, musisz użyć nowoczesnego urządzenia sieciowego Cisco.
To, że odpoczynek jest fajny, nie oznacza, że wszystkie urządzenia będą obsługiwać odpoczynek.
Tak więc w przykładach, które przedstawię na tym kursie, który w dużej mierze opiera się na moim oryginalnym
kursie w języku Python, pokażę, jak skonfigurować urządzenia za pomocą telnet i SSA.
Ponieważ to łatwy sposób na rozpoczęcie.
Zacznij od podstaw w CCN na poziomie, a następnie idź i zrób swój ostateczny egzamin.
Zdecydowanie zalecam wykonanie określonej certyfikacji, więc uzyskaj konkretną certyfikację,
abyś mógł udowodnić pracodawcom, że nie jesteś tylko inżynierem sieci, ale rozumiesz także programowanie.
Teraz, jak powiedziałem, mówię o programowaniu od dłuższego czasu.
Ponad pięć lat temu mówiłem o otwartym przepływie.
Chodzi o to, że w branży pojawiły się takie rzeczy, ale teraz Cisco je sformalizowało.
Więc moim zaleceniem jest nauczenie się języka Python i rozsądne nauczenie się rzeczy dla prawdziwego świata, a nie dla samotnika CCMA dla
prawdziwego świata i dla określonej certyfikacji, i idź i uzyskaj swój konkretny certyfikat tak
szybko, jak to możliwe, abyś mógł udowodnić pracodawcom, że to nie tylko inżynier sieci,
ale rozumiesz także programowanie.
Obawiam się, że bycie tradycyjnym inżynierem sieci bez znajomości programowania minęło. Musisz nauczyć
się programowania, jeśli chcesz mieć dobrą pracę w przyszłości. Cieszę się, że Cisco
to zrobiło, ale tylko 10 procent egzaminu to automatyzacja i programowanie, więc zdolność programu
automatyzacji 10 procent egzaminu nie jest bardzo duże i używają słów takich jak wyjaśnienie i porównanie.
Nie używają słów takich jak konfiguracja lub rozwiązywanie problemów, więc jest to bardzo wysoki poziom.
Jest to typowy sposób, w jaki Cisco robi to na bardzo wysokim poziomie, ale być może w następnym wydaniu
CCMA stanie się bardziej szczegółowy i zostaniesz poproszony o więcej informacji.