Convenții de numire

Convenții generale

Nu există niciun motiv să nu se respecte măcar aceste convenții :)
Atenție că resursele din cloud în realitate au adesea restricții în numele permise. Unele resurse, de exemplu, nu pot conține cratimă, unele trebuie sa fie scrise cu majuscule mediale (CamelCase). Convenția din aceasta carte se referă la numele din Terraform în sine.
  1. 1.
    Folosiți _ (underscore) în loc de - (cratimă) peste tot (numele resurselor, numele surselor de date, numele variabilelor, outputs, etc).
  2. 2.
    De preferat să utilizați litere mici și cifre (chiar dacă UTF-8 este acceptat).

Argumentele resurselor și surselor de date

  1. 1.
    Nu repetați tipul de resursă în numele resursei (nu parțial, nici complet):
    resource "aws_route_table" "public" {}
    resource "aws_route_table" "public_route_table" {}
    resource "aws_route_table" "public_aws_route_table" {}
  2. 2.
    Numele resursei ar trebui să fie ales this dacă nu mai există un nume descriptiv și general disponibil sau dacă modulul de resurse creează o singură resursă de acest tip (ex.: în AWS VPC module există o singură resursă de tip aws_nat_gateway și resurse multiple de tipaws_route_table, așadar aws_nat_gateway ar trebui să primească numele this și aws_route_table ar trebui să primească nume mai descriptive - cum ar fi private, public, database).
  3. 3.
    Folosiți întotdeauna substantive la singular pentru nume.
  4. 4.
    Folosiți - în interiorul valorilor argumentelor și în locurile în care valoarea va fi expusă unui om (ex.: în interiorul numelui DNS al instanței RDS).
  5. 5.
    Includeți argumentulcount / for_each în interiorul blocului de resurse sau sursă de date ca prim argument în partea de sus și separat prin linie nouă după acesta.
  6. 6.
    Includeți argumentul tags, dacă este suportat de resursă, ca ultimul argument real, urmat de depends_on și lifecycle, dacă este necesar. Toate acestea ar trebui separate printr-o singură linie goală.
  7. 7.
    Când folosiți condiții într-un argumentcount / for_each este de preferat să se folosească valori booleene în loc de length sau alte expresii.

Exemple de cod pentru resurse (resource)

Folosirea count / for_each

main.tf
resource "aws_route_table" "public" {
count = 2
vpc_id = "vpc-12345678"
# ... remaining arguments omitted
}
resource "aws_route_table" "private" {
for_each = toset(["one", "two"])
vpc_id = "vpc-12345678"
# ... remaining arguments omitted
}
main.tf
resource "aws_route_table" "public" {
vpc_id = "vpc-12345678"
count = 2
# ... remaining arguments omitted
}

Folosirea tags

main.tf
resource "aws_nat_gateway" "this" {
count = 2
allocation_id = "..."
subnet_id = "..."
tags = {
Name = "..."
}
depends_on = [aws_internet_gateway.this]
lifecycle {
create_before_destroy = true
}
}
main.tf
resource "aws_nat_gateway" "this" {
count = 2
tags = "..."
depends_on = [aws_internet_gateway.this]
lifecycle {
create_before_destroy = true
}
allocation_id = "..."
subnet_id = "..."
}

Condiții în count

outputs.tf
resource "aws_nat_gateway" "that" { # Best
count = var.create_public_subnets ? 1 : 0
}
resource "aws_nat_gateway" "this" { # Good
count = length(var.public_subnets) > 0 ? 1 : 0
}

