Infraestructura de nube híbrida - Plataforma integrada de on-premises y AWS lograda con AWS Outposts
Explicamos cómo ampliar la infraestructura de AWS a entornos on-premises con AWS Outposts y cómo crear una arquitectura de nube híbrida mediante la integración con EC2. Presentamos patrones para responder a los requisitos de residencia de datos y de latencia.
La demanda de nube híbrida y el lugar de AWS Outposts
Aunque muchas empresas adoptan estrategias cloud-first, no son pocos los casos en que es necesario mantener parte de las cargas de trabajo en on-premises, por ejemplo, por normativas de residencia de datos, requisitos de latencia ultrabaja o el aprovechamiento de las inversiones on-premises existentes. AWS Outposts es un servicio totalmente administrado que amplía la infraestructura, los servicios, las API y las herramientas de AWS a centros de datos on-premises e instalaciones de coubicación. Un rack de Outposts es un rack de servidores diseñado / fabricado por AWS que permite ejecutar en on-premises servicios de AWS como EC2, EBS, S3, RDS, ECS y EKS. Se puede gestionar con la misma API, la misma consola y la misma CLI que una región de AWS, y ofrece una experiencia operativa coherente entre on-premises y la nube. Outposts se puede gestionar de forma fluida desde la consola de AWS, y la coherencia operativa es alta porque se puede usar la misma API que en la región.
Despliegue y opciones de configuración de Outposts
Outposts se ofrece en dos factores de forma: el formato de rack de 42U y el formato de servidor de 1U/2U. El formato de rack es adecuado para cargas de trabajo que requieren una gran capacidad de cómputo y almacenamiento, y el formato de servidor es óptimo para entornos con espacio limitado, como tiendas minoristas, fábricas e instalaciones médicas. Outposts se gestiona a través de una conexión de red dedicada a la región de AWS (enlace de servicio), y las operaciones del plano de control se procesan en la región. Gracias a la puerta de enlace local, es posible la comunicación directa con la red on-premises y se puede integrar de forma fluida con la infraestructura de red existente. Las instancias EC2 se ejecutan localmente en Outposts y minimizan la latencia de comunicación con las fuentes de datos y las aplicaciones on-premises. Como los volúmenes EBS también se almacenan localmente, la latencia de E/S de almacenamiento también se puede mantener baja. A continuación se muestra un ejemplo de CLI para lanzar una instancia en Outposts.
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--instance-type m5.xlarge \
--placement '{"OutpostArn": "arn:aws:outposts:ap-northeast-1:123456789012:outpost/op-0123456789abcdef0"}' \
--subnet-id subnet-outpost-0123456789Patrones de diseño de arquitectura híbrida
En una arquitectura híbrida que aprovecha Outposts, lo habitual es un diseño que ejecuta en Outposts las cargas de trabajo sensibles a la latencia y descarga en la región el procesamiento de ráfagas y las copias de seguridad. En la industria manufacturera, los datos de los sensores IoT de la fábrica se procesan de inmediato en EC2 sobre Outposts, y los datos agregados se transfieren a S3 o Redshift en la región para realizar análisis a largo plazo. En el sector financiero, el sistema de procesamiento de transacciones se ejecuta en Outposts para garantizar una latencia de un milisegundo o menos, mientras que el análisis de riesgos y la generación de informes se ejecutan en la región. En el ámbito sanitario, los datos de los pacientes se conservan en Outposts on-premises conforme a los requisitos de residencia de datos, mientras que los datos anonimizados se analizan con los servicios de aprendizaje automático de la región. Con S3 en Outposts (S3 on Outposts), se pueden diseñar con flexibilidad el procesamiento local de datos y la transferencia de datos a la región. Como AWS actualiza automáticamente el software de Outposts, la coherencia con la región se mantiene siempre.
Gestión operativa y garantía de disponibilidad
AWS es responsable de la gestión operativa de Outposts y realiza automáticamente la supervisión del hardware, la aplicación de parches y las actualizaciones de firmware. Están disponibles las mismas herramientas operativas que en la región, como la supervisión de métricas con CloudWatch, la auditoría de API con CloudTrail y el seguimiento de la configuración de recursos con AWS Config. Incluso si el enlace de servicio entre Outposts y la región se interrumpe temporalmente, las instancias que se están ejecutando localmente siguen funcionando. Sin embargo, el lanzamiento de nuevas instancias y las operaciones de API se ejecutan después de que se restablezca el enlace de servicio. Para garantizar la alta disponibilidad, se recomienda un diseño que distribuya las cargas de trabajo entre Outposts y la región y que conmute por error a la región en caso de fallo. También es posible centralizar la gestión de parches y la ejecución de comandos de las instancias en Outposts con AWS Systems Manager. Si se establece una conexión de línea dedicada entre on-premises y la región de AWS con Direct Connect, se pueden mejorar la fiabilidad y el ancho de banda del enlace de servicio y aumentar la estabilidad de todo el entorno híbrido.
Contexto técnico y filosofía de diseño de la nube híbrida
La filosofía de diseño de la nube híbrida se basa en el principio de elegir el entorno de ejecución óptimo según las características de la carga de trabajo. Migrar todas las cargas de trabajo a la nube pública no siempre es la solución óptima. Existen casos en los que la ejecución en on-premises es razonable, como las normativas sobre la ubicación de los datos, las restricciones físicas de la latencia de red o el acoplamiento estrecho con sistemas existentes. Teniendo en cuenta esta realidad, AWS ofrece, además de Outposts, AWS Local Zones y AWS Wavelength como opciones adicionales de infraestructura de borde. Local Zones coloca recursos de cómputo en las grandes áreas metropolitanas y consigue latencias de milisegundos de un solo dígito. Wavelength coloca el cómputo en el borde de las redes 5G y ofrece una latencia ultrabaja hacia los dispositivos móviles. Al combinar estas tres opciones de infraestructura de borde (Outposts, Local Zones, Wavelength), se puede crear una arquitectura híbrida que permite ejecutar los servicios de AWS en cualquier lugar, desde el centro de datos hasta el borde 5G.
Precios de Outposts
Outposts Rack es una suscripción de 3 años, con opciones de pago totalmente anticipado, parcialmente anticipado y sin pago anticipado. La configuración mínima parte de varios miles de USD al mes y varía según el tipo y la cantidad de instancias. Outposts Server tiene un tamaño de 1U/2U y parte de unos 1,500 USD al mes (a fecha de agosto de 2026). Los costes de infraestructura de electricidad, refrigeración y conexión de red corren a cargo del cliente. El TCO del modelo de suscripción de Outposts se evalúa comparándolo con el ciclo de renovación del hardware on-premises (de 3 a 5 años).
Resumen - Creación de una plataforma de nube híbrida
AWS Outposts es la solución óptima para eliminar la frontera entre on-premises y la nube de AWS y crear una infraestructura de nube híbrida con una API y una experiencia operativa coherentes. A las cargas de trabajo que requieren procesamiento on-premises, como los requisitos de residencia de datos, los requisitos de latencia ultrabaja o el aprovechamiento de las inversiones existentes, se les pueden aplicar tal cual los servicios y las herramientas de AWS. Gracias a la integración con la región, hace posible una arquitectura híbrida que combina el procesamiento local con el análisis a escala de la nube.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
- AWS Outposts (página oficial)
- Amazon EC2 (página oficial)
- AWS Direct Connect (página oficial)
- Documentación de AWS (oficial)
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.