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

En la carpeta bootstrap, abra el archivo bootstrap.sh y actualice los valores de las variables para el nombre del bucket de S3, el nombre de la tabla de DynamoDB y la 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 usted instaló 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 script run.sh, 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>"

Cargue el código del proyecto en un CodeCommit repositorio. Puede crear este repositorio automáticamente a través de Terraform. Para ello, establezca la variable siguiente en true en el archivo demo/pipeline/locals.tf:

create_new_repo = true

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

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

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 carpeta demo/pipeline, abra el archivo locals.tf y establezca la variable vpc_enabled en true.

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

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 secciones global y tenants, actualice la configuración según 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 red de Cilium 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 creó una entrada para cada inquilino:

kubectl get ingress -n <tenant_namespace>