# 🌐 Redes Híbridas y Conectividad en AWS

## 📖 ¿Qué es una Red Híbrida?

**Definición:**  
Una **Red Híbrida** en AWS es cuando conectas **tu infraestructura en la nube (AWS)** con **tu infraestructura local (on-premises)** de manera segura. Así, tus aplicaciones pueden funcionar **entre tu empresa física** y **tu nube** como si fueran parte de la misma red privada.

**¿Qué hace exactamente una Red Híbrida?**

* Permite que tus servidores locales y recursos en AWS se comuniquen **de forma privada**.
    
* Ayuda a migrar poco a poco cargas de trabajo a la nube sin interrumpir operaciones.
    
* Facilita tener sistemas distribuidos: algunos servidores en tu oficina, otros en AWS.
    

---

## 🏗️ ¿Qué es una VPC (Virtual Private Cloud)?

**Definición:**  
Una **VPC** en AWS es como **crear tu propia red privada virtual dentro de la nube**.  
Es tu "territorio" de red donde defines:

* IPs privadas.
    
* Subredes.
    
* Reglas de acceso (quién puede entrar y salir).
    
* Comunicación entre recursos.
    

**¿Qué hace exactamente una VPC?**

* Te permite **aislar y proteger** tus recursos (como instancias EC2, bases de datos, etc.).
    
* Puedes controlar totalmente el **tráfico** que entra y sale.
    
* Puedes **conectar tu VPC** con otras redes (por ejemplo, tu empresa física) para formar una red híbrida.
    

---

## 🔍 Analogía fácil (misma para todo el tema de redes)

Imagina que **tienes una oficina principal (tu empresa física)** y **alquilas un espacio privado en un edificio de oficinas moderno (AWS)**:

* La **VPC** es **tu oficina privada en el edificio**: tú decides dónde están los escritorios (servidores), cómo están distribuidas las habitaciones (subredes) y quién tiene llaves (control de acceso).
    
* Una **Red Híbrida** sería **construir un túnel seguro** que conecta tu oficina tradicional con la oficina en el edificio moderno, para que tus empleados puedan caminar entre ellas sin salir a la calle pública (Internet).
    

## 📦 Servicios de conectividad en AWS que permiten una Red Híbrida

| **Servicio** | **¿Qué hace?** | **¿Cuándo usarlo?** |
| --- | --- | --- |
| **VPN Site-to-Site** | Crea un **túnel cifrado** entre tu red local y tu VPC a través de Internet. | Para conexiones rápidas y económicas (pero pueden ser menos estables que conexiones dedicadas). |
| **AWS Direct Connect** | Crea una **línea física dedicada** entre tu red local y AWS. | Para alta velocidad, baja latencia y conexión muy estable (empresas grandes). |
| **Transit Gateway** | Administra múltiples conexiones (VPNs, VPCs, Direct Connect) **de manera centralizada**. | Cuando tienes varias VPCs y redes que deben comunicarse entre sí. |
| **VPC Peering** | Conecta **dos VPCs privadas** directamente, **sin salir a Internet**. | Cuando necesitas que dos aplicaciones o entornos distintos en AWS se comuniquen. |

## 🛠️ Escenario Real

**Escenario sencillo de Red Híbrida:**

* Tienes una empresa con un Data Center físico en Bogotá.
    
* Empiezas a migrar servicios a AWS, pero todavía tienes bases de datos locales.
    
* Usas una **VPN Site-to-Site** para conectar tu oficina en Bogotá con tu VPC en AWS.
    
* Tus aplicaciones en AWS pueden acceder a tus bases de datos locales como si estuvieran en la misma red.
    

## 📚 Conceptos clave que debes entender

| Concepto | Explicación simple |
| --- | --- |
| **Subred** | División dentro de tu VPC para organizar mejor los recursos (por ejemplo, separar servidores públicos y privados). |
| **Internet Gateway** | Componente que permite que recursos dentro de tu VPC accedan a Internet. |
| **NAT Gateway** | Permite que instancias privadas (sin IP pública) **salgan a Internet** de forma segura, pero **no puedan ser accedidas** desde fuera. |
| **Route Tables** | Son como los mapas de tráfico: definen hacia dónde va cada tipo de tráfico dentro de tu VPC. |
| **Security Groups** | Son las reglas de firewall que controlan qué tráfico entra o sale de tus recursos (servidores, bases de datos, etc.). |
| **Network ACLs** | Otro nivel de control de tráfico, pero aplicado a toda una subred. |

