Auditamos y rediseñamos entornos AWS capa por capa: cómputo, datos, red y base. Cada cambio lleva un número delante, euros al mes o milisegundos de latencia, y queda en tu repositorio como infraestructura como código.
Empezamos siempre por el diagnóstico. Después intervenimos donde el impacto por euro invertido es mayor.
Rightsizing, Savings Plans, Graviton, Spot y almacenamiento por niveles. Enfoque FinOps: cada equipo ve lo que gasta y por qué.
Diagnóstico de cuellos de botella en cómputo, base de datos y red. Autoescalado que responde a demanda real y observabilidad que explica cada pico.
Landing zone multi-cuenta, migración desde centro de datos u otra nube, y modernización de monolitos hacia contenedores o serverless cuando compensa.
Infraestructura como código, pipelines de despliegue y guardias compartidas. Tu equipo se queda con el conocimiento y con el repositorio.
Ahorro típico por palanca en cuentas que no han pasado por una revisión FinOps. El diagnóstico confirma cuáles aplican a tu caso y en qué orden.
| Palanca | Ahorro típico | Esfuerzo | Riesgo para producción |
|---|---|---|---|
| Savings Plans y Reserved Instances sobre uso estable | 20 a 40 % del cómputo | Bajo | Ninguno |
| Rightsizing de EC2, RDS y nodos de EKS | 15 a 30 % | Medio | Bajo, con pruebas de carga |
| Migración a Graviton | 10 a 20 % por instancia | Medio | Bajo si el software es compatible |
| Spot para cargas tolerantes a interrupción | 50 a 70 % en esas cargas | Medio | Medio, requiere diseño |
| S3 Intelligent-Tiering y ciclo de vida | 30 a 60 % del almacenamiento | Bajo | Ninguno |
| Recursos huérfanos, snapshots, IPs y NAT | 3 a 8 % de la factura | Bajo | Ninguno |
| Transferencia de datos y endpoints VPC | Variable, hasta 15 % | Medio | Bajo |
Rangos orientativos basados en proyectos tipo. Las cifras de tu cuenta se calculan en el diagnóstico con tus Cost and Usage Reports.
Fases cerradas con entregables concretos. Puedes parar en cualquiera de ellas y quedarte con el informe.
Inventario de cuentas, coste por capa, revisión Well-Architected y cuellos de botella de rendimiento priorizados.
Hoja de ruta con ahorro estimado, esfuerzo y dependencias. Cada acción lleva un número: euros al mes o milisegundos.
Cambios en Terraform o CDK, revisados por tu equipo y desplegados por entornos con ventanas acordadas.
Revisión de coste y rendimiento cada mes, guardias compartidas y formación para que tu equipo lo mantenga solo.
Las cifras son ejemplos ilustrativos de proyectos tipo. Se sustituirán por casos reales con autorización del cliente.
Nuestra propia plataforma: tres aplicaciones web, cada una con frontend, API y base de datos MySQL, en producción sobre AWS. Todo junto cuesta menos que una sola instancia de base de datos gestionada, sin ningún truco que no recomendaríamos a un cliente.
| Partida | Qué cubre | USD / mes |
|---|---|---|
| EC2 t4g.small, Compute Savings Plan de un año | MySQL 8, tres contenedores de backend y Caddy, 730 horas. Sin pago inicial; 13,4 USD bajo demanda | 8,5 |
| EBS gp3, 20 GB | Sistema operativo, imágenes, volumen de la base de datos y certificados | 1,8 |
| Route 53 | Una zona alojada y las consultas DNS de todos los subdominios | 0,6 |
| Snapshots de EBS | Copia incremental diaria del volumen, tres días de retención | 0,4 |
| S3 y CloudFront | Tres frontends estáticos y una distribución por app, también delante de las API; certificados TLS de ACM | < 0,1 |
| Dirección IPv4 pública | Ninguna. La instancia es solo IPv6 y CloudFront llega a ella por IPv6. Serían 3,7 USD | 0 |
| Transferencia de salida | CloudFront dentro de su capa gratuita; los primeros 100 GB al mes desde EC2 son gratis | 0 |
| Total | Compromiso de un año solo sobre la instancia | ≈ 11,5 |
Un único Docker Compose para la infraestructura compartida: MySQL con un buffer pool de 128 MB, phpMyAdmin accesible solo desde la propia instancia y Caddy como proxy inverso. Cada app añade su propio compose con un contenedor de backend de 512 MB en la red compartida. CloudFront va delante de todo, termina el TLS y habla con el origen por IPv6, así que la instancia no necesita IPv4 pública. La administración se hace por Session Manager, que es gratuito.
No hay alta disponibilidad: una instancia en una zona, así que un evento de mantenimiento supone minutos de caída. La recuperación es desde el snapshot diario. Encaja para herramientas internas, productos en fase inicial y demos. Cuando una app necesite más, se mueve solo esa a Fargate o RDS y el resto se queda donde está. Paramos aquí a propósito: una t4g.micro o una reserva de tres años rascarían unos dólares más a costa de margen o de flexibilidad.
Precios de eu-west-1 (Irlanda) en septiembre de 2026, sin IVA. El mismo stack bajo demanda, con IPv4 pública y siete días de snapshots, sale por unos 20,5 USD al mes.
Por proyecto cerrado, con precio fijo tras el diagnóstico. No cobramos porcentaje del ahorro: así no tenemos incentivo para recomendar compromisos que no te convienen.
Para el diagnóstico, no. Un rol de solo lectura con acceso a Cost Explorer y a los CUR basta. Para la ejecución, los cambios pasan por tu pipeline con revisión de tu equipo.
Sí, y es lo que buscamos. Trabajamos en pareja con vuestros ingenieros y documentamos cada decisión para que la operación quede en casa.
Trabajamos sobre AWS, Google Cloud, Azure y Oracle Cloud: el visor de infraestructura, el informe de seguridad y la estimación de costes cubren las cuatro nubes (organizaciones enteras en Google Cloud; suscripciones o grupos de gestión completos en Azure; tenancies enteros en Oracle Cloud). Si tienes un entorno híbrido o multinube, lo evaluamos caso por caso.
El diagnóstico de diez días te lo dice, con el plan para reducirla.
Cuéntanos cómo es tu entorno y qué te preocupa. En 48 horas te decimos si podemos ayudarte y cómo sería el primer paso.