Es most akkor meghasonlok, mert bizony a terraform-ot. De szopas az egesz. :D
Viszont a kerdezo nem a clouderroforrasok managmentere akarja hasznalni az eszkozt, hanem hogy configuracviokat ellenorizzen egyes gepeken. Erre viszont a terraform tenyleg alkalmatlan. Ugyan osszeloheto a puppettel (de azzal meg minek).
Szet kell ezt kicsit vagni:
* Letrehozas: amikro elso alkalommal letrehozunk egy eroforrast
* Configuralas: amikor a letrehozott eroforrast melyebben konfiguraljuk (az apachot is beallitjuk rajta)
* Torles: teljesen toroljuk minden elemevel egyutt
* Modositas: csak egy EBS volume meretet valtoztatunk, vagy bedugjuk egy uj halozatba
A fentieket kellene tudnia a TerraFrom-nak.
- Ezzel szemben tudja a Letrehozast, de sajna a state-k kezelese nulla, amire erosen epit, igy tulajdonkeppen hasznalhatatlan is :D
- A configuralast nem tudja csak usertemplate-k hasznalataval (a puppet meghivasat felejtsuk mar el), ami egy vicc ugye egy salt vagy chef vagy ansible-hez kepest
- A Torleskor meg imadkozz, hogy minden menjen (a mount-olt ebs volumokkal az ec2 destroy nem fog sajna meg dependency kezeles eseten sem, pl.)
- Modositaskor a legszornyubb, hogy egyes valtoztatasok eseten torli az eroforrast es ujra krealja. Ami szamos esetben megengedhetetlen
Amugy amig nem kellet TerraForm-olni:
- Ansible+add_host modul a Letrehosasra es a letrehozaskori konfiguraciora
- Ansible+dynamic inventory az elso es a kesobbi ujrakonfiguralasokra
- Ansible+dynamic invantroy a torlesre
Viszont hatranya az Ansible-nek, hogy nem mindenre van modulja. Elonye viszont, hogy kb. egy fel ap alatt meg lehet irni egy uj AWS modult, ha annyira hianyzik. :D
Ugyanezt probald meg a GO-ban irt TerraForm-ba belehegeszteni valahogy. :D