Variabile

  1. 1.
    Nu reinventați roata în modulele de resurse: folosiți name, description, și valoarea default pentru variabile cum sunt definite în secțiunea "Argument Reference" (din documentația oficială Terraform) pentru resursa de care aveți nevoie.
  2. 2.
    Suportul pentru validarea variabilelor este destul de limitat (de exemplu, nu pot accesa alte variabile sau nu pot face căutări). Planificați în consecință, deoarece în multe cazuri această caracteristică este inutilă.
  3. 3.
    Utilizați forma de plural într-un nume de variabilă atunci când tipul este list(...) sau map(...).
  4. 4.
    Ordonați cheile într-un bloc de variabilă astfel: description , type, default, validation.
  5. 5.
    Includeți întotdeauna description pentru toate variabilele chiar dacă vi se pare că este evident ce fac (veți avea nevoie de această informație în viitor).
  6. 6.
    De preferință, alegeți folosirea unor tipuri simple (number, string, list(...), map(...), any) în loc de tipuri ca object() cu excepția cazului în care trebuie să aveți constrângeri stricte pentru fiecare cheie.
  7. 7.
    De preferință, alegeți folosirea tipurilor specifice, camap(map(string)) dacă toate elementele din map au același tip (ex.: string) sau pot fi convertite (ex.: tipul number poate fi convertit la tipul string).
  8. 8.
    Utilizați tipul any pentru a dezactiva validarea tipului începând de la o anumită adâncime sau atunci când mai multe tipuri ar trebui să fie acceptate.
  9. 9.
    Valoarea {} este uneori de tip map (hartă), dar alteori un obiect. Utilizați tomap(...) pentru a o face de tip map pentru că nu există nicio modalitate de a face un obiect.

Outputs

Faceți rezultatele (outputs) consistente și ușor de înțeles în afara domeniului de aplicare (atunci când un utilizator folosește un modul, ar trebui să fie evident care este tipul și atributul valorii returnate).
  1. 1.
    Numele rezultatului ar trebui să descrie proprietatea pe care o conține și să aibă o formă mai puțin liberă decât v-ați dori în mod normal
  2. 2.
    O structură bună pentru numele de ieșire arată ca {name}_{type}_{attribute} , unde:
    1. 1.
      {name} este o resursă sau un nume de sursă de date fără prefix de furnizor. {name} pentru aws_subnet este subnet, pentruaws_vpc este vpc.
    2. 2.
      {type} este un tip de sursă de resurse.
    3. 3.
      {attribute} este un atribut returnat de rezultate (outputs).
  3. 3.
    Dacă rezultatul returnează o valoare cu funcții de interpolare și resurse multiple, {name} și {type} ar trebui să fie cât mai generice (this ca prefix ar trebui să fie omis). Vezi exemple.
  4. 4.
    Dacă valoarea returnată este o listă, aceasta ar trebui să aibă un nume la plural. Vezi exemplu.
  5. 5.
    Includeți întotdeauna description pentru toate rezultatele (outputs) chiar dacă vi se pare că este ceva evident.
  6. 6.
    Evitați setarea sensitive pentru argumente cu excepția cazului în care controlați pe deplin utilizarea acestui rezultat în toate locurile din toate modulele.
  7. 7.
    De preferință, alegețitry() (disponibil începând cu Terraform 0.13) în loc de element(concat(...)) (abordarea legacy folosită înainte de versiunea 0.13)

Exemple de cod pentru output

Returnați cel mult un ID al grupului de securitate:
outputs.tf
output "security_group_id" {
description = "The ID of the security group"
value = try(aws_security_group.this[0].id, aws_security_group.name_prefix[0].id, "")
}
Când aveți mai multe resurse de același tip, .this ar trebui să fie omis în numele ieșirii:
outputs.tf
output "this_security_group_id" {
description = "The ID of the security group"
value = element(concat(coalescelist(aws_security_group.this.*.id, aws_security_group.web.*.id), [""]), 0)
}

Folosiți numele la plural dacă valoarea returnată este o listă

outputs.tf
output "rds_cluster_instance_endpoints" {
description = "A list of all cluster instance endpoints"
value = aws_rds_cluster_instance.this.*.endpoint
}
Export as PDF
Copy link
Edit on GitHub
On this page
Convenții generale
Argumentele resurselor și surselor de date
Exemple de cod pentru resurse (resource)
Folosirea count / for_each
Folosirea tags
Condiții în count
Variabile
Outputs
Exemple de cod pentru output
Folosiți numele la plural dacă valoarea returnată este o listă