{"id":34742,"date":"2019-10-31T22:00:10","date_gmt":"2019-10-31T19:00:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty\/"},"modified":"2019-10-31T22:00:10","modified_gmt":"2019-10-31T19:00:10","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty","title":{"rendered":"Kuidas v\u00f5tta oma v\u00f5rguinfrastruktuur kontrolli alla. Neljas peat\u00fckk. Automatiseerimine. Mallid","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

See artikkel on kuues osa artiklite ts\u00fcklist \"Kuidas v\u00f5tta oma v\u00f5rguinfrastruktuur kontrolli alla\". K\u00f5igi artiklite sisu ja lingid leiate siit. siin<\/a><\/noindex><\/i>.<\/p>\n

Kuna j\u00e4tsin mitu teemat seljataha, otsustasin siiski alustada uut peat\u00fckki.<\/p>\n

Turvalisuse juurde tulen hiljem tagasi. Siin tahan arutada \u00fchte lihtsat, kuid t\u00f5husat l\u00e4henemist, mis kindlasti, mingil moel, v\u00f5ib paljusid aidata. See on pigem l\u00fchike lugu sellest, kuidas automatiseerimine v\u00f5ib inseneri elu muuta. R\u00e4\u00e4gime mallide kasutamisest. L\u00f5pus on loetelu minu projektidest, kus saab n\u00e4ha, kuidas k\u00f5ik siingi kirjeldatu t\u00f6\u00f6tab.<\/p>\n

DevOps v\u00f5rgus<\/h2>\n

\nKonfiguratsiooni loomine skripti abil, GITi kasutamine IT-infrastruktuuri muudatuste j\u00e4lgimiseks, kaug\u00fcleslaadimine \u2014 need ideed tulevad esimesena meelde, kui m\u00f5elda DevOpsi l\u00e4henemise tehnilisele rakendamisele. Eelised on selged. Kuid kahjuks on ka miinuseid.<\/p>\n

Kui rohkem kui 5 aastat tagasi tulid meie arendajad meie, v\u00f5rgut\u00f6\u00f6tajate juurde nende ettepanekutega, polnud me vaimustuses.
\n<\/a><\/noindex>
\nPean \u00fctlema, et p\u00e4randuseks j\u00e4i meile \u00fcsna kirju v\u00f5rk, mis koosneb seadmetest umbes 10 erinevalt tootjalt. M\u00f5ned asjad oli mugav konfigureerida meie lemmik CLI kaudu, kuid m\u00f5nes kohas eelistasime kasutada GUI-d. Lisaks harjutas pikk t\u00f6\u00f6 \"elava\" seadmega reaalajas kontrollimisega. Mina n\u00e4iteks tunnen muudatusi tehes end palju mugavamalt, t\u00f6\u00f6tades otseselt CLI kaudu. Nii saan kiiresti n\u00e4ha, et midagi on valesti l\u00e4inud ja muuta muudatused tagasi. K\u00f5ik see oli mingis vastuolus nende ideedega.<\/p>\n

Tekkivad ka muud k\u00fcsimused, n\u00e4iteks v\u00f5ib tarkvara versioonist versiooni interf\u00e4\u00e4r natuke erineda. See toob l\u00f5puks kaasa selle, et teie skript loob vale \"konfigu\". Ei sooviks kasutada tootmisv\u00f5rku \"katsetamiseks\". <\/p>\n

V\u00f5i kuidas m\u00f5ista, et konfiguratsiooni k\u00e4skudega said \u00f5igesti rakendatud ja mida teha vigade korral?<\/p>\n

Ma ei taha \u00f6elda, et k\u00f5ik need k\u00fcsimused on lahendamatud. Lihtsalt \u00f6eldes \"A\", on m\u00f5istlik \u00f6elda ka \"B\" ja kui soovite kasutada samu protsesse muudatuste kontrollimiseks, nagu arenduses, siis on lisaks tootmis- ka arendus- ja testkeskkond vajalikud. Siis tundub see l\u00e4henemine tervikuna l\u00f5petatuna. Aga kui palju see maksma l\u00e4heb?<\/p>\n

Kuid on \u00fcks olukord, kus miinused praktiliselt kaovad ning j\u00e4\u00e4vad ainult plussid. R\u00e4\u00e4gin projekti t\u00f6\u00f6dest.<\/p>\n

Projekt<\/h2>\n

\nViimased kaks aastat olen osalenud suurandmekeskuse projekti loomisel \u00fche suure teenusepakkuja jaoks. Ma vastutan selles projektis F5 ja Palo Alto eest. Cisco vaatenurgast on see \"kolmanda osapoole seadmed\".<\/p>\n

Isiklikult on minu jaoks selles projektis kaks eristuvat etappi. <\/p>\n

Esimene etapp<\/h3>\n

\nEsimesel aastal olin ma pidevalt h\u00f5ivatud, t\u00f6\u00f6tasin \u00f6\u00f6siti ja n\u00e4dalavahetustel. Ma ei saanud pead t\u00f5sta. Juhtkonna ja tellija poolt olid pinged suured ja pidevad. Igap\u00e4evases rutiinis ei suutnud ma isegi proovida protsessi optimeerida. See polnud ainult seadmete konfigureerimine, vaid ka projektdokumentatsiooni koostamine. <\/p>\n

Siis algasid esimesed testid ja olin \u00fcllatunud, kui palju v\u00e4ikesi vigu ja ebat\u00e4psusi oli tehtud. Loomulikult t\u00f6\u00f6tas k\u00f5ik, aga seal puudus t\u00e4ht nimes, siin puudus rida k\u00e4skudes... Testid j\u00e4tkusid ja j\u00e4tkusid, ning ma olin pidevas, igap\u00e4evases v\u00f5itluses vigade, testide ja dokumentatsiooniga. <\/p>\n

Nii kestis see aasta. Projekt, nii palju kui ma aru sain, ei olnud k\u00f5igile kerge, kuid j\u00e4rk-j\u00e4rgult hakkas klient \u00fcha rohkem ja rohkem rahule j\u00e4\u00e4ma, ja see andis v\u00f5imaluse v\u00f5tta juurde t\u00e4iendavaid insenere, kes suudaksid osa rutiinist enda peale v\u00f5tta.<\/p>\n

N\u00fc\u00fcd oli v\u00f5imalik natukene ringi vaadata.
\nJa see oli teise etapi algus. <\/p>\n

Teine etapp<\/h3>\n

\nOtsustasin automatiseerida protsessi.<\/p>\n

Mida ma toona arendajatega suheldes (ja tuleb tunnustada, et meil oli tugev meeskond) m\u00f5istsin, oli see, et tekstivorming, kuigi n\u00e4ib esmapilgul midagi DOS-i maailmast, omab mitmeid v\u00e4\u00e4rtuslikke omadusi.
\nN\u00e4iteks on tekstivorming kasulik, kui soovite t\u00e4ielikult \u00e4ra kasutada GIT-i ja k\u00f5iki selle tuletisi. Ja mina tahtsin. <\/p>\n

Kuid tundub, et konfiguratsiooni v\u00f5i k\u00e4skude loetelu lihtsalt hoidmine on vaid pool t\u00f6\u00f6dest, kuna muudatuste tegemine on ebamugav. Lisaks tuleb projekteerimise k\u00e4igus silmas pidada veel \u00fcks oluline \u00fclesanne. Teil peab olema dokumentatsioon, mis kirjeldab teie disaini tervikuna (Low Level Design) ja konkreetset rakendust (Network Implementation Plan). Sellisel juhul tunduvad mallid v\u00e4ga sobiva valikuna.<\/p>\n

Nii, kasutades YAML-i ja Jinja2-t, t\u00e4idab YAML-fail, mis sisaldab konfiguratsiooni parameetreid, nagu IP-aadressid ja BGP AS numbrid, suurep\u00e4raselt NIP-i rolli, samas kui Jinja2 mallid sisaldavad disainiga seotud s\u00fcntaksit, olles seega nagu lauad LLD peegeldus. <\/p>\n

YAML-i ja Jinja2 \u00f5ppimiseks kulus kaks p\u00e4eva. Selle toimimise m\u00f5istmiseks piisab m\u00f5nest heast n\u00e4itest. Edasi kulus umbes kahe n\u00e4dala jagu aega, et luua meie disainile vastavad mallid: n\u00e4dal Palo Alto jaoks ja veel n\u00e4dal F5 jaoks. K\u00f5ik see pandi ettev\u00f5tte githabi.<\/p>\n

N\u00fc\u00fcd n\u00e4gi muudatuste protsess v\u00e4lja j\u00e4rgmiselt:<\/p>\n