Automatyzacja procesu upgrade przełączników

Problemy z pozostałymi technologiami (SDH, IronPort, WAAS itp.)

Moderatorzy: mikrobi, aron, garfield, gangrena, Seba

Wiadomość
Autor
freel4ncer
wannabe
wannabe
Posty: 530
Rejestracja: 27 wrz 2007, 01:13

#31

#31 Post autor: freel4ncer » 21 mar 2016, 13:10

Powiem wam tylko tyle czytelnosc kodu perla to tragedia .
Siadasz do kodu napisanego w pythonie kilka lat temu przez kogos innego i wsyztsko ladnie widac , czytanie perla to jak proba rozszyfrowania recepty od lekarza :P
Nie ma wymuszonych indentacji kazdy pisze jak chce , co neiktorzy nawet sie szczyca onelinerami :/

Kyniu
wannabe
wannabe
Posty: 3435
Rejestracja: 04 lis 2006, 16:23
Kontakt:

#32

#32 Post autor: Kyniu » 21 mar 2016, 13:31

freel4ncer pisze:Powiem wam tylko tyle czytelnosc kodu perla to tragedia .
Oj tam oj tam. W pythonie też nietrudno namieszać. Generalnie w każdym języku, jak się go pozna, można napisać kod tak nieczytelny, że i jego autor po jakimś czasie nie będzie wiedział co miał na myśli pisząc ten kod.
Always start with why do you need this?, not how will we do it?.
CCNA: R&S, Security, Wireless, Collaboration. MCSE: Cloud Platform and Infrastructure, Server Infrastructure.

freel4ncer
wannabe
wannabe
Posty: 530
Rejestracja: 27 wrz 2007, 01:13

#33

#33 Post autor: freel4ncer » 21 mar 2016, 13:55

Bede obstawial przy swoim ktokolwiek pisal (czytal ) cos w perlu (mi sie zdarzylo ) a potem w pythonie bedzie wiedzial o czym mowie :P
A jesli juz mowimy o tym czego warto sie uczyc to z tego co slyszalem czas na https://golang.org/project/

chocapic
rookie
rookie
Posty: 12
Rejestracja: 22 maja 2012, 15:52

#34

#34 Post autor: chocapic » 23 mar 2016, 13:41

Do junipera polecam Ansible. Testowalem i uzywam w produkcji do konfigurowania/zmian konfiguracji . Jak najbardziej nadaje sie rowniez do aktualizacji firmwaru. Nigdy nie testowalem z Cisco.

Pozdro

Awatar użytkownika
Piotrek
wannabe
wannabe
Posty: 143
Rejestracja: 28 sie 2005, 23:12
Lokalizacja: Kraków

#35

#35 Post autor: Piotrek » 12 kwie 2016, 23:18

Bardzo ciekawa dyskusja. Miło było by więcej w ramach grupy dowiedzieć się na temat automatyzacji szczególnie multi-vendor. Dużo jest rzeczy na sieci , ale brakuje trochę jeszcze informacji jak okiełznać to w większej skali.
Jak już było powiedziane wcześniej każda większa firma robi/robiła to mocno po swojemu.
Dopiero pracując po kolei można zauważyć plusy lub minusy poszczególnych podejść (np. trzymanie konfiguracji w DB vs pliki płaskie YAML)


Aby wnieść coś niewiele do dyskusji. Warto na pewno spojrzeć na Ansibla.
Wejście jest w miarę proste w stosunku do czystych skryptów pythona.

Dodatkowo nowy Ansible2 posiada już standardowo moduły obsługujące sprzęt sieciowy.
Pierwszy system zarządzania konfiguracji który poszedł w tym kierunku tak mocno
http://docs.ansible.com/ansible/list_of ... dules.html

Podobne rzeczy obsługuje także Napalm omawiany już tez na PLNOG .
Napalm można używac bez ansible tez jako biblioteke dla skryptów pythona.
Także dostarcza moduł dla ansible
https://github.com/napalm-automation

Ogólnie upgrade cisco można załatwić w formie jak to robi prime. Najpierw wydać komendę kopiowania po scp, następnie ustawić "reload at" na określoną porę. Wcześniej dla pewności check czy jest miejsce na flashu i czy md5 wgranego obrazu się zgadza.
Pewnie bardziej komplikować nie należy

Ciekawa sytuacja jest dla Junos gdzie modul dla ansibla wydany przez producenta obsługuje już instalacje os na urządzeniu
https://github.com/Juniper/ansible-junos-stdlib

ODPOWIEDZ