# 🧠 Resumen Final

* Una **VPC** es tu **propia red privada en la nube**.
    
* Una **Red Híbrida** **conecta** esa VPC con tu infraestructura física.
    
* Usas servicios como **VPN**, **Direct Connect** y **Transit Gateway** para lograr una comunicación segura.
    
* Todo el tráfico se controla estrictamente mediante **IP, firewalls, rutas** y **puertas de enlace**.
    

# 📦 ¿Qué pasa con los datos y el tráfico en una migración híbrida?

Cuando tienes **parte de tu aplicación** todavía **on-premises (en tu servidor físico)** y **otra parte ya migrada a AWS**, **necesitas sincronizar y dirigir el tráfico** para que todo siga funcionando bien.

Hay dos grandes temas aquí:

## 1\. 🛠️ ¿Cómo se mantiene la integridad de los datos?

(Que los datos estén actualizados tanto en la nube como en el servidor físico)

* **Replicación de datos:**  
    Configuras herramientas o servicios que **sincronizan en tiempo real** o casi en tiempo real los datos entre los dos ambientes.
    
    Ejemplos:
    
    * **Base de datos:** Puedes usar **AWS Database Migration Service (DMS)** para replicar cambios de una base de datos on-premise a una base de datos en AWS mientras migras.
        
    * **Archivos:** Puedes usar **AWS DataSync** para copiar archivos entre tu Data Center local y AWS de forma automatizada y segura.
        
    * **Mensajes/Eventos:** Si manejas eventos o transacciones, puedes usar servicios como **SQS**, **SNS** o **Kinesis**para mantener la consistencia mientras migras.
        

## 2\. 🧭 ¿Cómo sabe la aplicación si debe ir a AWS o quedarse en on-premises?

Aquí es donde entra **la configuración de red y de DNS**:

* **DNS Inteligente (por ejemplo, usando Route 53):**  
    El **DNS** es como el "GPS" de las aplicaciones.  
    Tú puedes configurar **reglas** para que dependiendo de:
    
    * Dónde está el usuario,
        
    * Si un sistema ya fue migrado o no,
        
    * La disponibilidad de los servicios,
        
    
    entonces se **redireccione automáticamente** a la versión on-premise o a la versión en AWS.
    
* **Load Balancers híbridos:**  
    Puedes usar balanceadores de carga (por ejemplo, un **AWS Application Load Balancer**) que redirigen tráfico **entre servidores locales y la nube** dependiendo de la necesidad.
    
* **Configuración en la App:**  
    Algunas veces, tu propia aplicación está programada para saber:  
    "Si este servicio ya migró a AWS, voy a su nueva dirección IP. Si no, sigo usando el servicio local".
    

# 🎯 Analogía fácil:

Imagina que tienes dos bodegas (una antigua y una nueva):

* Mientras haces la mudanza, montas un sistema de **moto mensajeros** (replicadores) que llevan copias de los pedidos nuevos a ambas bodegas.
    
* Además, pones una **central de llamadas inteligente (DNS)** que, dependiendo de en qué bodega esté un producto, dirige a los clientes a la correcta.
    

# 🔥 Resumen rápido:

| Pregunta | Respuesta simple |
| --- | --- |
| **¿Cómo se actualizan los datos?** | Usando servicios de replicación como DMS, DataSync o mecanismos de eventos. |
| **¿Cómo sabe a dónde enviar el tráfico?** | Configurando el DNS (Route 53) o usando Load Balancers que dirigen a AWS o a on-premise según necesidad. |

# 🛠️ Notas Técnicas Relevantes

* **AWS DMS** soporta migraciones de bases de datos heterogéneas (ej: de Oracle a Aurora).
    
* **DataSync** optimiza la transferencia de archivos mediante redes privadas o VPNs.
    
* **Route 53** puede hacer **routing basado en latencia**, salud del servicio, o políticas de failover (alta disponibilidad).