Cómo la IA cablea los despliegues y la configuración

Aquí es donde brilla el vibe coding. La configuración de despliegue es exactamente el tipo de trabajo preciso, bien documentado y lleno de repeticiones en el que la IA sobresale. Tú diriges; ella escribe.

Las instrucciones (prompts) efectivas suenan así:

• "Agrega un Dockerfile para esta app de Node y una configuración de Railway para desplegarla."
• "Escribe un workflow de GitHub Actions que despliegue la carpeta dist/ a Cloudflare Pages en cada push a main."
• "Estoy recibiendo un timeout de cold-start en mi función serverless; ¿qué es probable que esté mal y cómo arreglo la configuración?"

Aquí tienes el tipo de archivo que la IA producirá para ti: un workflow de despliegue que publica un sitio estático automáticamente cada vez que subes código:

# .github/workflows/deploy.yml
name: Deploy
on:
  push:
    branches: [main]
jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci && npm run build
      - name: Publish to Cloudflare Pages
        uses: cloudflare/wrangler-action@v3
        with:
          apiToken: ${{ secrets.CF_API_TOKEN }}
          command: pages deploy dist --project-name=my-app

No necesitas memorizar esta sintaxis. Necesitas reconocer qué hace: en cada push a main, descarga tu código, lo construye y publica el resultado. Cuando algo se rompe, pegas el error de vuelta a la IA y le pides que arregle la configuración.

Muchos constructores se saltan por completo el archivo de GitHub Actions al principio y simplemente despliegan desde su propia terminal con un solo comando. A menudo esa es la forma más rápida de ver algo en vivo el primer día. El mismo despliegue de Cloudflare Pages se ve así desde la línea de comandos:

# install the CLI once
npm install -g wrangler

# build your site, then push the output folder live
npm run build
wrangler pages deploy dist --project-name=my-app

La primera ejecución te pedirá iniciar sesión a través de tu navegador; después de eso es un solo comando. La compensación es sencilla: el comando de terminal es genial para "publícalo ahora", y el archivo de GitHub Actions es genial para "publícalo automáticamente para siempre". La mayoría de los proyectos empiezan con lo primero y añaden lo segundo una vez que los despliegues se vuelven rutinarios. Pídele a la IA lo que se ajuste a dónde estás.

Algunos consejos de dirección que ahorran dolores de cabeza reales:

• Haz que la IA explique antes de actuar. "Antes de escribir la configuración, dime qué tipo de hosting le queda a este proyecto y por qué." Esto detecta el sobre-diseño temprano.
• Mantén los secretos fuera del código. Las claves de API y contraseñas van en las variables de entorno / almacén de secretos de la plataforma, nunca en archivos que subes a control de versiones. Pídele a la IA que use una referencia a un secreto, como el CF_API_TOKEN de arriba.
• Despliega temprano, despliega seguido. Ten un "hola mundo" en vivo el primer día. Un pipeline que ha funcionado desde el inicio es mucho más fácil de depurar que uno ensamblado en el lanzamiento.
• Pide de antemano la historia de rollback. "Si este despliegue está roto, ¿cómo vuelvo a la versión que funcionaba?" Las buenas plataformas mantienen tus despliegues anteriores a un clic de distancia. Saber que existe el botón de deshacer antes de necesitarlo convierte un pánico de las 2 a.m. en un simple encogimiento de hombros.