Consultor AWS freelance: despliegue e infraestructura cloud

Infraestructura fiable para tu aplicación

Una buena aplicación necesita una infraestructura sólida detrás: un servidor bien configurado, una base de datos con copias de seguridad, un dominio con certificado y una red con los accesos justos. Despliego y configuro todo eso, tanto en AWS como en servidores Linux propios.

Vengo del mundo del desarrollo y de la administración de sistemas (Grado Superior en Administración de Sistemas Informáticos en Red, con especialización en ciberseguridad), así que entiendo tanto el código como el servidor donde se ejecuta. Eso evita el típico problema de «en mi máquina funciona».

Servicios de AWS con los que trabajo

Servidores Linux, Nginx y Apache

No todo proyecto necesita AWS. A veces un servidor Linux bien configurado es más sencillo y económico. Me encargo de:

• Instalación y configuración de Nginx o Apache, con virtual hosts para servir varios dominios desde un mismo servidor.
• Certificados SSL y HTTPS en todos los dominios.
• Acceso por SSH con claves y cortafuegos.
• Puesta a punto de PHP, bases de datos y tareas programadas.

Una arquitectura típica

Es un esquema orientativo. Lo adapto a lo que necesites: a veces basta con una instancia, y otras conviene separar entornos de pruebas y producción.

Entornos y despliegues

Un despliegue fiable no depende de subir ficheros a mano. Trabajo con entornos separados y un proceso repetible:

• Entorno de pruebas y de producción separados, para probar sin riesgo antes de publicar.
• Configuración por entorno: variables y credenciales fuera del código, distintas en cada entorno.
• Despliegue repetible, sin pasos manuales frágiles, para que publicar una versión sea un proceso conocido.
• Plan de vuelta atrás: poder recuperar la versión anterior si algo sale mal.
• Comprobación de salud con los Target Groups y el balanceador antes de enviar tráfico a una instancia nueva.

Bases de datos y copias de seguridad

Los datos son lo más valioso de tu aplicación. Con RDS o con una base de datos propia me ocupo de que estén protegidos:

• Base de datos en una red privada, sin exposición directa a internet.
• Copias de seguridad automáticas y una restauración probada, no solo programada.
• Usuarios de base de datos con permisos mínimos para la aplicación.
• Separación entre datos de pruebas y de producción.

Una copia que nunca se ha restaurado es una hipótesis. Por eso incluyo probar la recuperación como parte de la puesta a punto.

Costes bajo control

La nube permite pagar por lo que usas, pero también permite pagar de más sin darte cuenta. Mi criterio es no sobredimensionar:

• Elegir el tamaño de instancia según el uso real, y ajustarlo con datos.
• Apagar o eliminar lo que no se usa, como entornos de pruebas olvidados.
• Comparar con alternativas más simples (un servidor propio, Vercel) cuando el proyecto no necesita AWS.
• Explicarte de dónde viene cada coste para que no haya sorpresas en la factura.

Checklist antes de publicar una aplicación

1. Dominio y DNS apuntando correctamente, con HTTPS y certificado válido.
2. Base de datos privada, con copias de seguridad y restauración probada.
3. Grupos de seguridad con solo los puertos necesarios.
4. Credenciales y variables fuera del código y distintas por entorno.
5. Usuarios de IAM con permisos mínimos y sin claves compartidas.
6. Registros (logs) accesibles para diagnosticar incidencias.
7. Plan de vuelta atrás y documentación del despliegue.

Ejemplos de situaciones

Escenarios ilustrativos, no clientes concretos.

Seguridad

• Permisos mínimos en IAM: cada usuario y servicio accede solo a lo que necesita.
• Grupos de seguridad restrictivos: solo los puertos imprescindibles y desde los orígenes necesarios.
• Bases de datos no expuestas a internet.
• HTTPS en todas partes y certificados renovados.
• Actualizaciones y acceso por SSH con claves.

La formación en ciberseguridad se nota en los detalles: prefiero cerrar de más y abrir lo necesario, y no al revés.

Migración a la nube

Si tu aplicación vive hoy en un hosting antiguo o en un servidor difícil de mantener, la migración se planifica para reducir riesgos:

1. Inventario de lo que tienes: aplicación, base de datos, dominios y dependencias.
2. Diseño de la arquitectura de destino, sin sobredimensionar.
3. Entorno de pruebas para validar antes de tocar producción.
4. Migración por fases con plan de vuelta atrás.
5. Documentación para que no dependas de una sola persona.

¿AWS o algo más sencillo?

AWS compensa cuando necesitas escalar, alta disponibilidad, servicios gestionados o control fino de la red. Para una web sencilla, un hosting o una plataforma como Vercel pueden ser más baratos y suficientes, y te lo diré con franqueza. Mis propios proyectos publicados (Tukomanda, Nika Osasun Zentroa y Munttarpe) están desplegados en Vercel.

Experiencia relacionada

• En Lex Program Online gestioné el despliegue en AWS con Elastic Beanstalk y RDS, junto con el desarrollo y la migración de la plataforma.
• En BESA trabajo con PHP, Vue.js, AWS y Symfony.
• Formación en administración de sistemas y ciberseguridad (ASIR).

Preguntas frecuentes

Hablemos

Artículos relacionados

Otros servicios