Azure – Nomenclatura de componentes

Quando você esta especificando uma arquitetura para a infraestrutura, parte do trabalho é fazer a definição de como deve ser a nomenclatura dos elementos em sua infraestrutura.

Como será a forma de se compor um nome para as “coisas”, como servidores, roteadores, firewall e até mesmo como deve ser a forma de montar os nomes das aplicações.

Isto para se ter um padrão de identificação.

Abaixo, vamos ir explicando cada conjunto de elementos e como podemos fazer as suas definições.

Servidores / Maquina Virtual

Nessa categoria, seguimos esse modelo:

[elemento]-[ambiente]-[sub]-[s/c][p/r/n]-[id]

Onde:

  • elemento – representa aquilo a ser nomeado.
  • ambiente – identifica se ele é produção, desenvolvimento, etc.
  • sub elemento – represente uma especialização para o elementos principal.
  • s/c – representa [s] single ou [c] cluster
  • p/r/n – representa [p] primary, ou [r] replica ou [n] node
  • id – identificador

Exemplos:

  • mongodb-dev-default-sp-1
  • IIS-prd-intranet-cn-1
  • IIS-prd-intranet-cn-2

Motivos:

A escolha desta ordem esta me facilitar a busca de um elemento.

Azure Resource Groups

Nessa categoria, seguimos esse modelo:

[elemento]-[ambiente]-[location]

Onde:

  • elemento – representa aquilo a ser nomeado.
  • ambiente – identifica se ele é produção, desenvolvimento, etc.
  • location – identifica a localização desse resource group na Azure. Ex: brazilsouth, eastus2, etc

Exemplos:

  • default-shr-eastus2

Azure – Virtual Networks

As Virtual Networks, basicamente representam a mesma estrutura que o Resource Group e por isso seguem o mesmo modelo e devem ser criados seguindo:

[elemento]-[ambiente]-[location]

Onde:

  • elemento – representa a projeto, empresa, grupo, etc.
  • ambiente – identifica se ele é produção, desenvolvimento, etc.
  • location – identifica a localização desse resource group na Azure. Ex: brazilsouth, eastus2, etc

Exemplos:

  • default-shr-eastus2

Azure – Network Security Group / Virtual Networks SubNet


Tanto o Network Security Group, quanto o Virtual Networks SubNet, devem seguir o mesmo modelo. Ambos são um par na configuração e desta forma, facilitando a identificação e gerenciamento dos mesmos.

[elemento]-[VNET]

Onde:

  • elemento – representa a sub divisão da VNet
  • VNet – representa a VNet em que este recurso faz parte.

Exemplos:

  • iac-default-shr-eastus2

https://tools.ietf.org/html/rfc2181