{"id":37937,"date":"2019-10-31T22:20:41","date_gmt":"2019-10-31T19:20:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/detalnyj-razbor-aws-lambda\/"},"modified":"2019-10-31T22:20:41","modified_gmt":"2019-10-31T19:20:41","slug":"detalnyj-razbor-aws-lambda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/detalnyj-razbor-aws-lambda","title":{"rendered":"An\u00e1lisis detallado de AWS Lambda","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La traducci\u00f3n del art\u00edculo ha sido preparada especialmente para los estudiantes del curso \u00abServicios en la Nube\u00bb<\/a><\/noindex>. \u00bfTe interesa desarrollarte en esta \u00e1rea? Mira el taller de Egor Zuev (TeamLead en la empresa InBit) \u00abServicio AWS EC2\u00bb<\/a><\/noindex> y \u00fanete al pr\u00f3ximo grupo del curso: inicio 26 de septiembre. <\/em><\/p>\n

<\/p>\n

\"An\u00e1lisis<\/p>\n

<\/p>\n

Cada vez m\u00e1s personas est\u00e1n migrando a AWS Lambda por su escalabilidad, rendimiento, ahorro y la capacidad de manejar millones e incluso trillones de solicitudes al mes. Para ello, no es necesario gestionar la infraestructura en la que opera el servicio. La autoescalabilidad permite atender miles de solicitudes simult\u00e1neas por segundo. Creo que AWS Lambda puede ser sin duda uno de los servicios m\u00e1s demandados de AWS.<\/a><\/noindex><\/p>\n

<\/p>\n

AWS Lambda<\/h2>\n

<\/p>\n

AWS Lambda es un servicio de computaci\u00f3n sin servidor orientado a eventos, que permite ejecutar c\u00f3digo sin necesidad de aprovisionar y administrar servidores, y complementa otros servicios de AWS bas\u00e1ndose en la l\u00f3gica del usuario. Lambda reacciona autom\u00e1ticamente a diversos eventos (llamados desencadenadores), como las solicitudes HTTP a trav\u00e9s de Amazon API Gateway, cambios de datos en los buckets de Amazon S3 o tablas de Amazon DynamoDB; o se puede ejecutar su c\u00f3digo mediante llamadas a la API, utilizando AWS SDK y transiciones entre estados en AWS Step Functions.<\/p>\n

<\/p>\n

Lambda ejecuta c\u00f3digo en una infraestructura computacional de alta disponibilidad y se encarga completamente de la administraci\u00f3n de la plataforma subyacente, incluyendo el mantenimiento de servidores y sistemas operativos, aprovisionamiento de recursos, escalado autom\u00e1tico, monitoreo de c\u00f3digo y registro. Es decir, solo necesita cargar su c\u00f3digo y configurar c\u00f3mo y cu\u00e1ndo debe ejecutarse. Por su parte, el servicio se encargar\u00e1 de su ejecuci\u00f3n y garantizar\u00e1 la alta disponibilidad de su aplicaci\u00f3n.<\/p>\n

<\/p>\n

\u00bfCu\u00e1ndo pasar a Lambda?<\/h2>\n

<\/p>\n

AWS Lambda es una plataforma de computaci\u00f3n conveniente, adecuada para muchos escenarios de uso, siempre que el lenguaje y el entorno de ejecuci\u00f3n de su c\u00f3digo sean compatibles con el servicio. Si desea concentrarse en el c\u00f3digo y la l\u00f3gica de negocio, delegando el mantenimiento de servidores, aprovisionamiento de recursos y escalado a un proveedor externo por un precio razonable, definitivamente deber\u00eda considerar la transici\u00f3n a AWS Lambda.<\/p>\n

<\/p>\n

Lambda es ideal para crear interfaces de programaci\u00f3n, y si se utiliza el servicio junto con API Gateway, se pueden reducir significativamente los costos y llevar el producto al mercado m\u00e1s r\u00e1pidamente. Existen diversas maneras de utilizar las funciones de Lambda y opciones para organizar arquitecturas sin servidor; cada uno podr\u00e1 elegir la que mejor se adapte a sus objetivos.<\/p>\n

<\/p>\n

Lambda permite realizar una amplia gama de tareas. Gracias al soporte de CloudWatch, se pueden crear trabajos programados y automatizar procesos espec\u00edficos. No hay restricciones sobre la naturaleza e intensidad del uso del servicio (se consideran el consumo de memoria y el tiempo), y nada impide que trabajes de manera constante en un microservicio completo basado en Lambda.<\/p>\n

<\/p>\n

Aqu\u00ed se pueden crear acciones orientadas a servicios que no se ejecutan continuamente. Un ejemplo t\u00edpico es el escalado de im\u00e1genes. Incluso en sistemas distribuidos, las funciones de Lambda no pierden su relevancia.<\/p>\n

<\/p>\n

As\u00ed que, si no quieres preocuparte por la asignaci\u00f3n y administraci\u00f3n de recursos computacionales, prueba AWS Lambda; si no necesitas c\u00e1lculos pesados y que consuman muchos recursos, tambi\u00e9n prueba AWS Lambda; si tu c\u00f3digo se ejecuta peri\u00f3dicamente, tienes raz\u00f3n, deber\u00edas probar AWS Lambda.<\/p>\n

<\/p>\n

Seguridad<\/h2>\n

<\/p>\n

Hasta ahora, no ha habido cr\u00edticas sobre la seguridad. Por otro lado, dado que muchos procesos internos y particularidades de la implementaci\u00f3n de este modelo est\u00e1n ocultos para el usuario del entorno gestionado de AWS Lambda, algunas reglas comunes de seguridad en la nube pierden relevancia.<\/p>\n

<\/p>\n

Al igual que la mayor\u00eda de los servicios de AWS, Lambda se proporciona bajo el principio de responsabilidad compartida entre AWS y el cliente en cuanto a la seguridad y el cumplimiento normativo. Este principio reduce la carga operativa sobre el cliente, ya que AWS asume tareas de mantenimiento, administraci\u00f3n y control de los componentes del servicio, desde el sistema operativo del host y el nivel de virtualizaci\u00f3n hasta la seguridad f\u00edsica de los objetos de infraestructura. <\/p>\n

<\/p>\n

En el caso espec\u00edfico de AWS Lambda, AWS se encarga de gestionar la infraestructura subyacente, los servicios b\u00e1sicos asociados, el sistema operativo y la plataforma de aplicaciones. Mientras tanto, el cliente es responsable de la seguridad de su c\u00f3digo, el almacenamiento de datos confidenciales, el control de acceso a ellos, as\u00ed como al servicio y recursos de Lambda (Identity and Access Management, IAM), incluso dentro de las funciones utilizadas.<\/p>\n

<\/p>\n

En el esquema a continuaci\u00f3n se presenta el modelo de responsabilidad compartida aplicable a AWS Lambda. El \u00e1mbito de responsabilidad de AWS est\u00e1 marcado en naranja, y la responsabilidad del cliente en azul. Como puede ver, AWS asume una mayor responsabilidad por las aplicaciones desplegadas en el servicio.<\/p>\n

<\/p>\n

\"An\u00e1lisis<\/p>\n

<\/p>\n

Modelo de responsabilidad compartida aplicable a AWS Lambda<\/em><\/p>\n

<\/p>\n

Entorno de ejecuci\u00f3n de Lambda<\/h3>\n

<\/p>\n

La principal ventaja de Lambda es que, al ejecutar una funci\u00f3n en su nombre, el servicio asigna autom\u00e1ticamente los recursos necesarios. Puede evitar gastar tiempo y esfuerzo en la administraci\u00f3n de sistemas y concentrarse en la l\u00f3gica de negocio y en la escritura de c\u00f3digo.<\/p>\n

<\/p>\n

El servicio Lambda se divide en dos planos. El primero es el plano de control. Seg\u00fan Wikipedia, el plano de control (control plane) es la parte de la red encargada de transportar el tr\u00e1fico de se\u00f1alizaci\u00f3n y la \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f. Es el componente principal que toma decisiones globales sobre la asignaci\u00f3n, mantenimiento y distribuci\u00f3n de cargas de trabajo. Adem\u00e1s, el plano de control act\u00faa como la topolog\u00eda de red del proveedor de soluciones, encargada de la \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f y la gesti\u00f3n del tr\u00e1fico.<\/p>\n

<\/p>\n

El segundo plano es el plano de datos. Al igual que el plano de control, tiene sus propias tareas. El plano de control proporciona API para gestionar funciones (CreateFunction, UpdateFunctionCode) y supervisa la interacci\u00f3n de Lambda con otros servicios de AWS. El plano de datos gestiona las llamadas a la API (Invoke API), que inicia las funciones Lambda. Despu\u00e9s de invocar una funci\u00f3n, el plano de control asigna o selecciona un entorno de ejecuci\u00f3n existente, previamente preparado para esta funci\u00f3n, y luego ejecuta el c\u00f3digo en \u00e9l.<\/p>\n

<\/p>\n

AWS Lambda admite varios lenguajes de programaci\u00f3n, incluyendo Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 y otros, a trav\u00e9s de los entornos de ejecuci\u00f3n correspondientes. AWS los actualiza regularmente, distribuye parches de seguridad y realiza otras operaciones de mantenimiento en estos entornos. Lambda tambi\u00e9n permite el uso de otros lenguajes siempre que implementes el entorno de ejecuci\u00f3n correspondiente. En ese caso, t\u00fa ser\u00e1s responsable de su mantenimiento, incluyendo la supervisi\u00f3n de la seguridad.<\/p>\n

<\/p>\n

\u00bfC\u00f3mo funciona todo esto y c\u00f3mo el servicio ejecutar\u00e1 tus funciones?<\/strong><\/p>\n

<\/p>\n

Cada funci\u00f3n opera en uno o m\u00e1s entornos aislados, que solo existen durante el ciclo de vida de esa funci\u00f3n y luego se destruyen. En cada entorno, solo se ejecuta una llamada a la vez, pero este se puede reutilizar si hay m\u00faltiples llamadas en serie a la misma funci\u00f3n. Todos los entornos de ejecuci\u00f3n operan en m\u00e1quinas virtuales con virtualizaci\u00f3n por hardware \u2014 en lo que se denomina microVM. Cada microVM se asigna a una cuenta espec\u00edfica de AWS y puede ser reutilizada varias veces por entornos para ejecutar distintas funciones en esa cuenta. Las microVM est\u00e1n empaquetadas en bloques estructurales de la plataforma de hardware Lambda Worker, que es propiedad y est\u00e1 bajo la gesti\u00f3n de AWS. Un mismo entorno de ejecuci\u00f3n no puede ser utilizado por diferentes funciones, al igual que las microVM son \u00fanicas para diferentes cuentas de AWS.<\/p>\n

<\/p>\n

\"An\u00e1lisis<\/p>\n

<\/p>\n

Modelo de aislamiento en AWS Lambda<\/em><\/p>\n

<\/p>\n

El aislamiento de los entornos de ejecuci\u00f3n se realiza mediante varios mecanismos. A un nivel alto, cada entorno presenta copias separadas de los siguientes componentes:<\/p>\n

<\/p>\n