Jak oznaczasz role w swojej praktyce DevOps?

Podczas etykietowania ról stosuję następujące zasady i podejścia:

• Standaryzacja: Definiuję zestaw standardowych tagów dla ról.
• Automatyzacja: Zastosowuję tagi w Infrastructure as Code (IaC).
• Cykl życia: Tagi odzwierciedlają stan roli (rozwój, testowanie, produkcja).
• Bezpieczeństwo: Tagi służą do zarządzania dostępem i politykami.

Przykłady standardowych tagów:

Tag	Wartość	Opis
Project	nazwa-projektu	Przynależność do projektu
Environment	dev / test / prod	Środowisko wdrożeniowe
Service	nazwa-serwisu	Nazwa serwisu/komponentu
Owner	nazwa-zespołu / id-użytkownika	Zespół lub użytkownik odpowiedzialny za rolę
CostCenter	id-centra-kosztów	Centrum kosztów do raportowania finansowego

Przykład użycia w Terraform:

resource "aws_iam_role" "app_server_role" {
  name = "app-server-role-prod"

  assume_role_policy = jsonencode({
    Version = "2012-10-17"
    Statement = [
      {
        Action = "sts:AssumeRole"
        Effect = "Allow"
        Principal = {
          Service = "ec2.amazonaws.com"
        }
      },
    ]
  })

  tags = {
    Project     = "MyApp"
    Environment = "prod"
    Service     = "AppServer"
    Owner       = "BackendTeam"
  }
}

Etykietowanie umożliwia:

• Łatwe zidentyfikowanie zasobu i jego przeznaczenia.
• Grupowanie zasobów do zarządzania i monitorowania.
• Zastosowanie polityk bezpieczeństwa i reguł sieciowych.
• Analizę kosztów według projektów/usług.
• Ulepszenie organizacji i wyszukiwania zasobów.