¿Cuáles son las diferencias entre Cloud Run, App Engine y Kubernetes Engine?

Google Cloud Platform (GCP) ofrece múltiples servicios administrados para implementar y ejecutar aplicaciones en contenedores, cada uno adaptado a distintos casos de uso, modelos operativos y niveles de abstracción. Los tres servicios principales para ejecutar contenedores en GCP son Cloud Run, App Engine y Google Kubernetes Engine (GKE). Comprender las diferencias entre estos servicios es fundamental para seleccionar la plataforma adecuada para las necesidades específicas de la aplicación, las preferencias operativas y los requisitos de escalabilidad.

carrera en la nube

Cloud Run es una plataforma informática totalmente administrada que escala automáticamente contenedores sin estado. Se basa en Knative, un proyecto de código abierto que se basa en Kubernetes para ofrecer capacidades sin servidor para contenedores. Cloud Run abstrae la infraestructura subyacente, lo que permite a los desarrolladores centrarse exclusivamente en la lógica de su aplicación. Es compatible con cualquier imagen de contenedor que pueda responder a solicitudes HTTP, independientemente del lenguaje o el framework.

Características:
– *Modelo sin servidor*: Cloud Run se basa en eventos y no requiere servidor. Gestiona automáticamente toda la infraestructura, incluyendo el aprovisionamiento, el escalado y el mantenimiento del servidor.
– *Cargas de trabajo sin estado*: Cloud Run es más adecuado para aplicaciones sin estado que manejan solicitudes HTTP, como API web, microservicios y webhooks.
– *Escalado automático*: se reduce a cero cuando no hay tráfico y se amplía rápidamente en respuesta a las solicitudes entrantes.
– *Simplicidad de implementación*: los desarrolladores simplemente proporcionan una imagen de contenedor y Cloud Run se encarga del resto.
– *Pago por uso*: la facturación se basa en los recursos reales consumidos durante el procesamiento de la solicitud, medidos en incrementos de 100 milisegundos.
– *Tiempos de ejecución personalizados*: se puede usar cualquier lenguaje o biblioteca siempre que la aplicación esté empaquetada en un contenedor y escuche solicitudes HTTP.

Ejemplo de caso de uso:
Una empresa desea implementar una API RESTful en Python. Al contener la API e implementarla en Cloud Run, el equipo puede lograr un escalamiento instantáneo, minimizar la sobrecarga operativa y pagar solo por los recursos mientras la API atiende las solicitudes.

-

App Engine

App Engine es una plataforma como servicio (PaaS) que proporciona un entorno gestionado para ejecutar aplicaciones web y API. Admite dos entornos principales: el entorno estándar y el entorno flexible. Ambos ofrecen escalado automático, control de versiones y herramientas de desarrollo integradas, pero difieren en su personalización y entornos de ejecución compatibles.

Características:
Entorno estándar: Ejecuta aplicaciones en entornos aislados específicos para cada lenguaje, como Python, Java, Go y Node.js. Es muy restrictivo en términos de seguridad y escalabilidad, pero ofrece tiempos de inicio muy rápidos y escalabilidad granular.
Entorno flexible: Ejecuta aplicaciones en contenedores Docker en máquinas virtuales de Google Compute Engine, lo que permite entornos de ejecución personalizados y proporciona mayor control sobre el sistema operativo y las bibliotecas instaladas. Es ideal para aplicaciones que requieren mayor personalización o que utilizan lenguajes o entornos de ejecución no compatibles con el estándar.
– *Infraestructura abstracta*: los desarrolladores se centran en el código, mientras que App Engine gestiona la escala, el equilibrio de carga, las comprobaciones de estado y la aplicación de parches.
– *Servicios integrados*: Integración estrecha con otros servicios de GCP, como Cloud Datastore, Task Queues y Pub/Sub.
– *Control de versiones y división del tráfico*: App Engine admite varias versiones de una aplicación, lo que permite implementaciones graduales y división del tráfico para pruebas A/B o implementaciones canarias.

