DEV Community: Luis Fernando de León Ramírez

Application Load Balancer de EKS se desvincula de WAF

Luis Fernando de León Ramírez — Wed, 15 Apr 2026 03:40:57 +0000

La creación de recursos fuera de infraestructura como código suele darnos sorpresas, regularmente muchos dan mantenimiento a su infraestructura a través de cloudformation, sin embargo en algunos servicios es recomendable que se tome en cuenta la documentación oficial para prevenir imprevistos que puedan ponernos en aprietos.

Hace unos días revisando mi infraestructura la cual se compone de varios clústeres de kubernetes, los cuales aún utilizan ingress controler para definir los paths que dirigen a los servicios publicados, dentro de estos ingress utilicé la función de que automáticamente al crearlos se generara un balanceador de aplicaciones dentro de la infraestructura de AWS, todo había ido muy bien, hasta que hice la actualización de versión de kubernetes.

Todo funcionó correctamente, hice mi actualización a la versión 1.33 de Kubernetes en EKS y todo fue sencillo como siempre, inicialmente hice la actualización de mi plano de control, tratando de ser muy ordenado (En lo personal me gusta realizarlo desde el cli), de la siguiente forma.

1. Verifiqué la versión actual del clúster: 
       aws eks describe-cluster --name eks-cluster-infraestructura --query cluster.version --output text

2. Actualicé el plano de control:
       aws eks update-cluster-version --name eks-cluster-infraestructura  --kubernetes-version 1.33 --output json

3. Actualicé los grupos de nodos:
      aws eks update-nodegroup-version --cluster-name eks-cluster-infraestructura --nodegroup-name ng-cluster-infraestructura --kubernetes-version 1.33

4. Y finalmente actualicé los complementos del clúster:
     aws eks update-addon --cluster-name eks-cluster-infraestructura  --addon-name coredns --addon-version v1.13.2-eksbuild.1 --configuration-values '{}'
     aws eks update-addon --cluster-name eks-cluster-infraestructura   --addon-name vpc-cni --addon-version v1.21.1-eksbuild.5  --configuration-values '{}'
     aws eks update-addon --cluster-name eks-cluster-infraestructura  --addon-name kube-proxy --addon-version v1.33.9-eksbuild.2   --configuration-values '{}'
     aws eks update-addon --cluster-name eks-cluster-infraestructura   --addon-name amazon-cloudwatch-observability --addon-version  v5.2.2-eksbuild.1   --configuration-values '{}'
     aws eks update-addon --cluster-name eks-cluster-infraestructura  --addon-name eks-pod-identity-agent --addon-version  v1.3.10-eksbuild.2 -  --configuration-values '{}'

Como dato adicional les recomiendo esta actualización del complemento de amazon-cloudwatch-observability, acá ya podrán integrar el uso de applications signals (APM) el cual permite un monitoreo a detalle de lo que puede estar pasando en cada carga de trabajo dentro de tu clúster de EKS.

Hasta el momento todo iba muy bien, la actualización fue exitosa, no hubo necesidad de realizar cambios adicionales, sin embargo para revisar que todo estuviera bien hice algunas pruebas y vaya sorpresa, resulta que el web ACL que tenía vinculado el balanceador del cluster, ya no tenía recursos vinculados, luego de leer a fondo la documentación pude observar que es necesario que dentro de la definición de mi recurso Ingress debo vincular el ARN del web ACL, y esto sucede porqué cuando se vincula manualmente el balanceador desde la consola de AWS esa configuración termina siendo efímera, solamente existirá mientras no hayan cambios en el clúster, el archivo yaml de tu ingress no tiene idea de que en algún momento vinculaste el balanceador a un WAF, por lo que al actualizar el clúster este toma la definición inicial del YAML del ingress y al no estar declarado el vinculo al WAF asume que no debe estar ahí.

Es por eso que para que no te suceda esto, te dejaré la forma en la cual debes agregar el ARN del WAF a tu ingress.

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: mi-app-web
  annotations:
    # En esta línea debes agregar el ARN de tu web ACL 
    alb.ingress.kubernetes.io/wafv2-acl-arn: arn:aws:wafv2:region:123456789012:regional/webacl/nombre-waf/a1b2c3d4...
spec:
  ingressClassName: alb

La propiedad en el recurso de ingress ha sido permitida desde hace varios años, sin embargo el adoptar infraestructura que no fue creada por nosotros puede generar inconvenientes como este que en muchos casos genera confusión.

Billing and Cost Manager (Administración de facturación y costos)

Luis Fernando de León Ramírez — Thu, 19 Mar 2026 05:28:43 +0000

