( golgota | 2025. 01. 29., sze – 14:51 )

Na most foleg azt valasztom amire az ugyfelnek igenye van. Legtobbszor van naluk mar valami es ragaszkodnak hozza. Van hogy cserelni akarjak.

Bare metal: a jo oreg pixie es kickstart es neha ansible-pull

Felho: legtobbszor Terraform, OpenTofu, ha multi subscription akkor TerraGruntm, de van hogy CloudFormation vagy AzureRM. Elofordult mar hogy az ugyfel boto-s python stacket adott. Amit visoznt szeretek, ha engedik hogy az ArgoCD CrossPlane-es Claim-eken keresztul managelje a cloud resouce-okat. Tisztabb, szarazabb erzes (masfeledik lepes amikor az ugyfel a crossplane-en keresztul terraform templateket hivogat, de ezt kevesbe szeretem)

K8S: Foleg Helm, ritkan Kustomize, de az is ArgoCD-n keresztul ApplicationSet-ekkel

Konfigmanagement: Attol fugg hogy push vagy pull modelhez ragaszkodik az ugyfel. Ha mehet a push a kozpontbol akkor ansible, ha egy agent pull-ol, akkor Puppet (de mar tenyleg elenyeszo szamu helyen hasznaljuk csak), Chef-be nem kostoltam bele soha, de vannak kollegak akik olyan projekteken vannak ahol az kell

Gabrielakos irta a pulumi-t, azt is mindig meg akartam nezni de sose volt ra idom :D

Na de Terrafrom vagy OpenTofu. A legtobb partnerunknel maradt a TerraaForm bar egyre tobben migralnak Tofu-ra. A fo ok azok a 4-8 eves "azert sem csinaljuk meg" ticketek amik alap kellene legyenek, a Tofu-ban meg javtiva vagy implementalva lettek. A fejlodese is gyorsabb. Most kerult bele ugye a dinamikus provider ami a Terraformban nem lesz es kesz (vagy majd most de), ami miatt mi a legtobb helyen TerraGrunt-ot hasznaltunk eddig. Meg van egy par vegtelenul idegesito bug a TerraFormban (2-3 eves bugok, amikor meg mindig csak a discussion megy), amit a Tofu-sok kurvagyorsan fixaltak.