igen, pontosan az van amit irsz, ezert hasznalunk dict-eket es nem sima array-ket, amiben az indexek vannak. Minden for_each eseten lehet azt mondnai hogy az elem => join("-",[var.customer,var.resource_name,var.resourcetype,var.wahetever]), stb, ami tetszik
De a koltsegek szempontjabol inkabb erdemes tag-eket kezelni a felhoben costcenter vagy akarmi neven. Ezzel aztan mindegyikben lehet koltsegre szurni, legyen az aws, gcp vagy azure.
Amugy a szeparaciora minden esetben szukseg van, a kerdes hogy hogy csinalja meg az ember, egy subscription + resource group-ok a kornyezeteknek, vagy minden kornyezetnek subscription (enni nem ker :D). Mindegyiknek megvan az elonye, de en inkabb a minden kornyezet egy subscriptionnal mennek, sot inkabb minden ugyfel egy hub subscription es a kornyezetei egy-egy spoke subscription. Neha gazos a cross-subscription resource-ok es kapcsolatok kezelese, de en jobban szeretem ezt a felepitest. :D
Nekem mar megfordult mindenfele a kezem alatt a mindent behanyunk egy subscription-be modtol a szep hub-spoke minden customernek fele is.