Cuando inicie a conocer sobre los servicios de AWS, me generaba miedo el no saber utilizar los créditos de la capa gratuita y tener que pagar una factura muy costosa solamente por hacer pruebas, por lo que cada vez que pensaba en crear una cuenta recordaba eso y no lo hacía, sin embargo existe un servicio dentro de la consola de AWS llamado "Gestión de facturación y costes de AWS", a través de este es posible la generación de reportes y el monitoreo constante de los costos que estamos generando en la consola, cuando descubrí el uso de esto tuve paz al saber que no tendría que pagar cuando estuviera utilizando la capa gratuita, a continuación te dejo un artículo donde te explico cómo crear estos presupuestos.

Al iniciar sesión en tu cuenta debes ingresar al servicio de "Billing and Cost Manager (Administración de facturación y costos".
Selecciona la opción de "Budgets" (Presupuestos)
Para este ejercicio crearemos un presupuesto, el cual nos permitirá saber el total gastado hasta el momento, tomando como referencia que el máximo a gastar por mes serán 50 dólares, para esto utilizaremos la opción de plantillas simplificadas, lo cual utilizará las configuraciones recomendadas, pudiendo cambiar algunas de estas después de haber creado el presupuesto (Alertas configurables).
Al finalizar la creación del presupuesto se listarán los presupuestos disponibles en esta sección daremos clic sobre el presupuesto creado para realizar la configuración de las alertas.
Al editar el presupuesto, en el paso 1 se visualizará el presupuesto creado, en esta sección se deberá indicar el periodo para el cual se asignará el presupuesto, así como el mes en el cual se iniciará la evaluación del presupuesto.
En el paso 2 se configurarán tres alertas las cuales nos informarán cuando alguna de estas se cumpla, las condiciones serán las siguientes:
- Cuando el total del consumo exceda el 25%
- Cuando el total del consumo exceda el 50%
- Cuando el total del consumo exceda el 90%
A cada alerta podremos indicarle un máximo de 10 direcciones de correo electrónico a las cuales se notificará, con la finalidad de mantener un control sobre los recursos que podamos dejar encendidos por equivocación, y poder tomar acciones correctivas de forma manual para evitar el incremento de gastos.
En el paso 3 se presentará un resumen de las alertas y las acciones que se tendrán cuando estas se cumplan (tomar en cuenta que el uso de acciones personalizadas podría incurrir en un gasto adicional, por lo cual con fines de prueba únicamente se establece la notificación por correo electrónico).
En el paso 4 se generará un resumen con todas tus configuraciones realizadas en el presupuesto, al dar clic en guardar todas las configuraciones se aplicarán, de esta forma se habrá creado el presupuesto para monitorear el total consumido en tu cuenta.

Bonus

Si prefieres tener un resumen de lo que recopilan las alertas podrás configurar reportes diarios que lleguen a tu correo electrónico en el cual tendrás el detalle del consumo hasta el final del día.

Ingresa a la opción "Budgets reports (Reportes de presupuesto)" y dar clic sobre la opción de crear reporte, al visualizar la configuración inicial podrás seleccionar el presupuesto al cual deseas dar seguimiento y establecer la frecuencia del envío, para este ejercicio se seleccionará diario, para que el correo sea enviado al final del día con los datos recopilados por la alerta.
Al final del día recibirás un correo en el cual tendrás el resumen de tus gastos.

Recuerda que el crear presupuestos para seguimiento de costos no tendrá ningún valor en tu factura, siempre y cuando sean alertas básicas y con notificación a un máximo de 10 correos electrónicos y sin el uso de acciones correctivas de forma automática.

Accede al siguiente enlace para leer la documentación oficial: Documentación AWS Cost Management

Dockerfile

Luis Fernando de León Ramírez — Tue, 10 Mar 2026 02:29:42 +0000

El traslado de aplicaciones entre ambientes sigue siendo un problema constante, ya que pueden utilizar diversos tipos de servidores, sistemas operativos, dependencias, etc.

Pero esto tiene una solución muy sencilla, el uso de contenedores facilita el traslado de entornos de trabajo generando copias inmutables, las cuales no pueden tener cambios posteriores a su compilación, para realizar esto se hace uso de un archivo de texto plano en el cual se establecen las condiciones para la generación del contenedor.

Dockerfile, este archivo contiene una serie de instrucciones en este caso nuestro robot ensamblador, que se encarga de la construcción del contenedor siguiendo paso a paso las indicaciones proporcionadas, este proceso consiste en la creación de diversas capas que contienen los elementos que serán utilizados.

