{"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\/ro\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty","title":{"rendered":"Cum s\u0103 preiei controlul asupra infrastructurii de re\u021bea. Capitolul patru. Automatizare. \u0218abloane","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Acest articol este al \u0219aselea din ciclul de articole \u201eCum s\u0103 preiei controlul asupra infrastructurii de re\u021bea\u201d. Con\u021binutul tuturor articolelor din ciclu \u0219i linkurile pot fi g\u0103site aici<\/a><\/noindex><\/i>.<\/p>\n

Dup\u0103 ce am l\u0103sat c\u00e2teva subiecte \u00een urm\u0103, am decis totu\u0219i s\u0103 \u00eencep un nou capitol.<\/p>\n

M\u0103 voi \u00eentoarce la securitate pu\u021bin mai t\u00e2rziu. Aici vreau s\u0103 discut despre o abordare simpl\u0103, dar eficient\u0103, care, sunt sigur, poate fi util\u0103 multora, \u00een diferite forme. Este o poveste scurt\u0103 despre cum automatizarea poate schimba via\u021ba unui inginer. Va fi vorba despre utilizarea \u0219abloanelor. La final, va fi inclus\u0103 o list\u0103 a proiectelor mele, unde pute\u021bi vedea cum func\u021bioneaz\u0103 tot ceea ce este descris aici.<\/p>\n

DevOps pentru re\u021bea<\/h2>\n

\nCrearea configura\u021biei prin script, utilizarea GIT pentru controlul modific\u0103rilor infrastructurii IT, \u00eenc\u0103rcarea de la distan\u021b\u0103 \u2014 acestea sunt ideile care vin \u00een minte atunci c\u00e2nd te g\u00e2nde\u0219ti la implementarea tehnic\u0103 a abord\u0103rii DevOps. Avantajele sunt evidente. Dar din p\u0103cate, exist\u0103 \u0219i dezavantaje.<\/p>\n

C\u00e2nd, acum mai bine de 5 ani, dezvoltatorii no\u0219tri au venit la noi, tehnicienii de re\u021bea, cu aceste propuneri, nu am fost foarte entuziasma\u021bi.
\n<\/a><\/noindex>
\nTrebuie s\u0103 spun c\u0103 am mo\u0219tenit o re\u021bea destul de pestri\u021b\u0103, format\u0103 din echipamente de la aproximativ 10 furnizori diferi\u021bi. Unele au fost convenabile de configurat prin cli-ul nostru preferat, dar \u00een alte cazuri am preferat s\u0103 folosim GUI. \u00cen plus, munca \u00eendelungat\u0103 pe echipamentele \u201evii\u201d ne-a f\u0103cut s\u0103 ne obi\u0219nuim cu controlul \u00een timp real. De exemplu, eu, c\u00e2nd fac modific\u0103ri, m\u0103 simt mult mai confortabil lucr\u00e2nd direct prin cli. Astfel pot vedea rapid dac\u0103 ceva a mers prost \u0219i pot \u201ereseta\u201d modific\u0103rile. Toate acestea erau oarecum \u00een dezacord cu ideile lor.<\/p>\n

Apare \u0219i alte \u00eentreb\u0103ri, de exemplu, de la o versiune de software la alta, interfa\u021ba poate suferi mici schimb\u0103ri. Asta va duce, \u00een cele din urm\u0103, la crearea unui \u201econfig\u201d gre\u0219it de c\u0103tre scriptul t\u0103u. Nu mi-ar pl\u0103cea s\u0103 folosesc produc\u021bia pentru \u201etestare\u201d. <\/p>\n

Sau, cum s\u0103 \u00een\u021belegi c\u0103 comenzile de configurare au fost aplicate corect \u0219i ce s\u0103 faci \u00een cazul unei erori?<\/p>\n

Nu vreau s\u0103 spun c\u0103 toate aceste \u00eentreb\u0103ri sunt imposibil de rezolvat. Pur \u0219i simplu, spun\u00e2nd \u201eA\u201d, probabil c\u0103 este \u00een\u021belept s\u0103 spui \u0219i \u201eB\u201d, \u0219i dac\u0103 vrei s\u0103 folose\u0219ti acelea\u0219i procese pentru controlul modific\u0103rilor ca \u0219i \u00een dezvoltare, atunci trebuie s\u0103 ai, pe l\u00e2ng\u0103 produc\u021bie, \u0219i medii de dev \u0219i staging. Atunci aceast\u0103 abordare ar p\u0103rea complet\u0103. Dar c\u00e2t va costa aceasta?<\/p>\n

Dar exist\u0103 o situa\u021bie \u00een care dezavantajele sunt practic anulate, iar r\u0103m\u00e2n doar avantajele. Vorbesc despre lucr\u0103rile de proiectare.<\/p>\n

Proiect<\/h2>\n

\n\u00cen ultimii doi ani am participat la un proiect pentru construirea unui centru de date pentru un furnizor important. Eu sunt responsabil pentru F5 \u0219i Palo Alto \u00een acest proiect. Din perspectiva Cisco, acesta este un \u00abechipament de ter\u021b\u0103 parte\u00bb.<\/p>\n

Pentru mine, exist\u0103 dou\u0103 etape bine definite \u00een acest proiect. <\/p>\n

Prima etap\u0103<\/h3>\n

\n\u00cen primul an am fost constant ocupat, lucram noaptea \u0219i \u00een week-end-uri. Nu puteam s\u0103 \u00eemi ridic capul. Presiunea din partea managementului \u0219i a clientului era puternic\u0103 \u0219i continu\u0103. \u00cen rutina zilnic\u0103 nu puteam chiar \u00eencerca s\u0103 optimizez procesul. A fost nu doar configurarea echipamentelor, ci \u0219i redactarea documenta\u021biei de proiect. <\/p>\n

Apoi au \u00eenceput primele teste \u0219i am fost uimit de c\u00e2te gre\u0219eli \u0219i inexactit\u0103\u021bi au fost admise. Sigur c\u0103 totul func\u021biona, dar acolo lipsea o liter\u0103 \u00een nume, aici lipsea o linie \u00een comand\u0103... Testele continuau \u0219i continuau, iar eu eram \u00eentr-o lupt\u0103 constant\u0103, zilnic\u0103, cu gre\u0219elile, testele \u0219i documenta\u021bia. <\/p>\n

A\u0219a a continuat timp de un an. Proiectul, din c\u00e2te \u00een\u021beleg, a fost dificil pentru to\u021bi, dar treptat clientul devenea din ce \u00een ce mai mul\u021bumit \u0219i aceasta a permis s\u0103 angaj\u0103m ingineri suplimentari care au putut prelua o parte din rutin\u0103.<\/p>\n

Acum puteam s\u0103 arunc o privire mai atent\u0103.
\n\u0218i aceasta a fost \u00eenceputul celei de-a doua etape. <\/p>\n

A doua etap\u0103<\/h3>\n

\nAm decis s\u0103 automatizez procesul.<\/p>\n

Ce am \u00een\u021beles din comunicarea de atunci cu dezvoltatorii (\u0219i trebuie s\u0103 recunosc, am avut o echip\u0103 puternic\u0103) este c\u0103 formatul text, de\u0219i pare la prima vedere ceva din lumea sistemului de operare DOS, are o serie de propriet\u0103\u021bi valoroase.
\nDe exemplu, formatul text va fi util dac\u0103 dori\u021bi s\u0103 profita\u021bi pe deplin de avantajele GIT \u0219i ale tuturor derivatelor sale. \u0218i eu voiam. <\/p>\n

Ei bine, pare c\u0103 ai putea pur \u0219i simplu s\u0103 p\u0103strezi configura\u021bia sau lista de comenzi, dar a face modific\u0103ri este destul de inconvenient. \u00cen plus, \u00een proiectare exist\u0103 o alt\u0103 sarcin\u0103 important\u0103. Trebuie s\u0103 ave\u021bi documenta\u021bie care s\u0103 descrie designul dvs. \u00een ansamblu (Low Level Design) \u0219i implementarea specific\u0103 (Network Implementation Plan). \u0218i \u00een acest caz, utilizarea \u0219abloanelor pare a fi o op\u021biune foarte potrivit\u0103.<\/p>\n

Astfel, utiliz\u00e2nd YAML \u0219i Jinja2, fi\u0219ierul YAML cu parametrii de configurare, cum ar fi adresele IP, numerele BGP AS,... joac\u0103 excelent rolul de NIP, \u00een timp ce template-urile Jinja2 includ sintax\u0103 specific\u0103 designului, adic\u0103, \u00een esen\u021b\u0103, sunt o reflexie a LLD. <\/p>\n

Studierii limbajelor YAML \u0219i Jinja2 i-au fost alocate dou\u0103 zile. Pentru a \u00een\u021belege cum func\u021bioneaz\u0103, sunt suficiente c\u00e2teva exemple bune. Apoi, a fost nevoie de aproximativ dou\u0103 s\u0103pt\u0103m\u00e2ni pentru a crea toate template-urile conform designului nostru: o s\u0103pt\u0103m\u00e2n\u0103 pentru Palo Alto \u0219i \u00eenc\u0103 o s\u0103pt\u0103m\u00e2n\u0103 pentru F5. Totul a fost \u00eenc\u0103rcat pe GitHub-ul corporativ.<\/p>\n

Acum, procesul de schimbare ar\u0103ta astfel:<\/p>\n