Ejemplo de caso de uso:
Un proveedor de SaaS desea implementar una aplicación web multilingüe con autenticación de usuario integrada y almacenamiento persistente. Con App Engine (entorno estándar para escalado rápido y seguridad integrada), los desarrolladores pueden centrarse en el desarrollo de funciones, aprovechando las API de App Engine para la autenticación y el almacenamiento.

-

Motor Kubernetes de Google (GKE)

GKE es un servicio administrado de Kubernetes que permite a los usuarios orquestar y gestionar aplicaciones en contenedores a escala. Kubernetes es una plataforma de orquestación de contenedores de código abierto que ofrece funciones avanzadas para implementar, escalar y operar contenedores de aplicaciones en clústeres de máquinas virtuales.

Características:
– *Orquestación completa de contenedores*: GKE expone todo el poder de Kubernetes, incluidas implementaciones, StatefulSets, DaemonSets, volúmenes, redes y definiciones de recursos personalizadas.
– *Cargas de trabajo complejas*: ideal para arquitecturas de microservicios, procesamiento por lotes, cargas de trabajo CI/CD y aplicaciones que requieren orquestación compleja o servicios con estado.
– *Redes y almacenamiento personalizados*: proporciona control sobre la red VPC, los discos persistentes y la integración con sistemas de almacenamiento externo.
– *Híbrido y multinube*: admite implementaciones híbridas y multinube, federación y portabilidad de carga de trabajo.
– *Control operativo*: aunque GKE administra el plano de control y los nodos, los usuarios son responsables de definir cómo se implementan, actualizan y monitorean las aplicaciones.
– *Escalabilidad*: admite un control detallado sobre el escalamiento horizontal y vertical, el escalamiento automático de pods y el escalamiento automático de clústeres.

Ejemplo de caso de uso:
Una empresa fintech necesita implementar un sistema complejo compuesto por múltiples microservicios, tareas de procesamiento en segundo plano y bases de datos, con estrictos requisitos de red, seguridad y observabilidad. GKE les permite personalizar las implementaciones, las políticas de red, el escalado y la integración con las canalizaciones de DevOps existentes.

-

Tabla de comparación

-

Diferencias en el flujo de trabajo de implementación

– carrera en la nubeLos desarrolladores crean una imagen de contenedor Docker que expone un punto final HTTP, la envían a Container Registry o Artifact Registry y la implementan en Cloud Run. La plataforma gestiona el escalado, la seguridad y la red. No es necesario administrar ni configurar la infraestructura. Las solicitudes se enrutan a contenedores, que pueden reducirse a cero cuando están inactivos.
– App EngineLos desarrolladores escriben código que cumple con los requisitos de App Engine (lenguaje/tiempo de ejecución para el entorno estándar o Dockerfile para el flexible). La aplicación se implementa mediante el comando `gcloud app deploy`. App Engine gestiona el aprovisionamiento, el escalado y la monitorización. El entorno estándar impone restricciones en el sistema operativo y el tiempo de ejecución, mientras que el entorno flexible ofrece mayor flexibilidad mediante contenedores Docker.
– GKELos desarrolladores definen manifiestos (archivos YAML) para recursos de Kubernetes, como implementaciones, servicios y objetos de Ingress. Aprovisionan un clúster de Kubernetes (o grupo de nodos) y utilizan `kubectl` o pipelines de CI/CD para implementar aplicaciones. GKE administra el plano de control y la infraestructura de nodos, pero los desarrolladores deben gestionar la configuración de recursos, las redes, las políticas de escalado y el ciclo de vida de las aplicaciones.

-

Escalabilidad y rendimiento

