CloudHub 1.0 vs CloudHub 2.0

Comparativa entre las nubes que proporciona MuleSoft a sus clientes

En este articulo voy a intentar explicar como funcionan las nubes que MuleSoft proporcionan a sus clientes, estas nubes son CloudHub 1 y CloudHub 2.

PARA QUE SIRVEN LAS NUBES DE MULESOFT

Cuando un cliente contrata los servicios de MuleSoft, contrata un pack donde se puede hacer muchas cosas con el producto como por ejemplo API Manager o desarrollo de servicios de integración.

En el apartado de desarrollo de servicios de integración, MuleSoft permite desarrollar servicios Rest, Scheduler, orquestaciones y un largo etc.

Estos desarrollos se hacen dentro de lo que llamaremos MuleApps, que son proyectos Java desarrollados dentro del marco de desarrollo de MuleSoft (Anypoint Studio, DataWeave, y componentes MuleSoft).

Estas MuleApps necesitas ser ejecutadas dentro de un Runtime de Java, que en nuestro caso MuleSoft tiene su propio Runtime (conjunto de librerías que son capaces de ejecutar las MuleApps) todo esto por debajo tiene la maquina virtual de Java, que actualmente conviven las versiones Java 8 y Java 17.

Para que todo esto funcione MuleSoft ofrece a sus clientes dentro del pack que han contratado una infraestructuras para poder desplegar sus MuleApps.

Esta infraestructuras son CloudHub 1 y CloudHub 2 de las que veremos las características de cada una de ellas y sus principales diferencias.

CLOUDHUB 1

Características de CloudHub 1

1.- Nube propia de MuleSoft basada en AWS.

2.- Integración nativa con Anypoint Platform (Api Manager, Monitoring, …).

3.- Infraestructura incluida en el precio de licenciamiento.

4.- Comunicaciones con infraestructura cliente:

• VPC: Virtual Private Cloud
• VPN: Virtual Private Network
• Transist Gateway: Producto de AWS que facilita la configuración de las comunicaciones.

5.- Cada Mule App se despliega sobre una maquina EC2 de AWS

6.- Capacitación de API: los recursos que se le pueden asignar a cada API son los siguientes (0.1 , 0.2, 1, 2, …) vCores

Contras

1.- Seguridad: El dato y metadato del API no se encuentra en la infraestructura del cliente.

2.- Falta de aprovechamiento de recursos (vCores): el espectro para poder elegir potencia para las MuleApps es muy reducido, pasa de 0.1–0.2 a 1, 2, 4 vCores, esto provoca un mal uso de los recursos y los altos costes de licencia por vCore.

CLOUDHUB 2.0

Características de CloudHub 2
1.- Nube propia de MuleSoft basada en AWS.

2.- Basado en tecnología Runtime Fabric, Kubernetes gestionado por AWS (EKS).

3.- Integración nativa con Anypoint Platform (Api Manager, Monitoring, …).

4.- Infraestructura incluida en el precio de licenciamiento.

5.- Comunicaciones con infraestructura cliente:

• Private Space: Es una evolución del tradicional VPC y se utiliza para conectar las Mule Apis con los sistemas de la internal Network del cliente. La conexión se realiza con VPN o AWS Transist Gateway.
• Shared Space: Espacio donde puedes desplegar Mule APIs en un entorno multitenant que no necesiten conectarse con la internal network del cliente.

6.- Cada Mule App se despliega sobre un pods de kubernetes

7.- Mayor granularidad en la asignación de recursos: se han incluido nuevos tamaños 0.5, 1.5, 2.5, 3.5 vCores

8.- Mejora el control del trafico entrante con la utilización de ingress controller.

Contras
1.- Seguridad: El dato y metadato del API no se encuentra en la infraestructura del cliente.

2.- Falta de aprovechamiento de recursos (vCores): aunque se han añadido nuevos tamaños (0.5, 1.5, 2.5, 3.5 vCores), se sigue sin poder asignar menos de 0.1 vCore por API.

Resumen

MuleSoft ofrece estas infraestructuras con total garantía, las cuales son muy seguras ofreciendo mecanismos de conexión con los sistemas internos de los clientes a través de VPC, VPN o transit gateway (AWS).

Al utilizar CloudHub 1/2 también tendrá todas las herramientas de monitoring y alertado sobre el Runtime Manager muy útiles para la operación sobre la plataforma.

Pero si el cliente quisiera tener un control mas férreo sobre los datos, y tener una mayor granularidad sobre el uso de los Cores que utilizan sus MuleApps la mejor opción seria montar Runtime Fabric sobre infraestrutura Kubernetes.

Bueno espero que os haya gustado este articulo sobre las diferencias y bondades de las nubes de MuleSoft. En el siguiente articulo explicaremos como desplegar MuleApps en estas nubes.

Un saludo.