Sin servidor o Kubernetes en AWS

Te ayudamos a elegir

Amazon Web Services (AWS) ofrece a los clientes la flexibilidad de elegir una estrategia para crear aplicaciones modernas que se adapten a sus necesidades empresariales. Los clientes que desarrollan una estrategia para crear aplicaciones modernas en AWS suelen adoptar uno de estos dos enfoques de alto nivel: un modelo de estrategia sin servidor con AWS que utiliza AWS Lambda y contenedores , o Kubernetes en AWS.

AWS está diseñado para proporcionarle acceso a los servicios informáticos y de soporte adecuados (como bases de datos, mensajería y orquestación) para sus cargas de trabajo. AWS ofrece la posibilidad de crear aplicaciones sin servidor mediante un servicio de computación basado en eventos, como AWS Lambda y opciones de contenedores sin servidor, como AWS Fargate y AWS App Runner. AWS ofrece formas de crear aplicaciones en contenedores con opciones de Amazon Elastic Container Service (Amazon ECS) y Kubernetes, como Amazon Elastic Kubernetes Service (Amazon EKS), Red Hat OpenShift Service en AWS (ROSA) y Kubernetes autogestionados en Amazon Elastic Compute Cloud (Amazon EC2).

El siguiente contenido le ayudará a elegir el enfoque que mejor se adapte a su entorno y a empezar a desplegarlo en AWS.

Beneficios de las aplicaciones modernas

Cree con patrones arquitectónicos modulares y aproveche los modelos operativos de servicios gestionados.

Cree aplicaciones más sostenibles, escalables y resilientes desde el punto de vista medioambiental.

Le permiten innovar más rápido, reducir el riesgo, acelerar el tiempo de comercialización y disminuir el costo total de propiedad (TCO).

Prepárate para empezar a desplegar cargas de trabajo de producción en la nube con los siguientes pasos claramente definidos.

Paso 1: Determine sus criterios

Las aplicaciones modernas se crean con patrones arquitectónicos modulares y pueden aprovechar los modelos operativos sin servidor para crear aplicaciones más sostenibles, escalables y resilientes. Le permiten innovar más rápido, reducir el riesgo, acelerar el tiempo de comercialización y disminuir el costo total de propiedad. Al crear nuevas aplicaciones modernas o modernizar las aplicaciones existentes, los arquitectos y desarrolladores disponen de una gran cantidad de componentes básicos, y uno de los más importantes es la elección de los servicios de computación. AWS está diseñado para proporcionarle acceso al servicio informático adecuado para sus cargas de trabajo, una opción que se adapta a cualquier estrategia de desarrollo de aplicaciones modernas que considere adecuada para satisfacer sus necesidades.