– carrera en la nube Ofrece escalabilidad rápida de cero a miles de instancias según el tráfico HTTP, pero solo admite cargas de trabajo de solicitud/respuesta sin estado. Los arranques en frío se minimizan, pero existen al escalar desde cero.
– Estándar de App Engine Proporciona un escalado muy rápido para entornos de ejecución compatibles, mediante el escalado de instancias basado en la tasa de solicitudes. El entorno flexible escala máquinas virtuales que ejecutan contenedores Docker, que pueden tardar más en iniciarse, pero admiten aplicaciones más complejas.
– GKE Permite opciones de escalado avanzadas, como el escalado automático de clústeres y pods, y el escalado personalizado de recursos. Es ideal para cargas de trabajo de alto rendimiento, procesos de larga duración y aplicaciones que requieren una programación sofisticada.

-

Seguridad y Operaciones

– carrera en la nubeSe integra con la Gestión de Identidad y Acceso (IAM), admite dominios personalizados, HTTPS predeterminado, conectividad VPC y minimiza la sobrecarga operativa. Google gestiona las actualizaciones de seguridad.
– App EngineOfrece integración de IAM, reglas de firewall, SSL/TLS y gestión de secretos. El entorno estándar está aislado por seguridad, mientras que el flexible requiere mayor participación operativa.
– GKEProporciona un control preciso de la seguridad, incluyendo el Control de Acceso Basado en Roles (RBAC) de Kubernetes, las políticas de red, la gestión de secretos, la seguridad de los nodos y la integración con la suite de seguridad de GCP. El mantenimiento de clústeres y nodos requiere atención, aunque GKE automatiza las actualizaciones del plano de control y ofrece reparación automática de nodos.

-

Escenarios de casos de uso

– carrera en la nube:Ideal para microservicios sin estado, API, procesamiento impulsado por eventos y webhooks que necesitan un escalamiento rápido y rentable.
– App Engine:Adecuado para aplicaciones web, backends móviles y API que se benefician de los servicios GCP integrados y requieren escalamiento automático sin la complejidad de la orquestación de contenedores.
– GKE:Ideal para organizaciones que necesitan orquestación compleja, arquitecturas de múltiples contenedores/microservicios, implementaciones híbridas o de múltiples nubes o prácticas avanzadas de DevOps.

-

Integración con flujos de trabajo de desarrollo

– carrera en la nubeSe adapta a los flujos de trabajo de CI/CD modernos con pasos de compilación e implementación de contenedores. Se integra fácilmente con Cloud Build, Artifact Registry y Cloud Monitoring.
– App EngineAdmite implementación directa de código, registro y monitorización integrados, y reversión/control de versiones simplificado. Funciona bien con Cloud Build y otras herramientas de desarrollo de GCP.
– GKERequiere contenedorización y manifiestos de Kubernetes. Admite flujos de trabajo avanzados de CI/CD (p. ej., GitOps), integración con herramientas de terceros y soluciones personalizadas de monitorización y registro.

-

Portabilidad y dependencia del proveedor

– carrera en la nube:Utiliza estándares abiertos (contenedores OCI, API de Knative), lo que permite la portabilidad a otras plataformas compatibles con Knative (por ejemplo, locales u otras nubes que ejecutan Knative).
– App EngineLas API de entornos estándar y las restricciones de tiempo de ejecución pueden generar dependencias. Las aplicaciones de entornos flexibles son contenedores Docker estándar, lo que mejora la portabilidad.
– GKE:Como servicio de Kubernetes administrado, las aplicaciones y cargas de trabajo son portátiles a cualquier plataforma compatible con Kubernetes, ya sea local, en otras nubes o incluso en entornos híbridos.

-

Manejo de costos

– carrera en la nube:Proporciona un modelo de precios granular de pago por uso, que resulta rentable para cargas de trabajo esporádicas o impredecibles.
– App EngineFacturación basada en el uso de las instancias (número y tipo de instancias) y servicios adicionales consumidos, como almacenamiento y red. El entorno estándar puede ser muy rentable para cargas de trabajo sostenidas pero variables.
– GKEEl precio depende de los nodos aprovisionados (VM), el almacenamiento persistente y el uso de la red, además de una tarifa de administración para los clústeres. GKE suele ser más rentable a escala, aunque requiere una gestión cuidadosa de los recursos para evitar el sobreaprovisionamiento.

