Las guías de migración de Cloud Foundry a Cloud Run proporcionan información general sobre las diferencias entre los servicios de Cloud Foundry y los de Cloud Run, y muestran lo que debes hacer para migrar aplicaciones de Cloud Foundry para que se ejecuten en un contenedor en Cloud Run. En estas páginas de migración no se trata la migración de datos.
Aplicaciones de Cloud Foundry aptas para la migración
Cloud Run se ha diseñado para ejecutar aplicaciones HTTP o HTTP/2 sin reconocimiento del estado. Tu aplicación de Cloud Foundry no se puede migrar a menos que cumpla los siguientes criterios:
- Usa HTTP o HTTP/2 (incluido gRPC).
- Detecta el tráfico en función de la variable de entorno
PORT. - No requiere enrutamiento en diferentes rutas a diferentes aplicaciones.
- No requiere los servicios de ruta de Cloud Foundry antiguos para proxy el tráfico.
- No requiere un ID de instancia ni un orden de inicio concreto.
- No necesita que se pueda acceder a las instancias individuales.
- Se puede iniciar sin efectos secundarios en el entorno; por ejemplo, iniciar una migración de base de datos.
Diferencias entre Cloud Foundry y Cloud Run
Aunque Cloud Foundry y Cloud Run comparten una experiencia de despliegue de código fuente similar, existen diferencias cruciales en la forma en que las plataformas abordan la contenedorización de cargas de trabajo, la configuración de aplicaciones y las definiciones de servicios. En la siguiente tabla se muestran las diferencias entre Cloud Foundry y Cloud Run:
| Componente de la aplicación | Cloud Foundry | Cloud Run Despliegue de imágenes de contenedor |
Cloud Run Dockerfile de despliegue de código fuente |
Cloud Run Paquetes de compilación de despliegue de código fuente |
|---|---|---|---|---|
| Creación en contenedores | Paquetes de compilación de CF v2 | N/A | Cloud Build | Cloud Build |
| Imagen base |
cflinuxfs3 (Ubuntu 18.04) cflinuxfs4 (Ubuntu 22.04) |
Utiliza tu propia imagen de contenedor | Dockerfile especificado | Ubuntu 18.04 o Ubuntu 22.04 |
| Definición de servicio | manifest.yaml |
service.yaml |
||
| Lista de ignorados | .cfignore |
.gcloudignore |
||
| Metadatos de servicio | Variables de entorno VCAP_* |
Workload Identity y secretos de Cloud | ||
| Formatos de contenedor admitidos | Droplet | Formatos de manifiesto V2, esquema 1, esquema 2 y OCI de imágenes Docker | ||
Déjate asesorar sobre la migración
Para migrar una aplicación de Cloud Foundry, haz lo siguiente:
- Elegir una estrategia para crear contenedores compatibles con OCI
- Migrar a contenedores compatibles con OCI
- Convertir el manifiesto
- Adjuntar servicios de respaldo
- Desplegar el servicio en Cloud Run
Migración de ejemplo
En el ejemplo de Spring Music se usan componentes principales de Cloud Foundry para volver a compilar Spring Music como una imagen compatible con OCI y desplegarla en Cloud Run. Este ejemplo sigue la estrategia de cumplimiento de OCI lift and shift.
Siguientes pasos
Elige tu estrategia de contenerización