Antes de determinar qué estrategia de desarrollo de aplicaciones modernas debe desplegar y debe determinar sus criterios en función del tamaño de sus cargas de trabajo.

  • Las organizaciones pueden optar por la nube para reducir los costos operativos mediante la normalización de los servicios gestionados que trasladan la carga operativa a AWS. Los niveles más altos de abstracción permiten a los desarrolladores y operadores centrarse en sus propias actividades únicas de valor agregado, en lugar de en tareas indiferenciadas.

    La creación con AWS sin servidor utiliza servicios con niveles de abstracción más altos para transferir la sobrecarga operativa del mantenimiento de la infraestructura a AWS.

    AWS también ofrece varias ofertas gestionadas para Kubernetes . Estas ofertas difieren en la capa de tecnología que una organización necesita administrar. AWS también proporciona aceleradores, como complementos y esquemas de EKS, para acelerar la configuración.

  • Muchos clientes de AWS normalizan las tecnologías de código abierto que cuentan con un amplio soporte. El código abierto puede permitir a una organización encontrar las habilidades adecuadas y evitar algunos riesgos relacionados con la dependencia. Tomar las decisiones equivocadas en un ecosistema de código abierto puede llevar a quedar atrapado en abstracciones e integraciones locales. Además, la responsabilidad de hacer que los diferentes componentes de código abierto trabajen juntos suele recaer en la organización que hace la elección. Es habitual que las organizaciones dediquen demasiado tiempo a mantener las integraciones de código abierto.

    Notas:

    • Tenga en cuenta las fuentes comunitarias y el respaldo de empresas o fundaciones al realizar estas inversiones. La inversión en estos proyectos no es solo financiera. También debe invertir en capacitar y educar a su equipo sobre las tecnologías utilizadas. 
    • También puede incurrir en alguna deuda técnica (debido al trabajo que implica mantener esas integraciones), ya que estos componentes y las integraciones asociadas normalmente necesitarán actualizarse.
    • Visite el blog de código abierto de AWS para obtener ideas sobre los despliegues de código abierto.
  • Al seleccionar una estrategia de desarrollo de aplicaciones moderna, es importante que su estrategia se adapte a una variedad de patrones de carga de trabajo. Puede elegir la arquitectura con mayor facilidad si comprende sus patrones de carga de trabajo. Por ejemplo, aplicaciones web, microservicios basados en API, aplicaciones basadas en eventos, transmisión y mensajería, canalizaciones de datos, automatizaciones de TI y más. Algunas cargas de trabajo funcionarán mejor o serán más rentables en un entorno de cómputos que en otro tipo.

    Al crear con AWS sin servidor, los servicios como App Runner y AWS Batch están diseñados para satisfacer fácilmente las demandas de un tipo de carga de trabajo determinado. Las cargas de trabajo que utilicen este enfoque serán más fáciles de crear, tendrán un mejor rendimiento o serán más rentables, aunque ello se haga a expensas de la flexibilidad.

    Kubernetes proporciona coherencia entre las nubes y los entornos locales si su organización lo requiere.

  • Las cargas de trabajo no viven aisladas. Las cargas de trabajo son compatibles con tecnologías como las bases de datos, la mensajería, la transmisión, la orquestación y otros servicios. Una estrategia de desarrollo de aplicaciones modernas y eficaz requiere la integración con estos servicios. Las integraciones gestionadas simplifican los gastos operativos tanto como la administración de la infraestructura subyacente.

    Las opciones de AWS sin servidor están profundamente integradas en el ecosistema de AWS. AWS Lambda puede suscribirse a eventos de más de 200 servicios adicionales. Las extensiones de AWS Lambda permiten una fácil integración con sus herramientas de monitoreo, observabilidad, seguridad y gobierno favoritas. Lambda invoca una función determinada en un entorno de ejecución, lo que proporciona una versión ejecutable segura y aislada en la que se ejecuta el código de la función. 

    Las ofertas gestionadas por AWS para Kubernetes ofrecen integraciones con ofertas gestionadas. El propio Kubernetes cuenta con un rico ecosistema de socios que ofrece integración con muchas otras tecnologías.

  • Muchos clientes necesitan crear experimentos para validar ideas. Estos prototipos podrían ser la idea para una nueva aplicación o desecharse si no tiene éxito. La capacidad de proporcionar un entorno en el que pueda escribir, desplegar y validar ideas rápidamente es esencial para un entorno saludable. Este entorno a menudo se pasa por alto cuando se desarrolla una estrategia de desarrollo de aplicaciones modernas, pero la capacidad de innovar dentro de la empresa puede depender de ello. Permitir a los equipos utilizar servicios que se pueden utilizar para crear, probar e iterar rápidamente tiene un valor incalculable para descubrir nuevas oportunidades comerciales.

  • Muchos clientes desean asegurarse de que sus aplicaciones puedan ejecutarse y migrarse o trasladarse fácilmente a un entorno diferente. Quieren poder conservar la opción de cambiar de proveedor de servicios en la nube o ejecutar una aplicación tanto local como en la nube. Esto suele incluir la necesidad de soportar marcos de lenguaje populares y escenarios de desarrollo. Por ejemplo, los desarrolladores de Java pueden querer usar Spring o Python, y los ingenieros de datos pueden querer usar PyTorch. Seleccionar un enfoque de aplicación de desarrollo moderno no será suficiente por sí solo. Se requerirán las mejores prácticas y una arquitectura para lograr la portabilidad de las aplicaciones. Recomendamos desarrollar competencias en arquitecturas de software y crear paquetes que le permitan transferir con mayor facilidad la lógica empresarial diferenciadora entre los servicios de computación.

    Las aplicaciones creadas con algunas tecnologías pueden ejecutarse de forma más eficaz en algunos servicios de cómputos que en otros. Los servicios de contenedor suelen ser un mejor objetivo de migración para las aplicaciones antiguas que Lambda, lo que requerirá un cambio de arquitectura.

  • Debe haber una diferencia clara entre la portabilidad de la aplicación y la de la automatización. La mayoría de las veces, la elección entre AWS sin servidor o AWS Kubernetes en realidad tiene poco que ver con si una aplicación es portátil o no. En cambio, son las herramientas utilizadas por los equipos de infraestructura y DevOps las que son un factor clave. Los clientes que eligen el enfoque de Kubernetes en AWS suelen buscar la portabilidad de la infraestructura y las herramientas de despliegue.

  • Las habilidades de su organización son un factor importante a la hora de decidir si adoptar un enfoque sin servidor o basado en contenedores para el desarrollo de aplicaciones modernas. Tanto los equipos sin servidor como los contenedores requerirán cierta inversión en los equipos de DevOps e Ingeniero de confiabilidad de sitios (SRE). La creación de una canalización automatizada para desplegar aplicaciones es algo habitual en la mayoría de las aplicaciones modernas.

    Algunas opciones elevan la cantidad de administración. Por ejemplo, algunas organizaciones tienen habilidades y recursos para ejecutar y administrar un despliegue de Kubernetes , porque invierten en equipos de SRE sólidos para administrar los clústeres de Kubernetes. Estos equipos se encargan de actualizar los clústeres con frecuencia (por ejemplo, Kubernetes publica tres versiones principales al año y deja de lado las versiones antiguas).

    El tamaño de la organización es un factor clave, ya que las startups más pequeñas pueden tener un personal de TI reducido compuesto por personas que desempeñan múltiples funciones, mientras que las empresas más grandes pueden soportar cientos de cargas de trabajo en producción a la vez.

  • Las decisiones de arquitectura conllevan desventajas, una de las cuales suele ser el costo. Es común tener dificultades para estimar el costo de las aplicaciones modernas debido a la naturaleza dinámica de los componentes involucrados. Si bien es más fácil calcular el costo de un conjunto fijo de servidores, también se paga por esos servidores incluso cuando no añaden valor empresarial.

    Ambos enfoques ofrecen múltiples mecanismos para cumplir con los objetivos de costos de sus cargas de trabajo. La elección de alto nivel entre los enfoques debe tener en cuenta el costo no solo de los recursos, sino también del esfuerzo para crear y mantener esa estrategia. La calculadora de precios de AWS puede resultar útil para comprender los costos de una carga de trabajo determinada.

  • El cumplimiento de los requisitos de seguridad y cumplimiento es un aspecto fundamental de cada carga de trabajo. Los servicios de AWS en ambas estrategias pueden permitirle cumplir con estrictos requisitos de cumplimiento.
     
    Crear con AWS sin servidor le permite aprovechar la integración con AWS Identity and Access Management (IAM) para controlar el acceso, los componentes de redes nativas de AWS y el soporte de las herramientas de gobierno de AWS.
     
    Kubernetes en AWS requiere comprender los modelos de seguridad de Kubernetes y AWS y puede requerir un mapeo entre las políticas de seguridad. Las ofertas gestionadas de AWS, como Amazon EKS, proporcionan aceleradores para ejecutar aplicaciones de forma segura en EKS.
  • La creación con AWS sin servidor y Kubernetes en AWS le permite crear cargas de trabajo eficientes, escalables y resilientes. Puede cumplir con los requisitos técnicos que necesita. Los servicios con los niveles más altos de abstracción gestionan la ubicación en las zonas de disponibilidad de AWS y el escalamiento del entorno, lo que mejora el rendimiento y la resiliencia. Los niveles más bajos de abstracción le permiten tener más control sobre la escala de su carga de trabajo. Las principales compensaciones son el costo y la complejidad de la administración.

