Más económicos · Soluciones cloud
- 01Fly.io · shared-cpu-1x 512 MBFly.io$3.69 USD / mes
- 02Railway · HobbyRailway$5.00 USD / mes
- 03Droplet Basic · 1 GiBDigitalOcean$6.00 USD / mes
CI/CD con GitHub Actions: pruebas, despliegue y credenciales sin llaves permanentes
Despliega cada commit con pruebas, sin llaves de larga vida en GitHub
Los datos, hoy
El contexto
Un buen pipeline hace aburrido lo que más miedo da: publicar. Cada push ejecuta las pruebas, construye un artefacto identificado por el commit y lo despliega siempre de la misma manera. Cuando eso falla, el problema casi nunca es la herramienta; suele ser una diferencia entre tu máquina y el entorno de build: versión de Node, variables que solo existen en tu terminal o dependencias que instalaste a mano.
El otro punto delicado son las credenciales. Guardar una llave de AWS de larga vida en los secretos de GitHub funciona, pero si se filtra queda abierta hasta que alguien la rote. La alternativa es OIDC: GitHub pide credenciales temporales a AWS en cada ejecución, limitadas a un repositorio y a una rama. Esta página reúne las guías de Codifly sobre ese camino y los datos del catálogo para elegir dónde desplegar.
Qué decidir
- 1
¿Qué debe hacer el pipeline en cada push?
Instalar con el archivo de bloqueo, ejecutar tipos, lint y pruebas, y construir un artefacto con el hash del commit. Si algo falla, no se despliega. Lo que no se prueba en el pipeline no se prueba.
- 2
¿Cómo me autentico en AWS sin guardar llaves?
Con OIDC: creas un proveedor de identidad de GitHub en AWS y un rol cuya política de confianza limita el repositorio y la rama. El workflow asume ese rol y recibe credenciales que caducan en minutos. La guía de OIDC lo explica paso a paso.
- 3
¿Por qué mi build funciona en local y falla al desplegar?
Casi siempre es una diferencia de entorno: versión de Node o del gestor de paquetes sin fijar, una variable de entorno que no está en el servidor, mayúsculas en rutas de archivos entre macOS y Linux o dependencias de desarrollo que el build necesita. Reproduce el build en un contenedor limpio antes de culpar al proveedor.
Errores comunes
- Guardar llaves de AWS de larga vida en los secretos del repositorio cuando OIDC está disponible.
- Reconstruir la aplicación para producción en vez de promover el artefacto que ya probaste en staging.
- Dejar las versiones de Node y del gestor de paquetes sin fijar entre tu máquina y el pipeline.
Herramientas y comparadores
Guías para profundizar
- AWS y gobernanza · 6 minConectar GitHub con AWS sin llaves de acceso (OIDC)
- Despliegue y CI/CD · 5 minDesplegar un frontend desde Git en AWS
- Despliegue y CI/CD · 11 minPor qué tu build funciona en local pero falla en el deploy
- AWS y gobernanza · 5 minDev, staging y production: qué es cada entorno y cómo separarlos en AWS
¿Quieres una recomendación para tu caso?
Cuéntanos tu volumen y las opciones que evalúas. Te respondemos por escrito con los números de tu uso real; sin compromiso.
Solicitar asesoría
Ningún proveedor paga por su posición. Los índices son de LLM Stats; los precios, de la API estándar de cada proveedor. Cómo medimos
Otras soluciones
El brief de CodiflyUna perspectiva más clara.
Una perspectiva más clara.
En tu bandeja de entrada.
Análisis, guías y nuevas comparativas de tecnología.