Comprende el hosting de apps y cómo funciona

App Hosting controla una serie compleja de tareas en segundo plano para simplificar la implementación de tu app. En esta página, se describen partes clave de ese flujo de tareas y se proporciona información sobre los puntos en los que tal vez te convenga personalizar el flujo según las necesidades de tu app.

Compatibilidad con frameworks

App Hosting proporciona compatibilidad con la compilación y la implementación sin configuración necesaria para apps web desarrolladas en estos frameworks:

  • Next.js 13 o versiones posteriores
  • Angular 17.2 y versiones posteriores

App Hosting identifica qué framework estás usando mediante la inspección del archivo package-lock.json o cualquier otro archivo de bloqueo en tu repositorio. Si intentas implementar una app de Node.js a la que le falta un archivo de bloqueo, App Hosting no podrá compilar ni ejecutar tu app. Para crear package-lock.json, ejecuta npm install en tu directorio raíz.

Los adaptadores de framework de App Hosting tienen dos funciones clave:

  1. Analizan tu código fuente y cualquier archivo de configuración específico del framework (como next.config.js) para comprender el comportamiento configurado de tu app.
  2. Ejecutan el comando de compilación de tu app para generar recursos estáticos y crear una versión optimizada de tu app para producción.

Los adaptadores de framework compilan tu app de Node.js con npm run build y funcionan mejor con las secuencias de comandos de compilación predeterminadas para cada framework: next build para Next.js y ng build para Angular. App Hosting intentará compilar con comandos de compilación personalizados, pero no puede garantizar el éxito de forma confiable.

Cómo funciona la integración del repositorio App Hosting

Developer Connect, la plataforma de conectividad de Google Cloud para herramientas de DevOps externas, controla la conexión importante entre tu repositorio de GitHub y el backend de App Hosting. Durante la creación de un backend de App Hosting, el flujo de trabajo de la IU de Developer Connect te guía por la instalación de la app de GitHub de Firebase. Los pasos clave de este proceso son los siguientes:

  1. Le otorgas a Developer Connect el rol de Administrador de Secret Manager. Esto permite que el sistema almacene credenciales de forma segura como "secretos" en Secret Manager de Cloud.
  2. Autorizas a la app de GitHub de Firebase para que acceda a tu repositorio de GitHub.
  3. Developer Connect almacena un token de autorización de GitHub dedicado en el repositorio de Secret Manager de tu proyecto. No modifiques ni borres este token.

Además, App Hosting se integra en la API de comprobaciones de GitHub para proporcionar una verificación de los lanzamientos. Esta verificación te permite ver el estado de tu lanzamiento en GitHub y depurar el proceso de implementación en caso de que haya errores.

Integración con Firebase y otros servicios de Google

App Hosting configura los entornos de compilación y tiempo de ejecución para que puedas inicializar el SDK de Firebase Admin con las credenciales predeterminadas de la aplicación de Google. De esta manera, tu backend puede comunicarse con otros productos de Firebase durante la compilación y la implementación.

App Hosting ubicaciones

La implementación de App Hosting crea tus recursos de backend en una ubicación específica. Esta flexibilidad en la ubicación de tu app web tiene ventajas clave:

  • Une los datos geográficamente más cerca de tus usuarios para mejorar el rendimiento y reducir la latencia.
  • Una falla catastrófica de App Hosting en una región no afectaría las apps web implementadas en otras regiones.

Puedes elegir cualquiera de estas regiones cuando creas un backend App Hosting desde la consola o la CLI de Firebase:

  • us-central1 (Iowa)
  • asia-east1 (Taiwán)
  • europe-west4 (Países Bajos)

La cuenta de servicio de backend de App Hosting

Durante la compilación y el tiempo de ejecución, tu backend de App Hosting se autentica con otros servicios de Google con una cuenta de servicio. Se crea una cuenta de servicio predeterminada para estos fines la primera vez que habilitas App Hosting en un proyecto de Firebase:

firebase-app-hosting-compute@PROJECT ID.iam.gserviceaccount.com

Esta cuenta de servicio se aplica a todos los backends de forma predeterminada y tiene un conjunto mínimo de permisos para que puedas compilar, ejecutar y supervisar tu app. También tiene permiso para autenticar el SDK de Admin con credenciales predeterminadas de la aplicación para realizar operaciones como cargar datos desde Cloud Firestore. Consulta Roles de App Hosting de Firebase.

Si la app necesita interactuar con servicios adicionales de Google en el tiempo de compilación o desde un backend en ejecución, puedes agregar roles para personalizar la cuenta de servicio predeterminada. Por ejemplo, si tu app requiere permisos para Vertex AI, es posible que necesites agregar roles/aiplatform.user o algún rol relacionado.

Términos y definiciones clave

  • Backend: Es la colección de recursos administrados que App Hosting crea para compilar y ejecutar tu app web.
  • Lanzamiento: Es una versión específica de tu app publicada, vinculada a una confirmación de Git.
  • Rama publicada: Es la rama de tu repositorio de GitHub que se implementa en tu URL publicada. A menudo, es la rama en la que se combinan las ramas de funciones o de desarrollo.

Problemas conocidos y limitaciones

La vista previa de App Hosting tiene algunas limitaciones conocidas:

  • En algunos casos, un backend de App Hosting puede mostrar mensajes Intermittent connection error en la URL de tu app. La corrección estará disponible en una versión posterior.
  • Los encabezados Cache-Control se modifican para limitar las cachés de CDN a 60 segundos. En el futuro, cuando App Hosting tenga la capacidad de purgar rápidamente la caché en la implementación, se eliminará este límite.
  • La optimización de imágenes se realiza en Cloud Run de forma predeterminada, y las imágenes optimizadas no se conservan. Te recomendamos que inhabilites la optimización de imágenes o que especifiques manualmente un cargador hasta que haya una solución mejor disponible.
  • Los archivos estáticos sin almacenar en caché se entregan desde Cloud Run. En una versión posterior, se almacenarán y entregarán desde el origen App Hosting para mejorar el rendimiento.
  • App Hosting Es posible que los SKUs no se muestren en la página de uso del backend en la consola de Firebase. Estarán disponibles en una versión posterior.
  • La consola de Firebase puede mostrar de forma intermitente un error que indica “no se encontró la compilación y no es válida” en la creación del backend.
  • Actualmente, todos los backends del mismo proyecto comparten una organización o cuenta de GitHub. Pueden conectarse a diferentes repositorios dentro de esa organización o cuenta. Para crear backends conectados a diferentes cuentas de GitHub, colócalos en proyectos separados.
  • El middleware, las reescrituras y los redireccionamientos de Next.js se ejecutan en Cloud Run, detrás de la CDN. Como no protegerán las respuestas almacenadas en caché, asegúrate de establecer las directivas de control adecuadas para el contenido que renderizas.