Paso 2: Determine cuánto quiere administrar

Uno de los beneficios clave de la modernización es la capacidad de transferir las responsabilidades operativas, lo que le permite liberar recursos para realizar más actividades de valor agregado e impulsadas por la innovación. Existe una gama de opciones de responsabilidad compartida en los diferentes niveles de modernización, que van desde Amazon EC2, donde puede crear y ejecutar su código mientras administra las integraciones, el escalado, las configuraciones de seguridad, el aprovisionamiento, los parches y más, hasta funciones sin servidor, como AWS Lambda, donde lo único que administra es el código de la aplicación.

Paso 3: Determine su caso de uso

Le recomendamos que evalúe la opción de procesamiento más adecuada carga por carga de trabajo dentro de su estrategia predeterminada: sin servidor con AWS o Kubernetes en AWS.

Los ejemplos de casos de uso de una estrategia sin servidor en AWS pueden incluir la creación de un sistema de procesamiento de documentos o la gestión de las cargas de trabajo del sitio web. Dentro de esa estrategia, podría seleccionar AWS Lambda para crear la carga de trabajo de procesamiento de documentos basada principalmente en eventos y AWS AppRunner para obtener la baja latencia y escalabilidad necesarias de un sitio web transaccional.

Mientras tanto, un ejemplo de uso de los contenedores (y de Kubernetes en AWS) podría ser parte de un enfoque progresivo para trasladar las aplicaciones existentes a los microservicios. Muchas aplicaciones de middleware antiguas se pueden modificar con un mínimo esfuerzo para convertirlas en contenedores.

