---
title: "Desplegar un Cloud Gateway"
description: "Conecta tu VPC de CubePath con AWS, Google Cloud o Azure de forma privada mediante un interconexionado dedicado que nunca pasa por internet público."
category: "Despliegue"
language: es
source: https://cubepath.com/es/docs/products/despliegue/desplegar-un-cloud-gateway
updated: 2026-08-04
---

# Desplegar un Cloud Gateway

Un Cloud Gateway conecta de forma privada tu VPC de CubePath con **AWS, Google Cloud o Azure** mediante un interconexionado dedicado — nunca por internet público. Empieza desde la página **Cloud Gateway** en [my.cubepath.com](https://my.cubepath.com).

> Nota: Tu cuenta debe estar [verificada](/docs/products/introduccion/configurar-tu-cuenta) antes de poder desplegar.

> Importante: Cloud Gateway **no es autoservicio**. Nuestro equipo de red define contigo la topología, las regiones y la capacidad antes de aprovisionar nada.

## Por qué un interconexionado privado

Frente a una VPN sobre internet público, un circuito dedicado te da:

- **Latencia y caudal predecibles**, porque el tráfico no comparte camino con el resto de internet.
- **Sin salida por internet público**, lo que importa tanto para cumplimiento normativo como, a menudo, para la factura de tráfico del otro cloud.
- **Enrutado BGP en ambos extremos**, de modo que las dos redes intercambian prefijos en lugar de que tú mantengas túneles estáticos.

Es la respuesta correcta para cargas híbridas: una base de datos en baremetal de CubePath alimentando una aplicación en AWS, una migración en curso, o una carga repartida entre proveedores a propósito.

## Desplegar

```steps
### Contacta con Ventas
Desde la página Cloud Gateway, pulsa **Contact Sales** para abrir una solicitud y contarnos tus cargas de trabajo.

### Define el enlace
En una llamada de descubrimiento elegimos el servicio del proveedor cloud — **AWS Direct Connect**, **Cloud Interconnect** (GCP) o **ExpressRoute** (Azure) — además de regiones, ancho de banda y redundancia.

### Lo aprovisionamos
CubePath monta el circuito dedicado de nivel 2, el servicio del lado cloud y el peering BGP en ambos extremos. Los interconexionados privados tardan normalmente **de 5 a 15 días laborables**.

### Conecta y anuncia
Conecta tu VPC / VNet existente y anuncia tus prefijos por BGP. El tráfico se queda en el enlace privado de extremo a extremo.
```

## Planifica contando con el plazo

De cinco a quince días laborables es aprovisionamiento físico en ambos extremos, y no es algo que se pueda acelerar a última hora. Si el interconexionado está en el camino crítico de una migración o un lanzamiento, empieza la conversación mientras el resto del diseño todavía se está moviendo.

Conviene llevar preparado a la llamada: qué cloud y región, los prefijos que anunciará cada lado, tu ancho de banda sostenido previsto y si necesitas circuitos redundantes.

## Qué no hace

> Aviso: Un Cloud Gateway **no lleva ningún camino a internet público**. Mantén una salida aparte para las cargas que necesiten conectividad pública — un [NAT Gateway](/docs/products/despliegue/desplegar-un-nat-gateway) del lado de CubePath, o el equivalente del lado cloud.

- **No es una VPN.** No hay ningún túnel autoservicio que configurar; es un circuito aprovisionado.
- **No enruta entre tus prefijos por ti.** Ambos extremos anuncian por BGP, y la política de enrutado la defines tú.