Notas del taller
Decisiones de ingeniería, novedades del catálogo y guías prácticas — escritas por el equipo que mantiene las imágenes.

ARM64 por defecto: por qué construimos nuestras AMIs sobre Graviton
Cuando diseñamos nuestras imágenes tuvimos que elegir una arquitectura por defecto. Lo pensamos, medimos y nos decantamos por ARM64. Aquí te explicamos por qué creemos que es la mejor opción para la mayoría, y por qué —si necesitas x86_64— solo tienes que pedirlo.

Reduce el tamaño y el tiempo de arranque de tus AMIs
Una imagen hinchada arranca lenta, cuesta más de almacenar y agranda tu superficie de ataque. Adelgazar tus AMIs y acelerar su arranque mejora tu autoescalado, tu factura y tu seguridad de una tacada. Aquí tienes cómo.

Imágenes de máquina para IA y GPU en 2026: lo que cambia cuando entran las GPU
Montar un entorno de IA sobre GPU a mano es un festival de drivers, versiones de CUDA y frameworks que no encajan. Una imagen bien preparada para GPU te ahorra días de sufrimiento. Esto es lo que debe llevar una AMI para IA en 2026.

ARM y Graviton: migra tus imágenes y ahorra en tu factura cloud
El procesador ARM dejó de ser cosa de móviles: hoy mueve una parte enorme de la nube y ofrece una relación precio-rendimiento difícil de ignorar. Migrar tus imágenes a Graviton puede recortar tu factura de forma notable. Te contamos cómo y con qué cuidado.

Cómo migrar a una nueva AMI sin cortes de servicio
Actualizar la imagen que sostiene tu servicio no tiene por qué implicar una noche en vela ni una pantalla de mantenimiento. Con la estrategia adecuada, cambias de AMI con cero downtime y con un botón de marcha atrás siempre a mano.

BYOL vs pago por hora: entiende las licencias y el coste de tus AMIs
¿Traes tu propia licencia o pagas por hora al usar una imagen? La respuesta cambia tu factura, tu flexibilidad y tus obligaciones legales. Esta guía te ayuda a elegir el modelo que de verdad te conviene.

Gestión de secretos: nunca hornees credenciales en una AMI
Una contraseña dentro de una imagen es una fuga esperando a ocurrir: se copia, se comparte y se queda para siempre en un snapshot. La regla es sencilla y no admite excepciones: los secretos nunca van en la imagen. Así se hace bien.

SBOM en imágenes de máquina: inventario y trazabilidad de tu software
Cuando salga la próxima vulnerabilidad crítica, la pregunta será: «¿estoy afectado?». Sin un SBOM, la respuesta tarda días de búsqueda manual. Con él, segundos. Te explicamos qué es y cómo generarlo para tus imágenes.

cloud-init y user-data: configura tus instancias en el arranque como un profesional
Una golden AMI resuelve lo estable; cloud-init resuelve lo que cambia. Dominar user-data y cloud-init es lo que te permite usar una misma imagen en mil escenarios sin rehornearla. Aquí tienes la guía práctica.

AMIs endurecidas para nodos de Kubernetes: la base segura de tu clúster
Kubernetes es tan seguro como los nodos sobre los que corre. Una AMI de nodo endurecida, parcheada y optimizada es el cimiento que muchos equipos pasan por alto. Te contamos cómo construir la imagen base ideal para EKS y clústeres autogestionados.

Reconstruir AMIs ante un CVE crítico: automatiza tu respuesta a vulnerabilidades
Cuando sale el próximo Log4Shell, el reloj corre. Las organizaciones que reconstruyen y redistribuyen su imagen en horas duermen tranquilas; las que parchean a mano, no. Esta es la arquitectura para responder a un CVE crítico de forma automática.

AWS vs Azure vs GCP: comparativa de imágenes de máquina entre nubes
AMI, Managed Image, Custom Image: cada nube tiene su nombre y sus reglas para lo mismo, una plantilla desde la que arrancar máquinas. Si trabajas en varias nubes, entender las diferencias te ahorra sorpresas.

Tendencias cloud 2026: imágenes inmutables, FinOps e IA marcan el ritmo
El 2026 llega con la nube más cara, más regulada y más inteligente. Para quien construye y despliega infraestructura, tres corrientes —inmutabilidad, control de costes y automatización con IA— definen dónde poner el foco este año.

AMIs vs contenedores: cuándo conviene cada uno (y cuándo combinarlos)
¿Imagen de máquina o contenedor? La pregunta está mal planteada: no compiten, se complementan. Entender qué resuelve cada uno te ahorra sobreingeniería y te ayuda a elegir la herramienta adecuada para cada carga.

Cómo elegir una AMI de confianza antes de desplegar en producción
No todas las imágenes públicas son seguras, ni todas las imágenes seguras encajan con tu caso. Antes de arrancar una instancia sobre una AMI ajena, conviene mirar bajo el capó. Esta es la checklist que usan los equipos con criterio.

Cifrado, parches y cumplimiento: la tríada de seguridad de tus imágenes cloud
Cifrar los datos, mantener los parches al día y poder demostrarlo en una auditoría: tres prácticas que, combinadas, convierten tus imágenes de máquina en un activo de confianza y no en un riesgo latente.

Hardening CIS de AMIs: guía práctica para endurecer tus imágenes EC2
Una imagen sin endurecer es una puerta abierta esperando a que alguien entre. Aplicar los CIS Benchmarks a tus AMIs eleva de golpe tu postura de seguridad y te acerca al cumplimiento. Te explicamos cómo hacerlo sin frenar a tu equipo.

Ciclo de vida de una AMI: versionado, cifrado y limpieza automatizada
Crear una AMI es fácil; gobernarla en el tiempo es lo que separa a un equipo profesional de un cementerio de imágenes huérfanas y facturas infladas. Esta es la guía completa para versionar, cifrar y limpiar tus imágenes sin dolor.

Golden AMI con Packer: cómo crear un pipeline reproducible paso a paso
Una golden AMI bien construida es la diferencia entre desplegar en segundos con confianza o pelearte con servidores que nunca son iguales. En esta guía técnica montamos un pipeline reproducible con Packer, listo para producción.

Zabbix 7.0 LTS ya disponible: qué cambia en nuestra AMI
Frontend renovado, widgets de SLA y un lector SQS reescrito. Repasamos las novedades de la nueva línea LTS y cómo migrar desde 6.0 sin perder histórico.

Por qué seguimos manteniendo los stacks de Bitnami
Cuando Bitnami dejó de publicar, miles de equipos se quedaron sin parches. Esto es lo que hicimos.