---
# System prepended metadata

title: Onboarding de infraestrutura

---

# Onboarding de infraestrutura

## Primeiros acessos
 
### GitHub Orgs
 - [Beleza na web](https://github.com/belezanaweb/)
 - [Grupo Boticario](https://github.com/grupoboticario)

## links úteis
 - [AWS](https://grupoboticario.awsapps.com/)
 - [Jenkins](https://ci.blzlocal.com.br/)
 - [Atlantis](https://atlantis.grupoboticario.digital/)
 - [ArgoCD](https://argocd.private.belezanaweb.digital/)
 - [Grafana](https://grafana.monitoring.blzlocal.com.br/)
 - [Newrelic](https://one.newrelic.com/)

### NewRelic Accounts
 - vs-ecomm-prd
 - vs-ecomm-hml
 - vs-ecomm-shr

## estruturação de contas 

Antes de entendermos a estruturação das contas, temos que entender o fluxo de aplicação de mudanças. Ele é feito com auxilio de algumas ferramentas:

* terraform para escrita do IaC
* terragrunt para parsing de states
* atlantis para provisionamento mediante aprovação de mudanças nas PR´s abertas pelo github

A estruturação das contas ficam debaixo desse [repositório](https://github.com/grupoboticario/tf-aws-organization-resources). Ele é responsável pela criação dos elementos básicos da conta:

* conta com nome padronizado
* certificados para o domínio da aplicação com o nome já normalizado
* uso da vpc compartilhada em shared


O módulo responsável pela criação da conta está [nesse repositório](https://github.com/grupoboticario/tf-aws-module-accounts-default-resources).

Como exemplo de estruturação das contas iremos usar a nossa vs `ecomm` como exemplo:

![nivel das contas](https://i.imgur.com/lFzR3E0.png)


* O nível pai de todas as vs´s é a OU (organization unit) `vs`
* Abaixo da OU vs temos cada value stream individualmente controlada
* Cada vs possui quatro ambientes (dev, hml, prd, shr)
* A shared de cada vs (shr) é responsável por interligar recursos do mesmo nível na cadeia de contas.

