Cuando tu organización necesita ejecutar servicios de AWS dentro de tu propio centro de datos por temas de latencia, residencia o seguridad de datos, AWS Outposts es la respuesta. Aquí te explico cómo funciona Outposts, qué opciones de hardware ofrece y cómo se complementa con Elastic Beanstalk para acelerar despliegues.

¿Qué es AWS Outposts y para qué sirve?

Outposts extiende la nube de AWS hasta tu on-premise con latencia ultrabaja y una gestión unificada. Es decir, puedes correr servicios nativos de AWS dentro de tu propio rack, sin renunciar a la consola ni a las APIs que ya conoces [01:00].

Dentro de un Outposts puedes ejecutar VPC, EC2, contenedores, bases de datos y almacenamiento, replicando la experiencia de la región pero en tu sala de cómputo.

¿Cuándo conviene usar AWS Outposts? Cuando necesitas latencia ultrabaja hacia sistemas locales, cumplir con residencia de datos por regulación, o mantener cargas sensibles dentro de tu data center sin perder integración con AWS.

¿Qué opciones de hardware ofrece Outposts?

Outposts viene en dos formatos: servidores individuales o rack completo. Cada uno responde a una escala distinta de necesidad [01:40].

• Servidor de 1U con procesadores Graviton: 64 vCPUs, 128 GB de RAM y 4 TB de almacenamiento.
• Servidor de 2U con procesadores Intel: duplica la capacidad del 1U.
• Rack Outposts estándar de 42U: puedes apilar hasta 96 racks dentro de tu centro de datos, lo que se traduce en una potencia enorme de cómputo y almacenamiento.

Esta variedad te permite empezar pequeño con un servidor o escalar a una infraestructura masiva según el caso de uso.

¿Cómo se conecta Outposts con la región de AWS?

La magia de Outposts es que tu VPC se extiende desde la región hasta tus instalaciones. Tu instancia EC2 puede vivir en una subnet dentro del Outposts y seguir siendo parte de la misma VPC que corre en la zona de disponibilidad de AWS [03:20].

Pero técnicamente, ¿cómo viaja esa extensión? Tienes tres caminos posibles.

¿Qué opciones de conectividad existen entre Outposts y AWS?

La elección depende de tu presupuesto, ancho de banda disponible y necesidades de resiliencia.

1. Internet pública: viable, pero exige cifrado de la información y consideraciones extra de seguridad.
2. Service link o enlace de servicio: el canal principal entre Outposts y la región. Por ahí pasan las tareas del plano de control, la administración, la supervisión de recursos y las actualizaciones de software y firmware.
3. Direct Connect: una conexión directa y dedicada desde tu centro de datos hacia AWS, ideal cuando la latencia y el rendimiento son críticos.

¿Cuánto ancho de banda necesita el service link de Outposts? AWS recomienda conectividad redundante de al menos 500 Mbps, siendo 1 Gbps la opción óptima para garantizar resiliencia adecuada [04:50].

El service link no es opcional: es lo que mantiene tu Outposts sincronizado y administrable desde la consola de AWS.

¿Qué es AWS Elastic Beanstalk y cómo encaja en cómputo?

Elastic Beanstalk pertenece a la categoría de cómputo y se considera un servicio PaaS (Platform as a Service). Su propósito es despegar y gestionar aplicaciones de forma automatizada, sin que tengas que preocuparte por aprovisionar servidores manualmente [06:20].

Lo interesante es que tienes control total sobre la infraestructura subyacente, algo que no siempre ocurre en otros PaaS del mercado.

¿Qué lenguajes y características soporta Elastic Beanstalk?

Es compatible con múltiples runtimes o tiempos de ejecución populares.

• Node.js, PHP y Python, entre otros lenguajes soportados.
• Escalado automático para responder a picos de demanda.
• Monitoreo integrado y compatibilidad con otros servicios de AWS.
• Despliegues rápidos y ágiles sin configurar manualmente cada capa.

¿Qué diferencia a Elastic Beanstalk de EC2? Beanstalk automatiza el aprovisionamiento, balanceo y escalado de tu aplicación, mientras que en EC2 tú gestionas todo eso manualmente. Beanstalk usa EC2 por debajo, pero te abstrae la complejidad.

Con Outposts cubres el escenario híbrido y con Elastic Beanstalk aceleras tus despliegues en la nube. Dos servicios clave tanto para tu trabajo diario como para tu camino hacia la certificación. ¿Cuál crees que aplicarías primero en tu organización? Cuéntame en los comentarios.