Simplifique la implementación de aplicaciones multiusuario de Amazon EKS mediante Flux

En la bootstrap carpeta, abra el bootstrap.sh archivo y actualice los valores de las variables para el nombre del bucket de S3, el nombre de la tabla de DynamoDB y: Región de AWS

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

Ejecute el script bootstrap.sh. El script requiere el AWS CLI, que ha instalado como parte de los requisitos previos.

cd bootstrap
./bootstrap.sh

Cuando el proceso de arranque se complete correctamente, copie el bucket de S3 y el nombre de la tabla de DynamoDB de la sección variables del script: bootstrap.sh

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

Pegue esos valores en el run.sh script, que se encuentra en el directorio raíz del proyecto:

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

Sube el código del proyecto a un CodeCommit repositorio. Puedes crear este repositorio automáticamente a través de Terraform configurando la siguiente variable true en el demo/pipeline/locals.tf archivo:

create_new_repo = true

Actualice el locals.tf archivo de acuerdo con sus requisitos para crear recursos de canalización.

En la templates carpeta, asegúrese de que los buildspec archivos tengan la siguiente variable establecida ennetwork:

TF_MODULE_TO_BUILD: "network"

En la CodePipeline consola, en la página de detalles de la canalización, inicia la canalización seleccionando Release change.

En la demo/pipeline carpeta, abra el locals.tf archivo y defina true la vpc_enabled variable en.

Ejecute el run.sh script para aplicar los cambios al módulo de canalización:

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 el values.yaml archivo en la siguiente ubicación:

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

El archivo tiene este aspecto:

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

En las tenants secciones global y, actualice la configuración en función de sus requisitos:

Se crearon los espacios de nombres de inquilinos, tal y como se especifica en: values.yaml

kubectl get ns -A

Las cuotas se asignan a cada espacio de nombres de inquilinos, tal y como se especifica en: values.yaml

kubectl get quota --namespace=<tenant_namespace>

Los detalles de las cuotas son correctos para cada espacio de nombres de inquilinos:

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

Las políticas de Cilium Network se aplicaron a cada espacio de nombres de inquilinos:

kubectl get CiliumNetworkPolicy -A

Flux puede conectarse al CodeCommit repositorio especificado en el GitOps módulo:

kubectl get gitrepositories -A

El controlador de personalización de Flux ha desplegado los archivos YAML en el repositorio: CodeCommit

kubectl get kustomizations -A

Todos los recursos de la aplicación se implementan en sus espacios de nombres de inquilinos:

kubectl get all -n <tenant_namespace>

Se ha creado una entrada para cada inquilino:

kubectl get ingress -n <tenant_namespace>