V Cleverbee s IaC pracujeme i na projektu digitálního portálu pro švýcarskou výzkumnou instituci Empa, kde převádíme správu části infrastruktury do Terraformu. Prostředí zde zahrnuje Liferay portál běžící v Kubernetes v Azure a navazující služby, jako jsou databáze, úložiště nebo Azure Front Door.

Když už nestačí infrastrukturu „naklikat“

U jednoduššího řešení lze část infrastruktury nastavit ručně nebo pomocí jednotlivých skriptů. Jak ale přibývají služby, prostředí a vzájemné závislosti, takový způsob správy se stává obtížněji udržitelným.

Infrastructure as Code tento přístup mění. Místo ručního nastavování jednotlivých cloudových prostředků se požadovaný stav infrastruktury zapisuje do kódu.

Terraform například popisuje:

• jaké prostředky mají existovat,
• jak mají být nakonfigurované,
• jaké jsou mezi nimi vazby,
• jaké parametry mají používat.

Terraform následně porovnává tento požadovaný stav s reálnou infrastrukturou a určuje, jaké změny je potřeba provést.

Kód jako reference současného stavu

Jedním z praktických přínosů je, že nastavení infrastruktury nezůstává pouze v administraci cloudové platformy nebo ve znalostech lidí, kteří ji vytvořili. Je zachycené v kódu. Ten tak částečně funguje jako technická dokumentace a reference požadovaného stavu infrastruktury. U dlouhodobě provozovaných řešení tím zároveň klesá závislost na znalostech jednotlivých členů týmu.

Změny pod větší kontrolou

Terraformový kód lze verzovat stejně jako aplikační kód. Je tedy možné dohledat historii změn, vrátit se k předchozí konfiguraci a nechat změny před nasazením projít code review.

To pomáhá omezovat chyby vznikající při ručních zásazích a zároveň zvyšuje konzistenci mezi jednotlivými prostředími.

Další výhodou je možnost kontrolovat, zda se reálný stav infrastruktury neliší od stavu definovaného v kódu. Pokud někdo provede ruční změnu mimo standardní proces, lze takový rozdíl odhalit.

Jednodušší návrat k funkčnímu stavu

Infrastructure as Code pomáhá i při testování změn.

Při ruční úpravě několika parametrů může být následně složité přesně dohledat, co bylo změněno a jak se vrátit zpět. Pokud je požadovaný stav definovaný v kódu, je návrat k původní konfiguraci výrazně jednodušší.

Stejný princip je užitečný i v případě, kdy se po nasazení změny objeví problém a je potřeba rychle obnovit předchozí funkční stav.

Když samotný Terraform nestačí

U složitější infrastruktury se Terraform často kombinuje s dalšími nástroji.

Jedním z nich je Terragrunt, který pomáhá zejména při správě více prostředí, například DEV, UAT a PROD, a při práci se závislostmi mezi jednotlivými Terraform moduly.

V Kubernetes prostředí pak lze pro nasazování a konfiguraci aplikací využívat Helm.

Nejde tedy o jeden univerzální nástroj, ale o kombinaci technologií, která umožňuje infrastrukturu spravovat systematičtěji a opakovatelně.

Infrastructure as Code není jen automatizace

Přínos Infrastructure as Code není pouze v tom, že část práce automatizuje.

Důležitější je, že pomáhá vytvářet prostředí, ve kterém jsou změny infrastruktury dohledatelné, kontrolovatelné a opakovatelné. Snižuje závislost na ruční konfiguraci, pomáhá omezovat lidské chyby a usnadňuje dlouhodobou správu cloudových řešení.

Čím více infrastruktura spolu s digitálním řešením roste, tím důležitější je mít pod kontrolou nejen samotnou aplikaci, ale také prostředí, na kterém běží. Terraform a další nástroje Infrastructure as Code jsou jednou z cest, jak této kontroly dosáhnout.