Artículos sobre AWS en el blog de ConsultorIA: cloud, IA aplicada y seguridad en producción.
Casi todas las herramientas de inventario piden acceso de solo lectura y confían en que lo hayas hecho bien. En Skyline lo comprobamos antes, porque la política ReadOnlyAccess que te entrega un equipo muchas veces no es lo que creen que es.
La mayoría de equipos con dos o más nubes nunca las ha visto en una sola página. Cuando lo hacen, las sorpresas son lo bastante consistentes como para listarlas: regiones que nadie eligió, recursos que Terraform desconoce y un reparto de costes que no coincide con el modelo mental de nadie.
S3 parece un precio por gigabyte y no lo es. Las duraciones mínimas, el tamaño mínimo por objeto, las peticiones de transición y las fronteras de transferencia alrededor del bucket son por donde se va el dinero.
Ingesta, almacenamiento, métricas personalizadas, paneles y consultas se cobran por separado. La explosión de dimensiones en las métricas personalizadas y el registro de depuración olvidado en producción explican casi toda la sorpresa.
Un compromiso fija lo que estás ejecutando hoy. Antes de firmarlo, recorre la factura capa por capa y quita lo que no debería estar. Este es el orden que seguimos.
La mayoría de diseños multicuenta fallan porque nadie acordó para qué sirve una cuenta. Este es el mapa de cuentas que desplegamos, qué vive en cada una y las tres barreras que lo sostienen.
Los equipos discuten qué modelo usar y luego despliegan un asistente que responde con seguridad desde el documento equivocado. Lo que decide la calidad son los fragmentos, los permisos, la evaluación y el coste.
Nadie escribe una política IAM mínima desde una página en blanco. Se cosecha de lo que el rol hizo de verdad. Este es el bucle que ejecutamos para recortar permisos sin romper producción.
Una revisión de postura vale lo que vale su cobertura. Estos son los escáneres, analizadores de IAM y comprobadores de infraestructura como código que ejecutamos en AWS, Google Cloud y Azure, en qué destaca cada uno y dónde engaña.
Las instancias ARM cuestan entre un 20 y un 40 por ciento menos por el mismo trabajo, y la migración es sobre todo un problema de build, no de código. Este es el orden en que la hacemos y las cuatro cosas que muerden.
Kubernetes esconde el desperdicio mejor que ninguna otra plataforma, porque todo parece ocupado. Cuatro medidas te dicen dónde se va el dinero, y tres cambios suelen reducirlo a la mitad.
GuardDuty está activado en casi todas las cuentas y leído en casi ninguna. El arreglo no es más ajuste fino, es decidir de antemano qué cinco hallazgos despiertan a un humano y qué hace después.
Los buckets públicos son el titular y la parte fácil. Las fugas que encontramos ahora vienen de políticas de bucket, URLs prefirmadas, replicación y logs que nadie lee. Esta es la pasada completa.
Knowledge Bases, Guardrails y Agents quitan mucha fontanería. No quitan las decisiones de recuperación, permisos y evaluación, y ahí es donde siguen fallando los proyectos.
Casi todo el dolor de Terraform no es HCL. Es un fichero de estado enorme, applies desde portátiles y tres años de cambios manuales en la consola que nadie importó. Así lo desenredamos.
Aurora no es automáticamente mejor ni más barata. Gana en ejes concretos, pierde en otros, y la migración tiene un camino que deja la parada por debajo del minuto. Aquí está la decisión y el runbook.
Los errores de red en AWS son de los caros, porque arreglarlos significa mover cargas. Estos seis aparecen en casi todos los entornos que revisamos, y cinco son baratos de acertar el primer día.
Nmap sigue encontrando lo que importa en un perímetro cloud, pero solo si escaneas el espacio de direcciones correcto con las opciones correctas. Cómo construimos la lista de objetivos, qué tipos de escaneo compensan y cómo leer la salida sin perder una semana.