Nota: Algunas organizaciones admiten múltiples opciones o patrones de carga de trabajo para permitir la elección de la carga de trabajo o del desarrollador.

En la tabla siguiente, hay otros casos de uso que puede tener en cuenta al elegir sus servicios de cómputos.

Paso 4: Compare y tome las decisiones correctas para sus cargas de trabajo

AWS ofrece diferentes opciones de contenedores, como Amazon ECS, contenedores sin servidor con AWS Fargate y AWS App Runner, y diferentes opciones de Kubernetes, como Amazon EKS, ROSA y Kubernetes autogestionados en Amazon EC2.

La siguiente tabla comparativa puede ayudarle a determinar su enfoque en función de sus requisitos de carga de trabajo. Puede elegir elementos de ambos enfoques, o un compromiso, y tener diferentes equipos que utilicen diferentes enfoques. No es raro ver que una empresa muy grande tenga departamentos con diferentes estrategias.

 

  Sin servidor con AWS Kubernetes en AWS
Cargas de trabajo Admite una variedad de patrones de carga de trabajo con servicios específicos optimizados para cargas de trabajo específicas. AWS Lambda puede usarse para cargas de trabajo asincrónicas y AWS Fargate para cargas de trabajo sincrónicas. Admite una amplia gama de patrones de carga de trabajo, donde se prefieren modelos de despliegue consistentes en las nubes o en los centros de datos locales.
Características de la arquitectura Soporta la mayoría de las arquitecturas y patrones con servicios específicos que ofrecen optimizaciones de rendimiento, escalabilidad, confiabilidad y costo. Es compatible con la mayoría de las arquitecturas en las que se prefiere la coherencia en todo el conjunto de tecnologías. Hay algunos niveles de optimizaciones disponibles, pero requerirán un mayor esfuerzo de integración y administración.
Integraciones AWS sin servidor ofrece integraciones con muchos servicios gestionados. Algunas opciones, como AWS Lambda, pueden suscribirse a más de 200 servicios y recibir eventos de forma gestionada.  Muchos socios ofrecen integraciones de AWS. Las ofertas gestionadas de AWS para Kubernetes ofrecen integraciones con los servicios de AWS. El ecosistema de socios de Kubernetes es rico y ofrece integración con otras tecnologías de código abierto. Muchos socios tecnológicos utilizan EKS como primera opción para validar sus integraciones de Kubernetes.
Creación de prototipos AWS sin servidor está optimizado para permitir a los clientes escribir código rápidamente, desplegarlo y cambiarlo, lo que lo convierte en una opción útil para realizar trabajos de creación rápida de prototipos que no requieren tomar muchas decisiones por adelantado. Los clientes que tienen una estrategia de Kubernetes suelen necesitar configurar clústeres especiales dedicados a la creación de prototipos y mantenerlos como en cualquier otro entorno.
Gastos generales AWS sin servidor está diseñado para aprovechar al máximo los servicios gestionados y solo requiere un esfuerzo mínimo de administración para los servidores, las redes y las integraciones. AWS proporciona varios patrones para Kubernetes. Esto puede implicar gestionar varios niveles de tecnología (como redes en clústeres y en la nube) o funciones de seguridad de Kubernetes y AWS, aunque AWS ofrece aceleradores, como complementos y esquemas EKS.
Ecosistema AWS cuenta con un amplio ecosistema de socios que se basan en los servicios de AWS y ofrecen soluciones e integraciones. AWS se basa en y con muchas tecnologías de código abierto en diversos espacios. Kubernetes es un gran ecosistema que cuenta con un soporte importante en todas las nubes y una gran cantidad de apoyo de la comunidad.  El paisaje del CNCF es un ejemplo del vasto ecosistema. AWS proporciona complementos y esquemas para ayudar a los clientes a adoptar algunas de estas herramientas populares.
Portabilidad de aplicaciones La arquitectura de aplicaciones (para aplicaciones que utilizan un servicio o servicios gestionados) se puede diseñar de tal manera que la lógica empresarial pueda transferirse fácilmente desde Lambda, App Mesh o ECS a otros entornos informáticos. Kubernetes está disponible en la mayoría de las nubes y en las instalaciones locales, y las cargas de trabajo son en su mayoría portátiles. Ciertos patrones de Kubernetes que se basan en una malla de servicios en el código (como Istio o modelos de programación como KNative) significan que tu aplicación requiere Kubernetes y no se puede transferir a otra cosa que no sea Kubernetes. Algunas características pueden bloquearlo en una versión específica. Es posible que necesite reconstruir imágenes para que sean compatibles con varias versiones de Linux o hardware específico (ARM o AMD).
Automatización Soporte de automatización específico de AWS con versiones basadas en tecnología abierta. Algunos ejemplos son AWS CloudFormation, AWS Serverless Application Model (AWS SAM) y algunas bibliotecas del AWS Cloud Development Kit (AWS CDK). Los clientes pueden utilizar opciones de código abierto como Terraform. Muchos clientes de AWS utilizan herramientas de DevOps de código abierto, como Jenkins. Los clientes que elaboran estrategias en Kubernetes suelen optar por utilizar herramientas que automatizan Kubernetes. La automatización para la creación de clústeres es necesaria y puede utilizar las API de AWS, las herramientas de AWS como AWS CloudFormation o CDK. Muchos clientes utilizan tecnología como Terraform. AWS EKS Blueprints es un ejemplo de acelerador para Terraform y CDK, para la creación de clústeres y complementos. Muchos clientes están empezando a adoptar herramientas de GitOps, como Flux o ArgoCD, para desplegarlas con una API de Kubernetes y utilizan herramientas como AWS Controllers o Crossplane para aprovisionar recursos nativos en la nube.
Tamaño y habilidades de la organización Algunas empresas utilizan una nube principal como estándar y eligen primero AWS sin servidor porque, si bien pueden disponer de dinero o recursos para crear equipos de SRE, optan por optimizar la agilidad y reducir los costes de las operaciones con AWS. Las empresas medianas y grandes (o los proveedores de software que venden productos destinados a ejecutarse en diferentes nubes o centros de datos locales) suelen utilizar un enfoque centrado en Kubernetes. Los clientes que tienen éxito suelen invertir mucho más en equipos de infraestructura y SRE que gestionan, ejecutan y mantienen muchos clústeres.
Escalabilidad y resiliencia Los clientes de AWS Lambda solo pagan mientras se invoca una función. Si Lambda no es adecuado, puede utilizar Fargate o ECS. Ofrece más opciones de arquitecturas de hardware y opciones de precios de cómputos (como las instancias de spot de AWS EC2). El enfoque de Kubernetes en AWS puede estar bien diseñado para cumplir con sus requisitos de rendimiento, escalabilidad y resiliencia. EKS también ofrece la posibilidad de utilizar opciones como AWS EC2 Spot y Graviton.
Seguridad El enfoque sin servidor de AWS utiliza la seguridad, las redes y las prácticas de AWS. El enfoque de Kubernetes requiere comprender tanto la seguridad de Kubernetes como la seguridad de AWS y, además, sobrecargar las políticas de seguridad de Kubernetes con las políticas de AWS, proteger las imágenes y las versiones ejecutables de los contenedores y validar las herramientas de contenedores de terceros.  

