Saltar al contenido

Arquitectura · Cloud · IA

Las mejores arquitecturas empiezan con una pregunta honesta.

Solutions Architect · AWS

Soy Andrés Aguilar, Solutions Architect en AWS. Escribo sobre arquitectura, cloud y sobre cómo cambia nuestro oficio cuando la IA entra en el ciclo de desarrollo: AI-DLC, Kiro, agentes y las decisiones que siguen siendo nuestras.

Principios

No son respuestas universales. Son ideas que uso para pensar con más claridad antes de elegir una tecnología.

  • Diseñar desde el propósito

    Una arquitectura útil empieza por comprender a quién sirve, qué problema cambia y qué decisión debe hacer posible.

    • La tecnología sigue a la intención
    • Los compromisos se hacen visibles
    • La claridad es parte del diseño
  • Evolucionar de forma incremental

    Los sistemas duraderos rara vez nacen completos. Aprenden, se adaptan y mejoran sin convertir cada cambio en una apuesta total.

    • Cambios pequeños con aprendizaje rápido
    • Decisiones reversibles cuando sea posible
    • Progreso antes que perfección
  • Operar con responsabilidad

    Construir también significa cuidar lo que ocurre después: seguridad, resiliencia, observabilidad y una operación comprensible.

    • Diseñar para los días difíciles
    • Hacer observable lo importante
    • Tratar la operación como parte del producto
  • Eficiencia como restricción creativa

    El coste, la complejidad y la energía no son detalles finales. Son límites que pueden conducir a soluciones más simples y mejores.

    • Usar sólo lo que aporta valor
    • Eliminar complejidad accidental
    • Optimizar sin perder el propósito

Construir con IA

La IA dejó de ser el autocompletado y pasó a ejecutar. Eso no elimina el criterio: cambia dónde hace falta ponerlo. Estas son las tres ideas con las que trabajo hoy.

  • AI-DLC: la IA ejecuta, las personas deciden

    AI-DLC (AI-Driven Development Life Cycle) organiza el desarrollo asistido por IA en fases trazables —de la intención a los requisitos, el diseño, la construcción y la operación— con una puerta de aprobación antes de cada avance.

    • Un plan de trabajo explícito en lugar de prompts sueltos
    • La persona aprueba al final de cada etapa
    • Cada decisión queda registrada y se puede auditar
  • Kiro: la especificación como unidad de trabajo

    Con Kiro el punto de partida no es un chat, es una especificación: requisitos, diseño y tareas antes de generar código. El steering guarda las convenciones del repositorio una sola vez y los hooks se ocupan de lo repetitivo.

    • Especificar antes de generar
    • Las convenciones del proyecto, escritas una vez
    • Automatizaciones disparadas por eventos del repo
  • Lo que la IA no decide

    Los agentes escriben mucho código muy rápido, y eso vuelve más valiosas —no menos— las decisiones que no se delegan: los límites del sistema, los compromisos que aceptamos y lo que estamos dispuestos a mantener durante años.

    • Los compromisos siguen siendo humanos
    • Revisar es parte del trabajo, no un trámite
    • Velocidad sin dirección sólo acumula deuda

Territorios que exploro

Tecnologías y disciplinas que forman parte de mi trabajo y de las preguntas que desarrollo en este sitio.

  • IA en el ciclo de desarrollo

    • AI-DLC
    • Kiro
    • MCP
    • Bedrock
    • Bedrock AgentCore
    • Strands Agents
  • Cómputo y contenedores

    • EC2
    • Lambda
    • ECS
    • EKS
    • Fargate
    • ECR
    • Graviton
  • Datos y almacenamiento

    • S3
    • EFS
    • RDS
    • Aurora
    • DynamoDB
    • ElastiCache
    • DMS
  • Analítica y machine learning

    • Redshift
    • Glue
    • Athena
    • Lake Formation
    • S3 Tables
    • Kinesis
    • QuickSight
    • SageMaker AI
  • Integración

    • API Gateway
    • AppSync
    • EventBridge
    • SQS
    • SNS
    • Step Functions
  • Redes

    • VPC
    • Transit Gateway
    • Cloud WAN
    • PrivateLink
    • VPC Lattice
    • Route 53
    • CloudFront
    • Direct Connect
  • Seguridad

    • IAM
    • IAM Identity Center
    • KMS
    • Secrets Manager
    • WAF
    • Shield
    • GuardDuty
    • Security Hub
  • Plataforma y gobierno

    • CDK
    • Terraform
    • CloudFormation
    • Organizations
    • Control Tower
    • Systems Manager
    • Well-Architected Tool
  • Observabilidad

    • CloudWatch
    • Application Signals
    • OpenTelemetry
    • ADOT
    • Managed Prometheus
    • Managed Grafana

De Yapamatico a la nube

Una historia que empieza en dos pueblos de Falcón, pasa por una computadora 286 y sigue abierta.

AWS Golden Jacket

Mi familia viene de dos pueblos pequeños de Falcón, en Venezuela. Por parte de mi mamá, de Coro. Por parte de mi papá, de Yapamatico: un lugar que no le suena a casi nadie y al que sólo la familia sabe llegar.

Yo crecí en Punto Fijo, una ciudad petrolera. Mi primera computadora fue una 286, y fue en los colegios petroleros de la ciudad donde escribí mis primeras líneas de código: LOGO, una tortuga en la pantalla y un puñado de instrucciones que se convertían en figuras.

A los 13 años eso dejó de ser un juego. Por razones económicas empecé a programar y a reparar computadoras: no como pasatiempo, sino porque hacía falta. Aprendí el oficio desde el lado en el que las cosas están rotas y hay que hacerlas funcionar con lo que hay.

A los 17 me fui a Mérida a estudiar Ingeniería de Sistemas, y pagué la carrera programando. Estudiar y trabajar del mismo tema tiene una ventaja que tardé años en apreciar: todo lo que aprendía tenía que servir para algo esa misma semana.

De ese recorrido me quedó una idea que sigo usando en arquitectura: casi todo lo que aprendí, lo aprendí con menos recursos de los que hacían falta. Por eso no veo las restricciones como el obstáculo del diseño, sino como parte del diseño.

Hoy trabajo como Solutions Architect en AWS y soy AWS Golden Jacket. El camino desde una 286 en Punto Fijo hasta aquí no fue una línea recta, y probablemente sea la razón por la que este sitio insiste más en las preguntas que en las respuestas.

Sigamos la conversación

Las buenas ideas mejoran cuando se comparten. Escríbeme un correo, o encuéntrame en LinkedIn y GitHub.