{"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\/hu\/blog\/administrirovanie\/pereshel-s-terraform-na-cloudformation-i-pozhalel","title":{"rendered":"\u00c1tt\u00e9rtem a Terraformr\u00f3l a CloudFormationra \u2014 \u00e9s megb\u00e1ntam.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Az infrastrukt\u00fara k\u00f3d form\u00e1j\u00e1ban, ism\u00e9telhet\u0151 sz\u00f6veges form\u00e1tumban val\u00f3 bemutat\u00e1sa \u2013 egyszer\u0171en a legjobb gyakorlat a rendszerek sz\u00e1m\u00e1ra, amivel nem kell sokat vesz\u0151dni. E gyakorlat elnevez\u00e9se \u2014 Infrastructure as Code<\/a><\/noindex>, \u00e9s jelenleg a megval\u00f3s\u00edt\u00e1s\u00e1hoz, k\u00fcl\u00f6n\u00f6sen az AWS-n\u00e9l, k\u00e9t n\u00e9pszer\u0171 eszk\u00f6z \u00e1ll rendelkez\u00e9sre: Terraform<\/a><\/noindex> \u00e9s CloudFormation<\/a><\/noindex>.<\/p>\n

<\/p>\n

\"\u00c1tt\u00e9rtem
\n\u00d6sszehasonl\u00edtom a Terraform \u00e9s a CloudFormation haszn\u00e1lat\u00e1nak tapasztalataimat.<\/em><\/p>\n

<\/p>\n

Miel\u0151tt a Twitch<\/a><\/noindex> (m\u00e1s n\u00e9ven Amazon Jr.<\/a><\/noindex>) helyre ker\u00fcltem, dolgoztam egy startupn\u00e1l<\/a><\/noindex> \u00e9s k\u00f6r\u00fclbel\u00fcl h\u00e1rom \u00e9vig haszn\u00e1ltam a Terraformot. Az \u00faj helyemen is teljes m\u00e9rt\u00e9kben alkalmaztam a Terraformot, majd a c\u00e9g r\u00e1k\u00e9nyszer\u00edtette a teljes \u00e1tv\u00e1lt\u00e1st az Amazon form\u00e1j\u00e1ra, bele\u00e9rtve a CloudFormationt is. Szorgalmasan dolgoztam a legjobb gyakorlatok kidolgoz\u00e1s\u00e1n mindk\u00e9t esetben, \u00e9s mindk\u00e9t eszk\u00f6zt nagyon komplex munkafolyamatokban haszn\u00e1ltam a szervezet keretein bel\u00fcl. K\u00e9s\u0151bb, alaposan m\u00e9rlegelve a Terraformr\u00f3l a CloudFormationra val\u00f3 \u00e1tt\u00e9r\u00e9s k\u00f6vetkezm\u00e9nyeit, arra a k\u00f6vetkeztet\u00e9sre jutottam, hogy a Terraform val\u00f3sz\u00edn\u0171leg a legjobb v\u00e1laszt\u00e1s a szervezet sz\u00e1m\u00e1ra.<\/p>\n

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

Terraform Borzalmas<\/h2>\n

<\/p>\n

B\u00e9ta verzi\u00f3j\u00fa szoftver<\/h3>\n

<\/p>\n

A Terraformnak m\u00e9g a 1.0-\u00e1s verzi\u00f3ja sem jelent meg, \u00e9s ez \u2013 komoly ok arra, hogy ne haszn\u00e1ljuk. Ami\u00f3ta el\u0151sz\u00f6r kipr\u00f3b\u00e1ltam, \u00f3ri\u00e1si v\u00e1ltoz\u00e1sok t\u00f6rt\u00e9ntek, de abban az id\u0151ben m\u00e9g terraform apply<\/code> Gyakran elromlott n\u00e9h\u00e1ny friss\u00edt\u00e9s ut\u00e1n, vagy csak p\u00e1r \u00e9v haszn\u00e1lat ut\u00e1n. Azt mondan\u00e1m, hogy \u201emost minden m\u00e1s\u201d, de\u2026 \u00fagy t\u0171nik, ezt mindenki azt mondja, nem? Vannak v\u00e1ltoz\u00e1sok, amelyek nem kompatibilisek a kor\u00e1bbi verzi\u00f3kkal, b\u00e1r hely\u00e9nval\u00f3ak, \u00e9s m\u00e9g \u00fagy t\u0171nik, hogy a szintaxis \u00e9s a forr\u00e1st\u00e1rak absztrakci\u00f3i most m\u00e1r rendben vannak. Az eszk\u00f6z mintha val\u00f3ban jobb lett volna, de\u2026 :-0<\/p>\n

<\/p>\n

M\u00e1sr\u00e9szr\u0151l, az AWS j\u00f3l teljes\u00edtett, t\u00e1mogatta a kor\u00e1bbi verzi\u00f3kkal val\u00f3 kompatibilit\u00e1st. Val\u00f3sz\u00edn\u0171leg az\u00e9rt, mert a szolg\u00e1ltat\u00e1saikat gyakran j\u00f3l tesztelik a szervezeten bel\u00fcl, \u00e9s csak azt\u00e1n publik\u00e1lj\u00e1k, \u00e1tnevezve. Teh\u00e1t azt, hogy \u201ej\u00f3l dolgoztak\u201d, m\u00e9g enyhe kifejez\u00e9s. A kor\u00e1bbi verzi\u00f3kkal val\u00f3 API kompatibilit\u00e1s fenntart\u00e1sa egy olyan sokoldal\u00fa \u00e9s bonyolult rendszer sz\u00e1m\u00e1ra, mint az AWS, hihetetlen\u00fcl neh\u00e9z. B\u00e1rkinek, aki m\u00e1r t\u00e1mogatta a sz\u00e9les k\u00f6rben haszn\u00e1lt nyilv\u00e1nos API-kat, tudnia kell, hogy mennyire neh\u00e9z ezt \u00e9vekig megtenni. A CloudFormation viselked\u00e9se viszont az eml\u00e9keim szerint soha nem v\u00e1ltozott az \u00e9vek sor\u00e1n.<\/p>\n

<\/p>\n

Ismerkedj meg, l\u00e1b\u2026 ez egy goly\u00f3<\/h3>\n

<\/p>\n

Amennyire tudom, elt\u00e1vol\u00edtani egy er\u0151forr\u00e1st k\u00fcls\u0151<\/strong> A CloudFormation stack cannot import from its own CF stack. The situation is similar with Terraform. It allows you to import existing resources into your stack. This feature is quite amazing, but with great power comes great responsibility. Once a resource is added to the stack, you cannot delete or change it while working with your stack. Once, this came back to haunt us. For instance, on the Twitch website, someone, without any malicious intent, accidentally imported someone else's AWS security group into their own Terraform stack. They executed a few commands and\u2026 the security group (along with incoming traffic) disappeared.<\/p>\n

<\/p>\n

Terraform the Great<\/h2>\n

<\/p>\n

Recovery from incomplete states<\/h3>\n

<\/p>\n

Sometimes CloudFormation cannot completely transition from one state to another. In this case, it tries to return to the previous state. Unfortunately, this is not always feasible. Debugging what has resulted can be a bit scary \u2014 you never know if CloudFormation will be pleased that it's being tampered with \u2014 even if it\u2019s for repairing. Whether it can return to the previous state is something it cannot determine clearly and by default, it hangs for hours waiting for a miracle.<\/p>\n

<\/p>\n

On the other hand, Terraform is more graceful in recovering from unsuccessful transitions and offers advanced debugging tools.<\/p>\n

<\/p>\n

Clearer changes in document states<\/h3>\n

<\/p>\n

\u201eRendben, a terhel\u00e9seloszt\u00f3, te v\u00e1ltozol. De hogyan?\u201d<\/p>\n

\u2014 agg\u00f3d\u00f3 m\u00e9rn\u00f6k, aki k\u00e9szen \u00e1ll a \u201emeger\u0151s\u00edt\u00e9s\u201d gombra.<\/p><\/blockquote>\n

Sometimes I need to make certain manipulations with the load balancer in the CloudFormation stack \u2014 for example, add a port number or modify the security group. CloudFormation shows changes poorly. I find myself on edge, checking the YAML file ten times to ensure I haven't deleted something important or added something unnecessary.<\/p>\n

<\/p>\n

In this regard, Terraform is much more transparent. Sometimes it\u2019s even too transparent (read: annoying). Fortunately, the latest version included improved change visualization \u2014 now it\u2019s clear what changes are being made.<\/p>\n

<\/p>\n

Rugalmass\u00e1g<\/h3>\n

<\/p>\n

Write software backward.<\/p><\/blockquote>\n

Egyszer\u0171en fogalmazva, a hossz\u00fa \u00e9lettartam\u00fa szoftver legfontosabb megk\u00fcl\u00f6nb\u00f6ztet\u0151 jellemz\u0151je az alkalmazkod\u00e1s k\u00e9pess\u00e9ge a v\u00e1ltoz\u00e1sokhoz. B\u00e1rmilyen szoftvert ford\u00edtva \u00edrj. \u00c9n gyakran beleestem abba a hib\u00e1ba, hogy egy \u201eegyszer\u0171\u201d szolg\u00e1ltat\u00e1st fogtam, majd megpr\u00f3b\u00e1ltam mindent belet\u00f6mni egy CloudFormation vagy Terraform stackbe. \u00c9s persze h\u00f3napok m\u00falva kider\u00fclt, hogy mindent rosszul \u00e9rtettem, \u00e9s a szolg\u00e1ltat\u00e1s val\u00f3j\u00e1ban nem is olyan egyszer\u0171! \u00c9s most valahogy fel kellene darabnom a nagy stacket kisebb r\u00e9szekre. Amikor a CloudFormation-nal dolgozol, ezt csak \u00fagy lehet megtenni, hogy el\u0151sz\u00f6r \u00fajra l\u00e9trehozod a megl\u00e9v\u0151 stacket, amit \u00e9n az adatb\u00e1zisaimmal nem csin\u00e1lok. A Terraform azonban lehet\u0151v\u00e9 tette, hogy a stacket elemezd \u00e9s kisebb, \u00e9rthet\u0151bb r\u00e9szekre bonts.<\/p>\n

<\/p>\n

Git modulok<\/h3>\n

<\/p>\n

A Terraform k\u00f3d megoszt\u00e1sa a sz\u00e1mos stack k\u00f6z\u00f6tt sokkal egyszer\u0171bb, mint a CloudFormation k\u00f3d\u00e9. A Terraform lehet\u0151v\u00e9 teszi, hogy a k\u00f3dot egy git t\u00e1rol\u00f3ba helyezz\u00fck, \u00e9s verzi\u00f3kezel\u00e9sen kereszt\u00fcl hivatkozzunk r\u00e1. B\u00e1rki, akinek hozz\u00e1f\u00e9r\u00e9se van ehhez a t\u00e1rol\u00f3hoz, \u00fajra felhaszn\u00e1lhatja a k\u00f6z\u00f6s k\u00f3dot. A CloudFormation megfelel\u0151je az S3, de annak nincsenek meg ugyanazok az el\u0151nyei, \u00e9s nincs egyetlen ok sem, ami\u00e9rt le kellene mondanunk a git-r\u0151l az S3 jav\u00e1ra.<\/p>\n

<\/p>\n

A szervezet n\u00f6vekedett, \u00e9s a k\u00f6z\u00f6s stackek megoszt\u00e1s\u00e1nak k\u00e9pess\u00e9ge kritikus szintet \u00e9rt el. A Terraformmal mindez k\u00f6nnyen \u00e9s term\u00e9szetesen val\u00f3sul meg, m\u00edg a CloudFormation arra k\u00e9nyszer\u00edt, hogy ugr\u00e1ljunk gy\u0171r\u0171k k\u00f6z\u00f6tt, miel\u0151tt valami hasonl\u00f3 m\u0171k\u00f6dni kezd.<\/p>\n

<\/p>\n

Operations as code<\/h3>\n

<\/p>\n

\u201eScriptelj\u00fcnk, \u00e9s rendben van.\u201d<\/p>\n

\u2014 m\u00e9rn\u00f6k h\u00e1rom \u00e9vvel azel\u0151tt, hogy feltal\u00e1lta a Terraformot.<\/p><\/blockquote>\n

Amikor szoftverfejleszt\u00e9sr\u0151l van sz\u00f3, a Go vagy a Java program nem csup\u00e1n k\u00f3d.<\/p>\n

<\/p>\n

\"\u00c1tt\u00e9rtem
\nCode as Code<\/em><\/p>\n

<\/p>\n

Ott van az infrastrukt\u00fara is, amelyen fut.<\/p>\n

<\/p>\n

\"\u00c1tt\u00e9rtem
\nInfrastructure as Code<\/em><\/p>\n

<\/p>\n

De honnan is j\u00f6n ez? Hogyan lehet monitorozni? Hol lakozik a k\u00f3dod? Sz\u00fcks\u00e9g\u00fck van a fejleszt\u0151knek enged\u00e9lyre a hozz\u00e1f\u00e9r\u00e9shez?<\/p>\n

<\/p>\n

\"\u00c1tt\u00e9rtem
\nOperations as Code<\/em><\/p>\n

<\/p>\n

Szoftverfejleszt\u0151nek lenni nem puszt\u00e1n annyit jelent, hogy k\u00f3dot \u00edrsz.<\/p><\/blockquote>\n

Nem csak az AWS l\u00e9tezik: val\u00f3sz\u00edn\u0171leg haszn\u00e1l m\u00e1s szolg\u00e1ltat\u00f3k szolg\u00e1ltat\u00e1sait is. SignalFx, PagerDuty vagy Github. Lehet, hogy van egy bels\u0151 Jenkins szervered a CI\/CD-hez, vagy egy bels\u0151 Grafana vez\u00e9rl\u0151pultod a monitoroz\u00e1shoz. Az Infra as Code t\u00e9rnyer\u00e9s\u00e9nek k\u00fcl\u00f6nb\u00f6z\u0151 okai vannak, \u00e9s mindegyik ugyanolyan fontos minden szoftverrel kapcsolatos dologhoz.<\/p>\n

<\/p>\n

Amikor a Twitch-n\u00e9l dolgoztam, felgyors\u00edtottuk a szolg\u00e1ltat\u00e1sokat vegyes be\u00e1gyazott rendszerekben \u00e9s az AWS Amazon rendszer\u00e9ben. Sok mikroszolg\u00e1ltat\u00e1st hoztunk l\u00e9tre \u00e9s t\u00e1mogattunk, n\u00f6velve a m\u0171k\u00f6d\u00e9si k\u00f6lts\u00e9geinket. A besz\u00e9lget\u00e9sek k\u00f6r\u00fclbel\u00fcl \u00edgy zajlottak:<\/p>\n

<\/p>\n