Al crear nuevas aplicaciones modernas o modernizar las aplicaciones existentes, los arquitectos y desarrolladores disponen de una gran cantidad de componentes básicos, y uno de los más importantes es la elección de los servicios de computación.

Conocer el tipo de cargas de trabajo y aplicaciones que su organización crea y despliega es un factor clave a la hora de elegir una estrategia de desarrollo de aplicaciones modernas. Cada carga de trabajo tiene características y requisitos diferentes. Por ejemplo, una carga de trabajo de procesamiento de documentos tiene requisitos de latencia y tiempo de actividad muy diferentes a los de un sitio web transaccional.

Paso 5: Evite los errores más comunes

Comprenda la normalización en su entorno

Muchas organizaciones que utilizan varios patrones de carga de trabajo desean normalizar un conjunto de patrones que puedan soportar y ejecutar de manera eficaz. Algunas organizaciones grandes intentan normalizar las opciones informáticas y seleccionar una plataforma predeterminada para ejecutar la mayoría de las cargas de trabajo, con excepciones cuando es necesario.

La normalización puede ayudar a proporcionar coherencia y minimizar la cantidad de personas con habilidades especializadas que una organización necesita contratar. Estas pueden convertirse en las opciones de cómputos preferidas, y las demás solo se tienen en cuenta cuando las opciones preferidas no funcionan. A menudo, la opción estándar soporta eficazmente un conjunto de cargas de trabajo, pero tiene problemas con otras. Por lo tanto, algunas organizaciones admitirán múltiples opciones o patrones de carga de trabajo para permitir la elección de la carga de trabajo o del desarrollador.