Es importante conocer estas instrucciones y las acciones que pueden realizar, esto facilitará la administración de la infraestructura de las aplicaciones sin afectar el funcionamiento interno de las aplicaciones, las instrucciones más comunes son:

FROM: Define una base para la imagen, normalmente acá se hacen uso de sistemas operativos optimizados, normalmente se dividen en sistemas operativos completos y mínimos
RUN: A través de esta instrucción ejecuta un comando sobre una capa nueva, también es posible utilizarla para le ejecución de comandos shell.
WORKDIR: Permite situarse sobre un directorio específico.
COPY: Copia nuevos archivos a la imagen del contenedor.
CMD: Permite que puedan ejecutarse comandos al iniciar el contenedor.

Ahora crearemos un ejemplo sencillo para que puedas interactuar con docker.

NOTA: Para este ejercicio haremos uso del Subsistema de Windows para Linux (WSL) con docker instalado.

Crearemos una carpeta en la cual desarrollaremos la creación de nuestra imagen
Creamos un archivo sin extensión llamado Dockerfile

Agregaremos las siguientes líneas dentro del archivo

# Usa una imagen mínima - Alpine Linux
FROM alpine:latest

# Ejecuta un comando para identificar el progreso de la construcción
RUN echo "Construyendo mi primera imagen desde el Dockerfile..."

# Define el comando por defecto que se ejecutará al iniciar el contenedor
CMD ["echo", "¡Hola mundo desde mi primer imagen en docker!"]

Generaremos la imagen por primera vez a través del siguiente comando:
docker build -t mi-hola-mundo .
Deberíamos ver algo similar a esta salida.

Verificaremos que la imagen fue creada correctamente a través del siguiente comando:
Docker images
Deberemos ver nuestra imagen lista para ser utilizada
Ejecutaremos la imagen, cabe mencionar que usaremos la opción --rm para que docker elimine la imagen cuando esta termine de utilizarse.
docker run --rm mi-hola-mundo
Obtendrás la siguiente salida:

¡Hola mundo desde mi primera imagen en docker!

Acá habrás creado tu primera imagen de Docker, esto será el inicio de muchas imágenes que crearas, las cuales podrás modificar para mejores resultados.

¿Quieres saber más de docker?, ingresa al siguiente enlace: Link

En la nube de AWS podrás hacer uso los contenedores que crees en diferentes servicios como ECS y EKS, te invito a que puedas conocer estos servicios
ECS: Link
EKS: Link

Y recuerda que puedes obtener hasta 200 dólares en la capa gratuita de AWS para hacer tus pruebas, si quieres conocer más de esto, ingresa al siguiente enlace: Link

#Containers #Dockerfile #AWS #AWSComunityBuilders #ECS #EKS

¿Qué es un contenedor?

Luis Fernando de León Ramírez — Thu, 05 Mar 2026 01:09:16 +0000

Los contenedores son elementos de transporte o cajas de almacenamiento que son utilizadas para facilitar el traslado de diversos objetos.

¡Ahora imaginate hacer todo esto con software!

En muchas ocasiones necesitamos trasladar software a un ambiente productivo, sin embargo las versiones de dependencias o sistemas operativos generan comportamientos distintos al trasladarlo, es por ello que en 2013 buscando solucionar este problema se lanzó una tecnología llamada Docker que buscaba empaquetar el software haciendo uso de sistemas operativos ligeros para aumentar la eficiencia de los servidores y manteniendo las versiones de dependencias utilizadas.

Quieres conocer más sobre esta tecnología, puedes leer el artículo completo acá: Link

💡☁️ Ciclo de operaciones en la nube

Luis Fernando de León Ramírez — Thu, 05 Mar 2026 00:12:41 +0000

📈La creciente incursión de la tecnología en empresas y organizaciones requiere la administración adecuada de las cargas de trabajo, para poder destacarse frente a sus competidores, es necesario fomentar la innovación y optimización de procesos, promoviendo la eficiencia en el desarrollo e implementación de software en producción.

Es por ello que es importante conocer el ciclo de operaciones en la nube, el cual se desarrolla a través de las siguientes etapas:
🚀 Despliegue.
📊 Monitoreo.
🔧 Mantenimiento.
🔏 Seguridad.
✅ Optimización.

¿Quieres conocer más sobre el ciclo de operaciones en la nube?

Puedes seguir el curso gratuito de AWS CloudOps Engineer en Skillbuilders, a través del siguiente enlace:
Link

AWS cloud Adoption Framework

Luis Fernando de León Ramírez — Thu, 05 Mar 2026 00:10:18 +0000

🚀☁️¿Trabajas on-premises y te preguntas como iniciar con el traslado de cargas de trabajo a la nube?