-

Migración y escenarios híbridos

– Las organizaciones a menudo comienzan con App Engine o Cloud Run por simplicidad y migran a GKE a medida que la arquitectura de su aplicación madura y requiere más control o complejidad.
– Son posibles las implementaciones híbridas; por ejemplo, servir API públicas a través de Cloud Run o App Engine mientras se ejecuta el procesamiento de datos o servicios con estado en GKE.
– GKE admite Anthos para cargas de trabajo de Kubernetes híbridas y de múltiples nubes, lo que permite una gestión consistente en todos los entornos.

-

Límites y restricciones del servicio

– carrera en la nube:Límites en el tamaño de la solicitud y la respuesta, tiempos de espera de las solicitudes (hasta 60 minutos) y simultaneidad por instancia de contenedor (configurable).
– App EngineEl entorno estándar impone un entorno de pruebas estricto (sistema de archivos limitado, compatibilidad con idiomas y tiempos de espera de solicitud). El entorno flexible admite capacidades más amplias, pero puede generar tiempos de inicio más largos y costos más elevados para configuraciones personalizadas.
– GKE:Pocos límites impuestos por la plataforma más allá de los inherentes a Kubernetes y los tipos de máquinas virtuales elegidos; admite aplicaciones con estado, redes personalizadas y volúmenes persistentes.

-

Elegir la plataforma adecuada

– carrera en la nube es óptimo para equipos que buscan una responsabilidad operativa mínima, una implementación rápida, escalabilidad sin servidor y soporte para cualquier carga de trabajo HTTP en contenedores.
– App Engine es adecuado para aplicaciones que se benefician de una profunda integración de GCP, escalamiento automático, control de versiones de aplicaciones y donde las restricciones de lenguaje/tiempo de ejecución son aceptables o beneficiosas.
– GKE Debe seleccionarse para aplicaciones que requieren orquestación sofisticada, soporte de múltiples contenedores, procesamiento por estado o por lotes, redes personalizadas e integración con sistemas externos o canalizaciones de DevOps.

Las organizaciones pueden combinar estos servicios para alinearse con los diferentes componentes de la aplicación, equilibrando la simplicidad operativa, la escalabilidad y el control. La selección adecuada de la plataforma garantiza un coste, un rendimiento y una facilidad de mantenimiento óptimos, alineados con los objetivos técnicos y comerciales.

Otras preguntas y respuestas recientes sobre EITC/CL/GCP Google Cloud Platform:

• ¿Se puede hacer más con la línea de comandos que con la consola en la nube?
• ¿Es necesario utilizar SQL en Google para completar el curso?
• Para usar SQL en Google, me pide un pago de $10. ¿Pueden ayudarme?
• ¿Cuál es la diferencia entre Cloud Storage y Cloud Firestore?
• ¿En qué medida es útil el GCP para el desarrollo, implementación y alojamiento de páginas web o aplicaciones?
• ¿Cómo calcular el rango de direcciones IP para una subred?
• ¿Cuál es la diferencia entre Cloud AutoML y Cloud AI Platform?
• ¿Cuál es la diferencia entre Big Table y BigQuery?
• ¿Cómo configurar el equilibrio de carga en GCP para un caso de uso de múltiples servidores web back-end con WordPress, asegurando que la base de datos sea consistente en las muchas instancias back-end (servidores web) de WordPress?
• ¿Tiene sentido implementar el equilibrio de carga cuando se utiliza un solo servidor web backend?

Ver más preguntas y respuestas en EITC/CL/GCP Google Cloud Platform

Más preguntas y respuestas:

• Campo: Computación en la nube (Cloud Computing)
• programa: EITC/CL/GCP Google Cloud Platform (ir al programa de certificación)
• Lección: Descripción general de GCP (ir a la lección relacionada)
• Tema: Ejecutar contenedores en GCP (ir al tema relacionado)