Comprenda la integración en su entorno

Es habitual que algunas organizaciones dediquen más tiempo del que desearían a mantener las integraciones de código abierto.

Le recomendamos que considere fuentes comunitarias y/o el respaldo de empresas o fundaciones al realizar estas inversiones. La inversión en estos proyectos no es solo financiera, sino también una inversión en capital de conocimiento y, potencialmente, en una deuda técnica, ya que estos componentes y las integraciones asociadas suelen necesitar una actualización. Para obtener más información, consulte la blog de código abierto de AWS.

Comprenda las características de su arquitectura

La capacidad de soportar una amplia gama de arquitecturas es importante. Le recomendamos que utilice AWS Well-Architected Framework como guía para comprender las ventajas y desventajas de las decisiones que toma al crear sistemas en AWS. Además, el uso del Framework le permite aprender las mejores prácticas arquitectónicas para diseñar y operar sistemas confiables, escalables, seguros, eficientes y rentables en la nube.

Paso 6: Decida su enfoque

Según el tamaño de la organización y la carga de trabajo, los patrones y los requisitos empresariales, es posible que deba elegir ciertos elementos de ambos enfoques o hacer que diferentes equipos utilicen diferentes enfoques. No es raro que los equipos utilicen estrategias diferentes.

AWS sin servidor con AWS

  • Utilice los servicios y herramientas gestionados de AWS como primera opción, como AWS Lambda, AWS App Runner, Amazon ECS y AWS Fargate
  • Invierta en desarrollar una disciplina en torno a AWS, que incluya el aprovisionamiento, DevOps, la automatización de la infraestructura, la seguridad, las redes y la observabilidad y las operaciones.
  • Aumente la productividad y minimice la carga operativa.

