Entradas

Mostrando las entradas etiquetadas como AWS CLI

Recuperar Archivos Eliminados en S3: Guía Completa con Versionado

Eliminaste un archivo en S3 y lo necesitas de vuelta — si tenías el versionado habilitado en el bucket, el objeto no desapareció realmente: S3 insertó un marcador de eliminación ( delete marker ) encima de las versiones anteriores. Este artículo explica cómo localizar esa versión anterior y restaurarla sin pérdida de datos. TL;DR: Recuperación Rápida de Archivos Eliminados en S3 Situación ¿Recuperable? Acción Versionado habilitado, eliminación simple ✅ Sí Eliminar el delete marker Versionado habilitado, eliminación de versión específica ⚠️ Solo si hay versiones anteriores Copiar o restaurar versión previa Versionado suspendido al momento de la eliminación ⚠️ Depende del estado Verificar si existe versión con ID explícito Versionado nunca habilitado ❌ No Sin recuperación nativa posible Cómo Funciona el Versionado de S3 y los Delete Markers Cuando el versionado está activo en un bucket, S3 nunca sobr...

Aumentar el Timeout de Lambda: Configuración, Límites y Diagnóstico en Producción

Tu función Lambda se detiene a los 3 segundos, pero el proceso que ejecuta necesita 10. No es un bug en tu código — es el timeout por defecto de Lambda actuando exactamente como fue diseñado. El problema es que ese valor predeterminado de 3 segundos sorprende a casi todos la primera vez, especialmente cuando la función funciona perfectamente en local pero falla en producción con un error Task timed out after 3.00 seconds . TL;DR — Aumentar el Timeout de Lambda Aspecto Detalle Timeout por defecto 3 segundos Timeout máximo 15 minutos (900 segundos) Dónde configurarlo Consola AWS, CLI, CloudFormation, SAM, Terraform Error observable Task timed out after X.XX seconds Coste asociado Mayor timeout = mayor ventana de facturación potencial Alternativa para tareas largas AWS Step Functions o procesamiento asíncrono Cómo Funciona el Timeout en AWS Lambda Lambda ejecuta tu función dentro de un entor...

Entendiendo el Visibility Timeout de SQS: Por Qué Tus Mensajes Se Procesan Dos Veces

Tienes un worker que consume mensajes de SQS, y de repente notas que el mismo mensaje está siendo procesado por dos instancias distintas al mismo tiempo. El primer instinto es buscar un bug en el código, pero la causa real casi siempre está en una configuración que se ignora hasta que el sistema está en producción: el Visibility Timeout de SQS . TL;DR: Visibility Timeout en SQS Aspecto Detalle ¿Qué controla? El tiempo que un mensaje permanece invisible para otros consumidores después de ser recibido Valor por defecto 30 segundos Rango configurable 0 segundos a 12 horas Causa principal de doble procesamiento El procesamiento tarda más que el Visibility Timeout configurado Solución operativa Extender el timeout dinámicamente con ChangeMessageVisibility o ajustar el valor base G...

Variables de Entorno en Lambda: Configuración y Cifrado con KMS

Hardcodear un endpoint de base de datos dentro del código de una función Lambda es uno de esos errores que parecen inofensivos hasta que necesitas rotar credenciales en producción a las 2 AM. Las variables de entorno de Lambda resuelven exactamente este problema: separan la configuración del código, y cuando se combinan con AWS KMS, también protegen valores sensibles en reposo. TL;DR: Variables de Entorno en Lambda Aspecto Detalle ¿Dónde se definen? En la configuración de la función Lambda, sección 'Environment variables' ¿Cómo se leen en código? A través de las variables de entorno del proceso (por ejemplo, os.environ en Python) Cifrado por defecto Lambda cifra las variables en reposo usando una clave KMS gestionada por AWS Cifrado con CMK propio Puedes especificar tu propia Customer Managed Key (CMK) de KM...