Es una pregunta muy común; Para llevar a cabo una migración es necesario definir una planificación que contribuya a la transformación digital y la entrega de resultados empresariales de forma eficiente.

AWS Cloud Adoption Framework (AWS CAF) provee una serie de buenas prácticas que se enfocan en proveer conocimientos que faciliten a las organizaciones una migración eficaz a la nube de AWS.

El CAF se enfoca en seis perspectivas principales:
💰 Comercial
🙋 Personas
⚖ Gobernanza
💻 Plataforma
🔐 Seguridad
⚒ Operaciones

¿Quieres conocer más sobre AWS Cloud Adoption Framework ?

Puedes leer el artículo completo acá
Link

#Cloud hashtag#AWS #gt #AWSCAF #CloudComputing #CloudArchitecture #Architecture #AWSCloudAdoptionFramework

AWS Identity and Access Managment (IAM)

Luis Fernando de León Ramírez — Thu, 05 Mar 2026 00:01:15 +0000

🔐 AWS Identity and Access Managment (IAM) fortalece el control de los recursos en AWS, al crear una cuenta se establece un usuario raíz que tendrá acceso ilimitado a todos los servicios en la cuenta.

Dentro del servicio de IAM existen identidades, las cuales pueden asociarse a diversas políticas que definen acciones a realizar con los servicios, los tipos de identidades son:

🙋 Usuarios
👨‍👩‍👦‍👦 Grupos de usuarios
👮Roles

📜 Las políticas permiten establecer a detalle los permisos que tendrán las identidades para la interacción con los servicios de AWS

➡️ Si quieres conocer más sobre IAM el sitio de AWS SkillBuilder ofrece una introducción a IAM en 10 minutos, ¿Quieres verlo?
Link

➡️ Quieres saber más sobre IAM: Link

#Cloud #AWS #gt #SkillBuilder #IAM #CloudComputing #CloudArchitecture #Architecture

Seguridad en AWS

Luis Fernando de León Ramírez — Wed, 04 Mar 2026 23:58:51 +0000

👮Gestión de identidad y accesos

🔒AWS IAM: Este servicio permite la creación de usuarios, roles y políticas, estos fortalecen el control de accesos a los recursos siendo parte fundamental para el cumplimiento del principio de privilegio mínimo.

🔑AWS SSO (identity Center): Este servicio facilita la administración de acceso a múltipes cuentas de AWS, proporcionando un inicio de sesión único para todas las cuentas y aplicaciones asignadas.

👓 AWS Cognito: Gestiona la autenticación, autorización e identidad de usuarios para aplicaciones web y móviles.

💻AWS Directory Service: Es una solución nativa en la nube que permite la integración de cargas de trabajos dependientes de Active Directory.

#Cloud #AWS #gt #IAM #CloudComputing #CloudArchitecture hashtag#Architecture #SSO #IdentityCenter #AWSCognito #AWSDirectoryService

Localstack

Luis Fernando de León Ramírez — Wed, 04 Mar 2026 23:53:50 +0000

💡¿Te encuentras iniciando en el mundo de AWS?

😱 Muchos consideran que iniciar puede ser complicado al no contar con herramientas que permitan realizar pruebas antes de llevar a cabo las pruebas en la capa gratuita, sin embargo actualmente existen herramientas que permiten emular diversos servicios de AWS en ambiente local, esto con la finalidad de reducir los costos en pruebas e implementar aplicaciones que se encuentren totalmente funcionales.

Localstack✌️
Es una herramientas que permite poder tener acceso a los recursos de diversas plataformas en ambiente local, teniendo control total de tu infraestructura, en la sección de AWS ofrece diversos planes los cuales ofrecen hasta 100 servicios para utilizar de forma local.

En el plan básico se ofrecen hasta 30 servicios los cuales pueden ser utilizados para pruebas de los servicios.

🛠 Un ejemplo rápido utilizando el método de instalación de docker compose

Sigue estos pasos para la instalación descargando el archivo de docker-compose.yml :
https://docs.localstack.cloud/aws/getting-started/installation/
Ten en cuenta que al utilizar el método de docker compose, debes indicar los servicios que utilizarás en las variables de ambiente
SERVICES: s3 ,sqs,dynamodb,lambda,iam,cloudwatch
Inicia el contenedor
docker compose up
Crea un archivo denominado index.js y realiza lo que necesitas en tu función lambda

Compilar y generar la función para su creación

Probar las función creada.

Ver la respuesta de la ejecución.

¿Ya habías probado esta herramienta?

#Cloud #AWS #localstack #gt #CI/CD #Lambda