Kubernetes en AWS

  • Usa Kubernetes como la interfaz principal de tu plataforma de cómputos.
  • Adopte la disciplina necesaria para ejecutar y administrar varios clústeres de Kubernetes, así como la carga de trabajo y las herramientas que contienen, mediante patrones avanzados como GitOps.
  • Intégrelo con diferentes ecosistemas y herramientas de socios.
  • Los clientes de Kubernetes pueden usar los servicios gestionados de AWS y otras opciones informáticas, como AWS Lambda, para ciertos casos de uso.

Despliegue su enfoque

Ahora que ha determinado qué enfoque se adapta mejor a la carga de trabajo de su entorno, le recomendamos que revise los siguientes recursos para comenzar a desplegar su enfoque.

  • Descripción general de sin servidor en AWS
    Utilice una estrategia que dé prioridad a las aplicaciones sin servidor para crear aplicaciones modernas de manera que aumente la agilidad en todo el conjunto de aplicaciones. Hemos desarrollado servicios sin servidor para las tres capas de la pila: computación, integración y almacenes de datos.
    Creación de una aplicación web sin servidor
    En este tutorial, aprenderá a crear una aplicación web sencilla sin servidor con AWS Lambda, Amazon API Gateway, AWS Amplify, Amazon DynamoDB y Amazon Cognito.
    Talleres prácticos sobre computación sin servidor
    Estos talleres guiados y gratuitos presentan los conceptos básicos de la creación de aplicaciones y microservicios sin servidor mediante servicios como AWS Lambda, AWS Step Functions, Amazon API Gateway, Amazon DynamoDB, Amazon Kinesis y Amazon S3.
    AWS Fargate: Informática sin servidores para contenedores
    AWS Fargate es un motor informático sin servidor de pago por uso que permite centrarse en la creación de aplicaciones sin tener que administrar los servidores. AWS Fargate es compatible con Amazon Elastic Container Service (Amazon ECS) y Amazon Elastic Kubernetes Service (Amazon EKS).
    Descripción general de AWS App Runner
    Utilice AWS App Runner para crear, desplegar y ejecutar aplicaciones web y servicios de API en contenedores sin experiencia previa en infraestructura o contenedores.
  • Elija un enfoque de Kubernetes
    Revise sus opciones de Amazon Elastic Kubernetes Service (Amazon EKS), es un servicio administrado por Kubernetes que sirve para ejecutar Kubernetes en la nube de AWS y en centros de datos locales.
    Introducción a Amazon EKS
    Proporciona una guía paso a paso para empezar a utilizar Amazon EKS con enlaces a blogs y vídeos útiles y un tutorial detallado.
    Taller de Amazon EKS
    Practique con instrucciones paso a paso para saber cómo aprovechar al máximo Amazon EKS.
    Presentamos los controladores de AWS para Kubernetes (ACK)
    ACK es una herramienta que le permite administrar directamente los servicios de AWS desde Kubernetes. ACK simplifica la creación de aplicaciones de Kubernetes escalables y de alta disponibilidad que utilicen los servicios de AWS.
    Red Hat OpenShift Service en AWS
    Explore el uso de ROSA para crear clústeres de Kubernetes mediante las API y las herramientas de ROSA, y acceda a toda la gama y profundidad de los servicios de AWS.

    Prácticas recomendadas

    Seguridad

    La seguridad es un componente fundamental en la configuración y el mantenimiento de las aplicaciones y clústeres de Kubernetes. Amazon EKS brinda clústeres de Kubernetes administrados y seguros de serie, pero aun así es necesario asegurarse de que se configuran los nodos y aplicaciones ejecutados como parte del clúster para garantizar un despliegue seguro. Para obtener más información, consulte las guías de prácticas recomendadas de Amazon EKS.

    Seguridad del host

    Utilice Amazon Inspector , un servicio de administración automatizada de vulnerabilidades que revisa continuamente las cargas de trabajo de AWS en busca de vulnerabilidades de software y exposición involuntaria a la red.

¿Le resultó útil esta página?