Hosting de apps en Google Cloud

Google Cloud ofrece una amplia gama de opciones para hosting de aplicaciones. Observa los gráficos a continuación a fin de averiguar cuál es el adecuado para tus necesidades.

Casos de uso

¿No sabes por dónde empezar? Observa algunas situaciones comunes a continuación.
Servicios HTTP y apps de backend
Frameworks y microservicios web
Ejemplos:
  • Flask
  • Django
  • Express.js
  • Symfony
  • Spring Boot
→
Entorno estándar de App Engine
  • Escala para cumplir con demandas repentinas
  • Paga por lo que uses
  • Admite extremos de la API
Google App Engine Documentación
Apps controladas por eventos y de procesamiento de datos
Manipula los datos y los eventos generados por el usuario
Ejemplos:
  • Publica un comentario en el canal de Slack después de una confirmación de GitHub
  • Análisis estadístico
  • Generación de miniaturas de imágenes
→
Cloud Functions
  • Diseñado para las cargas de trabajo controladas por eventos
  • Escala para cumplir con demandas repentinas
  • Configuración mínima
Google Cloud Functions Guía de inicio rápido
Apps y servicios basados en contenedores
Empaquetado estándar de la industria para infraestructuras de múltiples nubes
Ejemplos:
  • Entornos de ejecución personalizados, como Rust, Kotlin, C++ y Bash
  • Apps web heredadas mediante lenguajes, como Python 2.7 y Java 7
→
Cloud Run (completamente administrado)
  • Admite contenedores de Docker estándar de la industria
  • Escala tu app en contenedores de forma automática
  • Objetos binarios personalizados y dependencias del sistema
  • Admite extremos de la API
Cloud Run (completamente administrado) Guía de inicio rápido
Cargas de trabajo locales y monolíticas
Procesamiento sin procesar para satisfacer los requisitos de infraestructura existentes
Ejemplos:
  • Bases de datos relacionales, SAP HANA
  • Sistemas CRM
  • Sistemas ERP heredados
→
Compute Engine
Google Compute Engine Instructivos
Infraestructura escalable autoalojada
Hosting autoadministrado con escalabilidad sin servidores
Ejemplos:
  • Apps en contenedores que necesitan hardware y software personalizado (SO, GPU)
  • Apps sin estado en contenedores existentes
  • Apps en Kubernetes Engine que pueden beneficiarse del escalamiento a cero
→
Cloud Run para Anthos en Google Cloud
  • Empaquetado de contenedores de Docker estándar de la industria
  • Alto grado de configuración para cargas de trabajo y configuraciones heredadas
  • Escala para cumplir con las demandas
Cloud Run para Anthos en GCP Guía de inicio rápido
β
El software Beta no tiene ANS y puede no ser adecuado para las cargas de trabajo de producción.

Opciones de hosting

Muchas cargas de trabajo cuentan con requisitos técnicos específicos. Las plataformas están ordenadas por grados de abstracción.
Compute Engine Kubernetes Engine (GKE) Cloud Run para Anthos en Google Cloud Cloud Run (completamente administrado) Entorno flexible de App Engine Entorno estándar de App Engine Cloud Functions
Formato de implementación
Imagen de VM
Clúster
Contenedor
Contenedor

App

o

Contenedor
App
Función
URL personalizadas
Escala a cero
~
1
Nivel gratuito
Discos persistentes
2
WebSockets
~
3
β
β
Ejecuta cualquier lenguaje
Tiempo de espera de la solicitud
Ninguno
Ninguno
15 minutos
60 minutos
60 minutos
1 minuto
9 minutos
Procesos en segundo plano
~
4
Acceso TPU/GPU
~
3
Conectividad VPC
1
Cloud Run para Anthos en Google Cloud escala recuentos de pods a cero. El recuento de nodos por clúster no puede escalar a cero, y estos nodos se facturan durante períodos sin solicitudes.
2
Las instancias de contenedor en GKE no almacenan datos cuando se cierran. Sin embargo, los discos persistentes de Compute Engine se pueden activar en instancias de contenedor en GKE.
3
Si bien el uso de WebSocket y el acceso de TPU/GPU son posibles en cuanto a aspectos técnicos con Cloud Run para Anthos en Google Cloud, no son compatibles de manera oficial.
4
El entorno estándar de App Engine admite tareas en segundo plano para modos de ajuste de escala manual y básico.
β
El software Beta no tiene ANS y puede no ser adecuado para las cargas de trabajo de producción.

Términos clave

Formato de implementación

¿Cómo se empaqueta tu código en el momento de la implementación en una plataforma determinada?

  • Imágenes de VM: instantáneas de un sistema de archivos completo, incluido el SO subyacente.
  • Contenedores: sistemas de archivos multiplataforma, portátiles y aislados del SO subyacente.
  • Apps: servicio contenido en un directorio con uno o más casos prácticos.
  • Funciones: fragmentos de códigos individuales, cada uno corresponde a un solo caso práctico.

URL personalizadas

¿Puedes crear rutas de URL multicapas (como /abc/def) o usar tu propio nombre de dominio?

Discos persistentes

¿Se puede guardar el estado del disco cuando una instancia se apaga o se deben almacenar los datos a largo plazo fuera de la instancia?

Escala a cero

¿Puede este producto reducir a cero las instancias y evitar la facturación de períodos sin solicitudes?

WebSockets

¿Este producto admite el protocolo Websocket?

Ejecuta cualquier lenguaje

¿Puede este producto ejecutar el código en lenguajes de programación arbitrarios?

Tiempo de espera de la solicitud

¿Cuál es el tiempo máximo que la plataforma esperará una respuesta del código de la aplicación?

Procesos en segundo plano

¿Puede este producto ejecutar operaciones en segundo plano en curso fuera de un período de solicitud?

Usa GPU y TPU

¿Este producto admite aceleración de hardware de las cargas de trabajo optimizadas para GPU/TPU?

Conectividad VPC

¿Este producto puede acceder a los recursos dentro de una nube privada virtual?