Simplifique a implantação de aplicativos multilocatários do Amazon EKS usando o Flux

Na bootstrap pasta, abra o bootstrap.sh arquivo e atualize os valores das variáveis para o nome do bucket do S3, o nome da tabela do DynamoDB e: 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 o AWS CLI, que você instalou como parte dos pré-requisitos.

cd bootstrap
./bootstrap.sh

Depois que o processo de bootstrap for concluído com êxito, copie o bucket do S3 e o nome da tabela do DynamoDB da seção do script: variables bootstrap.sh

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

Cole esses valores no run.sh script, 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 em um CodeCommit repositório. Você pode criar automaticamente esse repositório por meio do Terraform definindo a seguinte variável true no demo/pipeline/locals.tf arquivo:

create_new_repo = true

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

Na templates pasta, verifique se os buildspec arquivos têm a seguinte variável definida comonetwork:

TF_MODULE_TO_BUILD: "network"

No CodePipeline console, na página de detalhes do pipeline, inicie o pipeline escolhendo Release change.

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

Execute o run.sh script para aplicar as alterações no módulo de 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 values.yaml arquivo no seguinte local:

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

O arquivo tem a seguinte aparência:

---
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 tenants seções global e, atualize a configuração com base em seus requisitos:

Os namespaces do inquilino foram criados, conforme especificado em: values.yaml

kubectl get ns -A

As cotas são atribuídas a cada namespace de inquilino, conforme especificado em: values.yaml

kubectl get quota --namespace=<tenant_namespace>

Os detalhes das cotas estão corretos para cada namespace de inquilino:

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

As políticas de rede Cilium foram aplicadas a cada namespace de inquilino:

kubectl get CiliumNetworkPolicy -A

O Flux é capaz de se conectar ao CodeCommit repositório especificado no GitOps módulo:

kubectl get gitrepositories -A

O controlador de personalização do Flux implantou os arquivos YAML no repositório: CodeCommit

kubectl get kustomizations -A

Todos os recursos do aplicativo são implantados em seus namespaces de locatário:

kubectl get all -n <tenant_namespace>

Uma entrada foi criada para cada inquilino:

kubectl get ingress -n <tenant_namespace>