Blog de Amazon Web Services (AWS)

Ejecución de la infraestructura de AWS localmente con AWS Outposts

por Matt Garman

 

El pasado mes de diciembre anunciamos AWS Outposts en Re:Invent y desde entonces hemos visto un inmenso interés de los clientes. Los clientes han solicitado una opción de AWS on-premises para ejecutar aplicaciones con baja latencia y cargas de trabajo que tienen requisitos locales de procesamiento de datos. AWS Outposts es un nuevo servicio que estamos anunciando en Mexico y que trae la misma infraestructura, APIs y herramientas que los clientes utilizan en AWS a prácticamente cualquier instalación local del cliente. Es un servicio totalmente gestionado; AWS proporciona e instala la infraestructura física, gestionada y supervisada por AWS, se actualiza y aplica parches automáticamente como parte de estar conectado a una región de AWS.

Puede utilizar AWS Outposts para lanzar una serie de instancias de Amazon EC2 (C5, M5, R5, i3en y G4, con y sin opciones de almacenamiento local) y volúmenes de Amazon EBS localmente. Además de EC2 y EBS, también puede ejecutar una amplia gama de servicios de AWS localmente en Outposts. En el momento de este anuncio, los servicios de AWS admitidos localmente en Outposts incluirán clústeres de Amazon ECS y Amazon EKS para aplicaciones basadas en contenedores, clústeres de Amazon EMR para análisis de datos e instancias de Amazon RDS para servicios de bases de datos relacionales. Servicios adicionales como Amazon SageMaker y Amazon MSK estaran disponibles en un futuro próximo.

Outposts funciona como una extensión de la región de AWS en su propio centro de datos; los servicios que se ejecutan en el Outpost pueden funcionar sin problemas con cualquier servicio o recurso de AWS que se ejecute en la nube. Por ejemplo, puede utilizar la conectividad privada con los buckets de Amazon S3 o las tablas de Amazon DynamoDB en la región pública. Las herramientas de Amazon también funcionarán con Outposts. Las llamadas a la API se registrarán automáticamente a través de CloudTrail y las plantillas existentes de CloudFormation también funcionarán. Cuando AWS lance nuevas innovaciones, trabajará con Outposts para que los clientes siempre puedan aprovechar las últimas tecnologías.

Estamos hablando con clientes a través de verticales, incluyendo manufactura, atención médica, servicios financieros, medios de comunicación y entretenimiento, y telecomunicaciones que están interesados en Outposts para sus entornos conectados. Uno de los escenarios más comunes son las aplicaciones que necesitan latencia de menos que diez milisegundos para los usuarios finales o equipos in situ. Es posible que los clientes necesiten ejecutar cargas de trabajo intensivas de computo en sus plantas de fabricación con precisión y calidad. Otros tienen aplicaciones que requieren un uso intensivo de gráficos, como el análisis de imágenes, que necesitan acceso de baja latencia a los usuarios finales o cargas de trabajo que requieren un uso intensivo de almacenamiento de información que recopilan y procesan cientos de TB de datos al día. Los clientes desean integrar sus implementaciones en la nube con sus entornos locales y utilizar los servicios de AWS para obtener una experiencia híbrida integrada.

Algunos clientes también están interesados en aprovechar los servicios de AWS en entornos desconectados, como cruceros o ubicaciones remotas de minería. Para este tipo de entornos, AWS ofrece Snowball Edge y Snowcone, que estan optimizados para funcionar en entornos con conectividad limitada o nula. En comparación Outposts está diseñado para funcionar exclusivamente en entornos locales conectados.

Quiero compartir un ejemplo de cómo un usuario con adopción temprana de Outposts lo está usando para controlar y operar equipos industriales en cientos de sitios alrededor del mundo. Ya ejecutan aplicaciones centralizadas de toma de decisiones en AWS para identificar qué trabajo se debe ejecutar en cada sitio. El acceso predecible de baja latencia a los recursos informáticos locales es esencial para que sus sistemas de control locales administren los materiales con suavidad y velocidad. Por ejemplo, los sistemas de control necesitan procesar flujos de video para detectar el producto en la cinta transportadora y ejecutar un movimiento robótico para dirigir el producto a la ubicación correcta. Sus sitios también ejecutan aplicaciones de supervisión de vídeo en las que los datos capturados pueden exceder el ancho de banda disponible, por lo que desean llevar a cabo la codificación de vídeo en las instalaciones.

Trabajamos con nuestros primeros clientes para implementar un rack de Outpost en uno de sus sitios. Después de conectar su Outpost a la región local de AWS más cercana, el cliente tiene un control total sobre su red virtual, incluida la selección de un rango de direcciones IP, la creación de subredes y la configuración de tablas de rutas y puertas de enlace de red, al igual que con su Amazon VPC actual. Pueden ampliar sin problemas su VPC regional al Outpost creando una subred y asociándola con Outpost de la misma manera que asocian las subredes con una zona de disponibilidad en la actualidad.

Para lanzar instancias en su Outposts, utilizan exactamente la misma llamada a API que en la región pública, pero apuntan a su subred de Outpost para que las instancias se inicien en el Outpost en su instalación. Estas instancias se ejecutarán en su VPC existente e incluso podrán comunicarse con instancias que se ejecuten en la región pública a través de direcciones IP privadas. Dado que la infraestructura es el mismo hardware que el que utilizamos en nuestra región pública de AWS, las aplicaciones que se ejecutan en estas instancias tendrán el mismo rendimiento que en la región pública. Para obtener acceso de baja latencia al procesamiento local y al almacenamiento que ya se están ejecutando en sus instalaciones, el cliente puede crear una puerta de enlace local en su VPC que facilita al Outpost enrutar el tráfico directamente a sus redes de centros de datos locales.

Mediante Outposts, el cliente planea estandarizar las herramientas en las instalaciones y en la nube, y automatizar las implementaciones y configuraciones en cientos de sitios mediante el uso de las mismas API, los mismos permisos de IAM, las mismas AMI de EC2, las mismas plantillas de CloudFormation y las mismas canalizaciones de implementación en todas partes. A medida que los puestos avanzados se actualizan y se aplican parches como parte de las operaciones regionales de AWS, ya no necesitan actualizar y aplicar parches a su infraestructura local ni tomar tiempo de inactividad para el mantenimiento.

Estamos motivados con el entusiasmo que vemos de los clientes y estamos ansiosos por ayudarlos a centrarse en innovar para sus usuarios finales sin preocuparnos por la adquisición, implementación y operación de la infraestructura para sus aplicaciones. Con AWS Outposts, ofrecemos la misma infraestructura, APIs, servicios y herramientas de AWS para ayudar a los clientes a crear aplicaciones que puedan ejecutarse de forma fiable y segura en cualquiera de sus sitios como en la nube. Recientemente lanzamos un nuevo video que comparte más detalles sobre el rack de Outposts. ¡Si aún no lo has visto, ve a verlo! Como siempre, esperamos sus comentarios.

Para obtener más información sobre AWS Outposts, visite la página de detalles del producto.

Recursos adicionales:

¿Qué es un Outpost de AWS?

Sistema Nitro de AWS