Simplificação da implantação de aplicações multilocatário no Amazon EKS usando o Flux

Na pasta bootstrap, abra o arquivo bootstrap.sh e atualize os valores das variáveis para o nome do bucket do S3, o nome da tabela do DynamoDB e a Região da AWS:

S3_BUCKET_NAME="<S3_BUCKET_NAME>" 
DYNAMODB_TABLE_NAME="<DYNAMODB_NAME>" 
REGION="<AWS_REGION>"

Execute o script bootstrap.sh. O script requer a AWS CLI, que você instalou como parte dos pré-requisitos.

cd bootstrap
./bootstrap.sh

Após a conclusão bem-sucedida do processo de inicialização, copie o nome do bucket do S3 e da tabela do DynamoDB da seção variables do script bootstrap.sh:

# Variables
S3_BUCKET_NAME="<S3_BUCKET_NAME>"
DYNAMODB_TABLE_NAME="<DYNAMODB_NAME"

Cole esses valores no script run.sh, que está no diretório raiz do projeto:

BACKEND_BUCKET_ID="<SAME_NAME_AS_S3_BUCKET_NAME>"
DYNAMODB_ID="<SAME_NAME_AS_DYNAMODB_NAME>"

Faça o upload do código do projeto para um repositório do CodeCommit. É possível criar esse repositório automaticamente por meio do Terraform ao definir a seguinte variável como true no arquivo demo/pipeline/locals.tf:

create_new_repo = true

Atualize o arquivo locals.tf de acordo com seus requisitos para criar os recursos do pipeline.

Na pasta templates, verifique se os arquivos buildspec têm a seguinte variável configurada para network:

TF_MODULE_TO_BUILD: "network"

No console do CodePipeline, na página de detalhes do pipeline, inicie o pipeline escolhendo Lançar alteração.

Na pasta demo/pipeline, abra o arquivo locals.tf e defina a variável vpc_enabled como true.

Execute o run.sh para aplicar as alterações no módulo do pipeline:

demo/pipeline/locals.tf
./run.sh -m pipeline -env demo -region <AWS_REGION> -tfcmd init
./run.sh -m pipeline -env demo -region <AWS_REGION> -tfcmd plan 
./run.sh -m pipeline -env demo -region <AWS_REGION> -tfcmd apply

Abra o arquivo values.yaml no seguinte local:

cd cfg-terraform/demo/compute/cfg-tenant-mgmt

Exemplo de arquivo:

---
global:
  clusterRoles:
    operator: platform-tenant
    flux: flux-tenant-applier
  flux:
    tenantCloneBaseUrl: ${TEANT_BASE_URL}
    repoSecret: ${TENANT_REPO_SECRET}
tenants:
  tenant-1:
    quotas:
      limits:
        cpu: 1
        memory: 1Gi
    flux:
      path: overlays/tenant-1
  tenant-2:
    quotas:
      limits:
        cpu: 1
        memory: 2Gi
    flux:
      path: overlays/tenant-2

Nas seções global e tenants, atualize a configuração de acordo com os seus requisitos:

Os namespaces dos locatários foram criados, conforme especificado em values.yaml:

kubectl get ns -A

As cotas foram atribuídas a cada namespace de locatário, conforme especificado em values.yaml:

kubectl get quota --namespace=<tenant_namespace>

Os detalhes das cotas estão corretos para cada namespace de locatário:

kubectl describe quota cpu-memory-resource-quota-limit -n <tenant_namespace>

As políticas de rede da Cilium foram aplicadas a cada namespace de locatário:

kubectl get CiliumNetworkPolicy -A

O Flux consegue se conectar ao repositório do CodeCommit especificado no módulo do GitOps:

kubectl get gitrepositories -A

O controlador de “kustomization” do Flux implantou os arquivos YAML no repositório do CodeCommit:

kubectl get kustomizations -A

Todos os recursos das aplicações foram implantados nos seus respectivos namespaces de locatários:

kubectl get all -n <tenant_namespace>

Uma entrada foi criada para cada locatário:

kubectl get ingress -n <tenant_namespace>