Semplifica la distribuzione di applicazioni multi-tenant Amazon EKS utilizzando Flux

Nella bootstrap cartella, apri il bootstrap.sh file e aggiorna i valori delle variabili per il nome del bucket S3, il nome della tabella DynamoDB e: Regione AWS

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

Eseguire lo script bootstrap.sh. Lo script richiede il AWS CLI, che hai installato come parte dei prerequisiti.

cd bootstrap
./bootstrap.sh

Una volta completato correttamente il processo di bootstrap, copia il bucket S3 e il nome della tabella DynamoDB dalla sezione dello script: variables bootstrap.sh

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

Incolla questi valori nello run.sh script, che si trova nella directory principale del progetto:

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

Carica il codice del progetto in un CodeCommit repository. Puoi creare automaticamente questo repository tramite Terraform impostando la seguente variabile su true nel file: demo/pipeline/locals.tf

create_new_repo = true

Aggiorna il locals.tf file in base alle tue esigenze per creare risorse di pipeline.

Nella templates cartella, assicuratevi che per i buildspec file sia impostata la seguente variabile su: network

TF_MODULE_TO_BUILD: "network"

Sulla CodePipeline console, nella pagina dei dettagli della pipeline, avvia la pipeline scegliendo Release change.

Nella demo/pipeline cartella, apri il locals.tf file e imposta la vpc_enabled variabile su. true

Esegui lo run.sh script per applicare le modifiche al modulo 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

Aprire il values.yaml file nella seguente posizione:

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

Il file ha il seguente aspetto:

---
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

Nelle tenants sezioni global e, aggiorna la configurazione in base alle tue esigenze:

I namespace dei tenant sono stati creati, come specificato in: values.yaml

kubectl get ns -A

Le quote vengono assegnate a ogni spazio dei nomi dei tenant, come specificato in: values.yaml

kubectl get quota --namespace=<tenant_namespace>

I dettagli delle quote sono corretti per ogni spazio dei nomi dei tenant:

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

Le politiche di rete Cilium sono state applicate a ogni spazio dei nomi dei tenant:

kubectl get CiliumNetworkPolicy -A

Flux è in grado di connettersi al CodeCommit repository specificato nel modulo: GitOps

kubectl get gitrepositories -A

Il controller di personalizzazione Flux ha distribuito i file YAML nel repository: CodeCommit

kubectl get kustomizations -A

Tutte le risorse dell'applicazione vengono distribuite nei relativi namespace dei tenant:

kubectl get all -n <tenant_namespace>

È stato creato un ingresso per ogni tenant:

kubectl get ingress -n <tenant_namespace>