{"id":52367,"date":"2019-11-07T00:00:00","date_gmt":"2019-11-06T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/pereshel-s-terraform-na-cloudformation-i-pozhalel"},"modified":"2020-02-18T14:00:04","modified_gmt":"2020-02-18T11:00:04","slug":"pereshel-s-terraform-na-cloudformation-i-pozhalel","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/pereshel-s-terraform-na-cloudformation-i-pozhalel","title":{"rendered":"Pre\u0161ao sam s Terraform-a na CloudFormation \u2014 i po\u017ealio se","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Predstavljanje infrastrukture kao koda u ponovljivom tekstualnom formatu najbolja je praksa za sustave koju nije potrebno dodatno obja\u0161njavati. Ova praksa poznata je pod nazivom Infrastructure as Code<\/a><\/noindex>, a za njeno ostvarivanje, posebno u AWS-u, postoje dva popularna alata: Terraform<\/a><\/noindex> i CloudFormation<\/a><\/noindex>.<\/p>\n

<\/p>\n

\"Pre\u0161ao
\nUspore\u0111ujem iskustva s Terraformom i CloudFormationom<\/em><\/p>\n

<\/p>\n

Prije nego \u0161to sam do\u0161ao u Twitch<\/a><\/noindex> (poznat i kao Amazon Jr.<\/a><\/noindex>) radio sam u jednom startupu<\/a><\/noindex> i tri godine koristio Terraform. Na novom mjestu tako\u0111er sam aktivno koristio Terraform, a zatim je tvrtka odlu\u010dila pre\u0107i na sve a la Amazon, uklju\u010duju\u0107i CloudFormation. Temeljito sam razvijao najbolje prakse i za jedan i za drugi alat, te ih koristio u vrlo slo\u017eenim radnim procesima \u0161irom organizacije. Kasnije, nakon pa\u017eljivog razmatranja posljedica prelaska s Terrform na CloudFormation, uvjerio sam se da je Terraform, vjerovatno, najbolji izbor za organizaciju.<\/p>\n

<\/a><\/noindex><\/p>\n

Terraform U\u017easno<\/h2>\n

<\/p>\n

Beta verzija softvera<\/h3>\n

<\/p>\n

Terraform jo\u0161 uvijek nema verziju 1.0, i to je veliki razlog za ne kori\u0161tenje. Otada kada sam ga prvi put probao, jako se promijenio, ali tada je terraform apply<\/code> \u010cesto se kvario nakon nekoliko a\u017euriranja ili jednostavno nakon nekoliko godina kori\u0161tenja. Rekao bih da je \"sada sve druga\u010dije\", ali... svi to izgleda govore, zar ne? Ima promjena koje nisu kompatibilne s prethodnim verzijama, iako su prikladne, a \u010dak je i osje\u0107aj kao da je sintaksa i apstrakcije skladi\u0161ta resursa sada kako treba. Alat se \u010dini da je stvarno postao bolji, ali... :-0<\/p>\n

<\/p>\n

S druge strane, AWS se dobro potrudio odr\u017eavaju\u0107i kompatibilnost s prethodnim verzijama. Sve je vjerojatno zato \u0161to njihove usluge \u010desto temeljito testiraju unutar organizacije i tek potom, preimenuju\u0107i ih, objavljuju. Tako da je \"dobro se potrudio\" jo\u0161 blaga izjava. Odr\u017eavanje kompatibilnosti s prethodnim verzijama API-a za tako raznoliku i slo\u017eenu sustav poput AWS-a nevjerojatno je te\u0161ko. Svatko tko je ikada morao odr\u017eavati javne API-e koji se koriste tako \u0161iroko, treba razumjeti koliko je te\u0161ko to raditi toliko godina. A pona\u0161anje CloudFormation-a, koliko se sje\u0107am, nikada se nije promijenilo tijekom godina.<\/p>\n

<\/p>\n

Poznaj nogu... to je metak<\/h3>\n

<\/p>\n

Koliko ja znam, ukloniti resurs stranog<\/strong> Uvo\u0111enje resursa u CloudFormation stog iz svog CF stoga nije mogu\u0107e. Sli\u010dno tome, Terraform omogu\u0107ava uvoz postoje\u0107ih resursa u svoj stog. Funkcija je, moglo bi se re\u0107i, zapanjuju\u0107a, ali s velikom snagom dolazi i velika odgovornost. Jednom kada se resurs uvede u stog, dok radi\u0161 sa svojim stogom, taj resurs ne mo\u017ee\u0161 obrisati ili promeniti. Jednom nas je to ko\u0161talo. Na Twitch sajtu, neko, ne misle\u0107i ni\u0161ta lo\u0161e, slu\u010dajno je uveo ne\u010diju AWS sigurnosnu grupu u svoj vlastiti Terraform stog. Unio je nekoliko komandi i... sigurnosna grupa (zajedno s dolaznim prometom) nestala je.<\/p>\n

<\/p>\n

Terraform Veliki<\/h2>\n

<\/p>\n

Obnova iz nedovr\u0161enih stanja<\/h3>\n

<\/p>\n

Ponekad CloudFormation ne mo\u017ee u potpunosti pre\u0107i iz jednog stanja u drugo. Pritom \u0107e se truditi da se vrati na prethodno. Na\u017ealost, to nije uvek izvodljivo. Te\u0161ko je kasnije debagovati ono \u0161to se dogodilo \u2014 nikada ne zna\u0161 ho\u0107e li CloudFormation biti sretan zbog svojih 'hakiranja' \u2014 \u010dak i ako radi\u0161 na popravci. A ho\u0107e li se mo\u0107i vratiti na prethodno stanje, ne zna dobro i po defaultu uzima \u010dasima \u010dekaju\u0107i \u010dudo.<\/p>\n

<\/p>\n

Terraform, s druge strane, sklone je da se obnavlja nakon neuspelih prelaza na mnogo elegantniji na\u010din i nudi pro\u0161irene alate za debagovanje.<\/p>\n

<\/p>\n

Jasnije promene u stanjima dokumenta<\/h3>\n

<\/p>\n

\"Dobro, ravnote\u017eni teret, ti se mijenja\u0161. Ali kako?\"<\/p>\n

\u2014 zabrinuti in\u017eenjer, spreman pritisnuti gumb \"prihvati\".<\/p><\/blockquote>\n

Ponekad moram napraviti neke manipulacije s ravnote\u017enim ure\u0111ajem u CloudFormation stogu \u2014 na primer, dodati broj porta ili promeniti sigurnosnu grupu. CloudFormation slabo prikazuje promene. Ja, kao na iglama, prekontroliram yaml datoteku deset puta, da budem siguran da nisam ne\u0161to va\u017eno obrisao, a suvi\u0161no dodao.<\/p>\n

<\/p>\n

Terraform je u tom smislu mnogo transparentniji. Ponekad \u010dak i previ\u0161e transparentan (pro\u010ditaj: dodaje nervozu). Na sre\u0107u, u najnoviju verziju su uklju\u010dili pobolj\u0161ano prikazivanje promena \u2014 sada se ta\u010dno vidi \u0161ta se menja.<\/p>\n

<\/p>\n

Fleksibilnost<\/h3>\n

<\/p>\n

Pi\u0161ite softver obrnutim redosledom.<\/p><\/blockquote>\n

Izravo re\u010deno, najva\u017enija odrednica dugovje\u010dnog softvera je sposobnost prilago\u0111avanja promjenama. Svaki softver treba pisati od kraja. Naj\u010de\u0161\u0107e sam se zbunio \u0161to sam uzeo \"jednostavnu\" uslugu, a zatim po\u010deo uklapati sve u jedinstveni CloudFormation ili Terraform okvir. I, naravno, nakon mjeseci otkrivao sam da sam sve krivo shvatio, a usluga zapravo nije jednostavna! Tada sam trebao nekako podijeliti veliki okvir na manje dijelove. Kada radite s CloudFormation-om, to je mogu\u0107e samo ako prvo ponovo stvorite postoje\u0107i okvir, a ja to, sa svojim bazama podataka, ne radim. Terraform je, pak, omogu\u0107avao da se razdvoji okvir i razlo\u017ei na razumljivije manje dijelove.<\/p>\n

<\/p>\n

Moduli u git<\/h3>\n

<\/p>\n

Dijeliti Terraform kod me\u0111u brojnim stogovima puno je lak\u0161e nego kod CloudFormation. S Terraformom mo\u017eete staviti kod u git repozitorij i pristupati mu koriste\u0107i semanti\u010dko upravljanje verzijama. Svako tko ima pristup tom repozitoriju mo\u017ee ponovno koristiti zajedni\u010dki kod. Ekvivalent CloudFormation-a je S3, ali on nema iste prednosti i nema razloga da se uop\u0107e odreknete gita u korist S3.<\/p>\n

<\/p>\n

Organizacija je rasla i sposobnost dijeljenja zajedni\u010dkih stogova dostigla je kriti\u010dnu razinu. S Terraformom to dolazi lako i prirodno, dok vas CloudFormation tjera da presko\u010dite kroz obru\u010de prije nego \u0161to dobijete ne\u0161to sli\u010dno.<\/p>\n

<\/p>\n

Operacije kao kod<\/h3>\n

<\/p>\n

\"Zascripirati i gotovo\".<\/p>\n

- in\u017eenjer tri godine prije nego \u0161to je izumio Terraform.<\/p><\/blockquote>\n

Kada je rije\u010d o razvoju softvera, Go ili Java program nije samo kod.<\/p>\n

<\/p>\n

\"Pre\u0161ao
\nKod kao kod<\/em><\/p>\n

<\/p>\n

Tu je i infrastruktura na kojoj to radi.<\/p>\n

<\/p>\n

\"Pre\u0161ao
\nInfrastructure as Code<\/em><\/p>\n

<\/p>\n

Ali odakle ona dolazi? Kako je pratiti? Gdje je va\u0161 kod? Trebaju li programeri dozvolu za pristup?<\/p>\n

<\/p>\n

\"Pre\u0161ao
\nOperacije kao kod<\/em><\/p>\n

<\/p>\n

Biti softverski programer ne zna\u010di samo pisati kod.<\/p><\/blockquote>\n

Nije samo AWS: vjerojatno koristite usluge drugih davatelja. SignalFx, PagerDuty ili Github. Mo\u017eda imate vlastiti Jenkins server za CI\/CD ili unutarnju Grafana kontrolnu plo\u010du za pra\u0107enje. Infra kao kod bira se iz raznih razloga, a svaki je jednako va\u017ean za sve vezano uz softver.<\/p>\n

<\/p>\n

Kad sam radio u Twitchu, ubrzavali smo usluge unutar mije\u0161anih integriranih sustava i AWS Amazon-a. Proizvodili smo i odr\u017eavali brojne mikrousluge, pove\u0107avaju\u0107i operativne tro\u0161kove. Diskusije su se odvijale otprilike ovako:<\/p>\n

<\/p>\n