En las guías de migración de Cloud Foundry a Cloud Foundry, se proporciona información general sobre las diferencias entre los servicios de Cloud Foundry y los de Cloud Run, y se muestra lo que debes hacer para migrar aplicaciones de Cloud Foundry para que se ejecuten en un contenedor en Cloud Run. Estas páginas de migración no abarcan la migración de datos.
Aplicaciones de Cloud Foundry aptas para la migración
Cloud Run está diseñado para ejecutar aplicaciones HTTP o HTTP/2 sin estado. La aplicación de Cloud Foundry no se puede migrar, a menos que cumpla con los siguientes criterios:
- Usa HTTP o HTTP/2 (incluido gRPC).
- Escucha el tráfico según la variable de entorno
PORT. - No requiere enrutamiento en diferentes rutas de acceso a distintas aplicaciones.
- No requiere “servicios de ruta” de Cloud Foundry heredados para el tráfico del proxy.
- No requiere un ID de instancia ni un orden de inicio particular.
- No necesita que se pueda acceder a instancias individuales.
- Se puede iniciar sin efectos secundarios en el entorno, por ejemplo, iniciar una migración de base de datos.
Comprende las diferencias entre Cloud Foundry y Cloud Run
Aunque Cloud Foundry y Cloud Run comparten una experiencia de implementación de origen similar, hay diferencias fundamentales en la forma en que las plataformas abordan la creación de contenedores de cargas de trabajo, la configuración de la aplicación y las definiciones de servicio. Las diferencias entre Cloud Foundry y Cloud Run se muestran en la siguiente tabla:
| Componente de la app | Cloud Foundry | Implementación de imagen de contenedor de Cloud Run |
Dockerfile de implementación de origen de Cloud Run |
Paquetes de compilación de implementación de origen de Cloud Run |
|---|---|---|---|---|
| Creación de contenedores | Paquetes de compilación de CF v2 | N/A | Cloud Build | Cloud Build |
| Imagen base |
cflinuxfs3 (Ubuntu 18.04) cflinuxfs4 (Ubuntu 22.04) |
Trae tu propia imagen de contenedor | Dockerfile especificado | Ubuntu 18.04 o Ubuntu 22.04 |
| Definición de Service | manifest.yaml |
service.yaml |
||
| Lista de elementos ignorados | .cfignore |
.gcloudignore |
||
| Metadatos de Service | Variables de entorno VCAP_* |
Workload Identity, Secrets de Cloud | ||
| Formatos de contenedor compatibles | Droplet | Docker Image Manifest V2, Schema 1, Schema 2 y formatos de OCI | ||
Cómo realizar la migración
Para migrar una aplicación de Cloud Foundry, sigue estos pasos:
- Elige una estrategia para compilar contenedores compatibles con OCI
- Migra a contenedores compatibles con OCI
- Convierte el manifiesto
- Adjunta servicios de respaldo
- Implementa el servicio en Cloud Run
Migración de muestra
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, luego, implementarla en Cloud Run. En este ejemplo, se sigue la estrategia de cumplimiento de OCI de lift-and-shift.
Pasos siguientes
Elige tu estrategia de creación de contenedores