{"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\/sl\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-chetvertaya-avtomatizatsiya-templejty","title":{"rendered":"Kako preuzeti kontrolu nad mre\u017enom infrastrukturom. Poglavlje \u010detvrto. Automatizacija. \u0160abloni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ta \u010dl\u00e1nek je \u0161est\u00fd v cyklu \u010dl\u00e1nk\u016f \u201eJak dostat s\u00ed\u0165ovou infrastrukturu pod svou kontrolu\u201c. Obsah v\u0161ech \u010dl\u00e1nk\u016f cyklu a odkazy naleznete ovde<\/a><\/noindex><\/i>.<\/p>\n

Po opu\u0161t\u011bn\u00ed n\u011bkolika t\u00e9mat jsem se rozhodl p\u0159ece jen za\u010d\u00edt novou kapitolu.<\/p>\n

K bezpe\u010dnosti se vr\u00e1t\u00edm pozd\u011bji. Zde chci prodiskutovat jeden jednoduch\u00fd, ale efektivn\u00ed p\u0159\u00edstup, kter\u00fd, jsem si jist\u00fd, se v tak \u010di onak m\u016f\u017ee hodit mnoha lidem. Je to sp\u00ed\u0161e kr\u00e1tk\u00fd p\u0159\u00edb\u011bh o tom, jak m\u016f\u017ee automatizace zm\u011bnit \u017eivot in\u017een\u00fdra. \u0158e\u010d bude o pou\u017e\u00edv\u00e1n\u00ed \u0161ablon. Na konci p\u0159ikl\u00e1d\u00e1m seznam m\u00fdch projekt\u016f, kde si m\u016f\u017eete prohl\u00e9dnout, jak to, co je zde pops\u00e1no, funguje.<\/p>\n

DevOps pro s\u00ed\u0165<\/h2>\n

\nVytv\u00e1\u0159en\u00ed konfigurace skriptem, pou\u017eit\u00ed GITu pro kontrolu zm\u011bn IT infrastruktury, vzd\u00e1len\u00e9 nahr\u00e1v\u00e1n\u00ed \u2013 tyto my\u0161lenky p\u0159ich\u00e1zej\u00ed na prvn\u00ed m\u00edsto, kdy\u017e p\u0159em\u00fd\u0161l\u00edte o technick\u00e9 implementaci p\u0159\u00edstupu DevOps. V\u00fdhody jsou z\u0159ejm\u00e9. Ale bohu\u017eel, existuj\u00ed i nev\u00fdhody.<\/p>\n

Kdy\u017e p\u0159ed v\u00edce ne\u017e 5 lety p\u0159i\u0161li na\u0161i v\u00fdvoj\u00e1\u0159i za n\u00e1mi, s\u00ed\u0165a\u0159i, s t\u011bmito n\u00e1vrhy, nebyli jsme nad\u0161eni.
\n<\/a><\/noindex>
\nMus\u00edm \u0159\u00edct, \u017ee jsme zd\u011bdili docela pestrobarevnou s\u00ed\u0165 slo\u017eenou z vybaven\u00ed p\u0159ibli\u017en\u011b 10 r\u016fzn\u00fdch dodavatel\u016f. N\u011bco bylo pohodln\u00e9 konfigurovat p\u0159es n\u00e1\u0161 obl\u00edben\u00fd cli, ale n\u011bkde jsme preferovali pou\u017e\u00edvat GUI. Krom\u011b toho n\u00e1s dlouh\u00e1 pr\u00e1ce na \u201e\u017eiv\u00e9m\u201c vybaven\u00ed nau\u010dila \u0159\u00eddit se v re\u00e1ln\u00e9m \u010dase. Nap\u0159\u00edklad p\u0159i prov\u00e1d\u011bn\u00ed zm\u011bn se c\u00edt\u00edm mnohem pohodln\u011bji, kdy\u017e pracuji p\u0159\u00edmo p\u0159es cli. Tak mohu rychle vid\u011bt, \u017ee n\u011bco nen\u00ed v po\u0159\u00e1dku a \u201evr\u00e1tit\u201c zm\u011bny. To v\u0161e bylo v jist\u00e9m rozporu s jejich n\u00e1pady.<\/p>\n

Objevuj\u00ed se i dal\u0161\u00ed ot\u00e1zky, nap\u0159\u00edklad, \u017ee rozhran\u00ed se m\u016f\u017ee od verze k verzi softwaru m\u00edrn\u011b zm\u011bnit. To nakonec povede k tomu, \u017ee v\u00e1\u0161 skript vytvo\u0159\u00ed nespr\u00e1vnou \u201ekonfigura\u010dn\u00ed\u201c soubor. Necht\u011bl bych pou\u017e\u00edvat produk\u010dn\u00ed prost\u0159ed\u00ed pro \u201etestov\u00e1n\u00ed\u201c. <\/p>\n

Nebo, jak pochopit, \u017ee konfigura\u010dn\u00ed p\u0159\u00edkazy byly aplikov\u00e1ny spr\u00e1vn\u011b a co d\u011blat v p\u0159\u00edpad\u011b chyby?<\/p>\n

Nechci \u0159\u00edct, \u017ee v\u0161echny tyto ot\u00e1zky jsou ne\u0159e\u0161iteln\u00e9. Prost\u011b \u0159\u00edci \u201eA\u201c, pravd\u011bpodobn\u011b rozumn\u011b znamen\u00e1 \u0159\u00edct i \u201eB\u201c, a pokud chcete pou\u017e\u00edvat stejn\u00e9 procesy pro kontrolu zm\u011bn jako p\u0159i v\u00fdvoji, mus\u00edte m\u00edt krom\u011b produk\u010dn\u00edho prost\u0159ed\u00ed tak\u00e9 dev a staging prost\u0159ed\u00ed. Pak tento p\u0159\u00edstup vypad\u00e1 dokon\u010den\u011b. Ale kolik to bude st\u00e1t?<\/p>\n

Vendar obstaja ena situacija, ko se slabosti prakti\u010dno izni\u010dijo, in ostanejo le prednosti. Govorim o projektnih delih.<\/p>\n

Projekt<\/h2>\n

\nV zadnjih dveh letih sem sodeloval v projektu gradnje podatkovnega centra za enega velikega ponudnika. V tem projektu sem odgovoren za F5 in Palo Alto. V smislu Cisco je to \u201eoprema tretjih oseb\u201c.<\/p>\n

Zame osebno obstajata dve jasno izra\u017eeni fazi v tem projektu. <\/p>\n

Prva faza<\/h3>\n

\nPrvo leto sem bil neskon\u010dno zaposlen, delal sem pono\u010di in ob koncih tedna. Nisem mogel dvigniti glave. Pritisk s strani mened\u017ementa in naro\u010dnika je bil mo\u010dan in neprekinjen. V stalni rutini nisem mogel niti poskusiti optimizirati procesa. To ni bilo zgolj konfiguriranje opreme, temve\u010d tudi priprava projektne dokumentacije. <\/p>\n

Tukaj so se za\u010deli prvi testi, in bil sem osupel, koliko manj\u0161ih napak in neto\u010dnosti je bilo narejenih. Seveda je vse delovalo, ampak tam je manjkala \u010drka v imenu, tukaj je bila izpu\u0161\u010dena vrstica v ukazu\u2026 Testi so se nadaljevali in nadaljevali, in \u017ee sem bil v stalni, vsakodnevni borbi z napakami, testi in dokumentacijo. <\/p>\n

To je trajalo eno leto. Projekt, kolikor razumem, ni bil enostaven za vse, vendar je postopoma naro\u010dnik postal vse bolj zadovoljen, kar je omogo\u010dilo, da smo pridobili dodatne in\u017eenirje, ki so lahko prevzeli del rutinskega dela.<\/p>\n

Zdaj je bilo mogo\u010de nekoliko pogledati okoli sebe.
\nIn to je bilo za\u010detek druge faze. <\/p>\n

Druga faza<\/h3>\n

\nOdlo\u010dil sem se, da avtomatiziram proces.<\/p>\n

Kar sem razumel iz takratne komunikacije z razvijalci (in treba je priznati, imeli smo mo\u010dno ekipo), je to, da je besedilni format, \u010deprav se na prvi pogled zdi nekaj iz sveta operacijskega sistema DOS, v resnici zelo koristen.
\nNa primer, besedilni format bo koristen, \u010de \u017eelite v celoti izkoristiti prednosti GIT-a in vseh njegovih derivatov. In to sem \u017eelel. <\/p>\n

No, zdelo bi se, da lahko preprosto shranite konfiguracijo ali seznam ukazov, vendar je spreminjanje precej neprijetno. Poleg tega pri na\u010drtovanju obstaja \u0161e en pomemben cilj. Imate morati dokumentacijo, ki opisuje va\u0161o zasnovo kot celoto (Low Level Design) in konkretno implementacijo (Network Implementation Plan). V tem primeru se zdi uporaba \u0161ablon kot zelo primerna re\u0161itev.<\/p>\n

Tako, pri uporabi YAML in Jinja2, YAML datoteka s konfiguracijskimi parametri, kot so IP naslovi, \u0161tevilke BGP AS,\u2026 odli\u010dno opravlja vlogo NIP, medtem ko Jinja2 predloge vklju\u010dujejo sintakso, ustrezno zasnovi, kar pomeni, da v bistvu odra\u017ea LLD. <\/p>\n

U\u010denje jezikov YAML in Jinja2 je trajalo dva dni. Da bi razumeli, kako to deluje, je dovolj nekaj dobrih primerov. Nato je pribli\u017eno dva tedna trajalo, da smo ustvarili vse predloge, ki ustrezajo na\u0161i zasnovi: en teden za Palo Alto in \u0161e en teden \u2014 za F5. Vse to je bilo objavljeno na korporativnem githabu.<\/p>\n

Zdaj je proces sprememb izgledal takole:<\/p>\n