Preguntas frecuentes y términos del Repositorio de aplicaciones sin servidor

Las aplicaciones sin servidor se implementan como pilas de AWS CloudFormation, con lo que resulta más fácil administrar una aplicación como una sola unidad. Cada recurso se etiqueta con el nombre de recurso de Amazon (ARN) único identificable de la aplicación, para ayudarle a localizar los recursos con la consola de AWS Tag Editor. También puede utilizar las herramientas de AWS y de terceros para administrar cada recurso por separado.

Para publicar una aplicación sin servidor, describa la aplicación con el formato de AWS Serverless Application Model (SAM), empaquétela con la CLI de AWS y publíquela con la consola de administración de AWS, la CLI de AWS o los SDK de AWS. Debe tener una cuenta válida de AWS y deberá facilitar un nombre, una descripción, un enlace al código fuente y el archivo LICENSE.txt de su aplicación. Las aplicaciones que deseen ponerse a disposición para cualquier cliente de AWS deben publicarse en las regiones EE.UU. Este (Norte de Virginia) o EE.UU. Este (Ohio).

Los editores controlan quiénes pueden encontrar e implementar sus aplicaciones en el Repository. Puede limitar el acceso a su equipo (un grupo con la misma cuenta de AWS), compartir una aplicación con otras cuentas o ponerla a disposición de todos los clientes de AWS. Para obtener más información sobre los permisos y la visibilidad de las aplicaciones que publica, consulte nuestra documentación sobre Políticas basadas en recursos.

Si le gustaría cobrar una tarifa por el uso de una aplicación sin servidor, puede integrar AWS Lambda detrás de Amazon API Gateway y, a continuación, vender la API como producto SaaS en AWS Marketplace. Para obtener más información, consulte los pasos para hacer listas en AWS Marketplace y para capitalizar su API con API Gateway.

Una aplicación anidada sin servidor en un componente que se implementa como parte de otra aplicación sin servidor. A medida que las arquitecturas sin servidores crecen, aparecen patrones comunes en los que los mismos componentes se definen en varias plantillas de aplicaciones. Ahora puede separar patrones comunes como aplicaciones dedicadas y luego anidarlas como parte de plantillas de aplicaciones nuevas o existentes.

Las aplicaciones anidadas se implementan como pilas anidadas de AWS CloudFormation.

Use el tipo de recurso AWS:Serverless:Application para agregar aplicaciones que usted ha implementado de manera local o que ha compartido con usted a través de Serverless Application Repository. Puede definir entradas para las aplicaciones anidadas o referenciar salidas con la sintaxis simple de AWS SAM. Para obtener información más detallada, consulte nuestra documentación.

Especifique un nombre único para cada aplicación anidada en su plantilla de SAM. Los recursos creados por las aplicaciones anidadas se limitarán al nombre único de la aplicación.

Use el comando sam package de la CLI de SAM para empaquetar la aplicación anidada. Publique la aplicación empaquetada en Serverless Application Repository usando las API o AWS SDK. Puede usar el comando sam deploy de la CLI de SAM para implementar la aplicación de inmediato.

Sí. El comando sam packagede la CLI de SAM empaquetará de forma recursiva una jerarquía de aplicaciones anidadas. Puede tener un máximo de 199 aplicaciones anidadas en una sola plantilla de aplicaciones de nivel superior.

Las aplicaciones sin servidor se implementan como pilas de AWS CloudFormation, con lo que resulta más fácil administrar una aplicación como una sola unidad. Cada recurso se etiqueta con el nombre de recurso de Amazon (ARN) único identificable de la aplicación, para ayudarle a localizar los recursos con la consola de AWS Tag Editor. También puede utilizar las herramientas de AWS y de terceros para administrar cada recurso por separado.

Configure el recurso de SAM AWS:Serverless:Application con el ARN de la aplicación y cualquier parámetro de entrada necesario que requiera la aplicación. Para obtener información más detallada, consulte nuestra documentación.

Las aplicaciones anidadas de Serverless Application Repository ya están empaquetadas y listas para usarlas. Puede utilizar el comando sam package de la CLI de SAM existente para garantizar que las aplicaciones anidadas continúan disponibles antes de implementar la aplicación en la cuenta.

Las aplicaciones que usted anide que se borren o a las que ya no tenga acceso no afectarán las implementaciones existentes de su aplicación. Tendrá que actualizar la aplicación si intenta implementarla con dependencias que ya no existen.

Las aplicaciones que contienen una o más aplicaciones anidadas utilizan CAPABILITY_AUTO_EXPAND.

Sí. Puede publicar aplicaciones anidadas en Serverless Application Repository al igual que publica aplicaciones independientes actualmente. Use la consola de AWS, la CLI de AWS, la CLI de SAM o las API de Serverless Application Repository para publicar aplicaciones anidadas.

Las aplicaciones sin servidor siguen el mismo modelo utilizado por las funciones de Lambda actualmente. Se puede controlar el acceso a las aplicaciones sin servidor en el Repositorio de aplicaciones sin servidor mediante las políticas basadas en recursos de AWS IAM. Puede utilizar políticas para que su aplicación sea privada, otorgar acceso entre cuentas o ponerla a disposición públicamente.

Con una jerarquía de aplicaciones anidadas, cada aplicación anidada debe estar disponible en la cuenta de AWS con quien compartes la aplicación de nivel superior.

Sí. Ahora puede compartir aplicaciones con todas las cuentas que pertenezcan a una organización de AWS Organizations. Las aplicaciones sin servidor siguen el mismo modelo que utilizan actualmente las funciones de Lambda. Se puede controlar el acceso a las aplicaciones sin servidor en AWS Serverless Application Repository con las políticas basadas en recursos de AWS IAM. Puede utilizar políticas para que su aplicación sea privada, a fin de otorgar acceso entre cuentas o a la organización, o para ponerla a disposición públicamente. Para obtener más información sobre las políticas basadas en recursos para aplicaciones sin servidor, consulte aquí.

En primer lugar, busque la aplicación en la consola de AWS Serverless Application Repository, haga clic en la pestaña “Share” (Compartir) y, a continuación, seleccione “Create Statement” (Crear instrucción). En esta sección, puede agregar la entidad de la organización de AWS Organizations para concederle a la organización acceso a la aplicación. También puede usar las API de AWS Serverless Application Repository para actualizar políticas basadas en recursos con el fin de compartir aplicaciones en una organización. Para obtener información más detallada sobre las políticas basadas en recursos, consulte nuestra documentación aquí.

No. Solo puede compartir una aplicación con cuentas que pertenezcan a la misma organización de AWS Organizations que su cuenta.

No es posible compartir aplicaciones dentro de una unidad organizacional. Puede utilizar políticas para que su aplicación sea privada, para otorgar acceso entre cuentas o a la organización, o para ponerla a disposición públicamente.

Para conceder acceso a su aplicación a determinadas cuentas en una organización, tan solo debe actualizar la política basada en recursos para incluir cuentas de AWS junto con el ID de la organización de AWS con la cual desee compartir la aplicación.

Sí. Puede definir acciones en la política basada en recursos que restrinjan el tipo de operaciones que un individuo puede ejecutar en una aplicación que usted haya compartido. Es posible actualizar las acciones de una política basada en recursos a través de la consola y las API de AWS Serverless Application Repository. Para obtener información más detallada sobre las acciones que puede establecer para las políticas basadas en recursos, consulte nuestra documentación aquí.

1. Los editores, que son clientes de AWS, pueden enviar sus componentes y aplicaciones sin servidor de AWS ("Aplicaciones sin servidor de AWS") para que estén disponibles mediante AWS Serverless Application Repository ("Repository"), ya sea de forma privada, en cuentas de AWS específicas o para todos los clientes de AWS que utilicen Repository de acuerdo con el proceso de publicación en la consola de Repository. Las aplicaciones sin servidor de AWS que se pongan a disposición de forma privada o en cuentas de AWS específicas pueden tener un formato de código abierto o binario; las aplicaciones sin servidor de AWS que se pongan a disposición de todos los clientes de AWS pueden estar en formato de código abierto o binario y deben incluir información suficiente para que el usuario pueda obtener acceso al código fuente.

2. Los editores deben poseer todas las licencias y los permisos o derechos necesarios para enviar sus aplicaciones sin servidor de AWS a Repository. El editor debe enviar a Repository, junto con la aplicación sin servidor de AWS, los términos de las licencias de la aplicación sin servidor de AWS, incluido todo requisito de reconocimiento de licencia de código abierto. El editor se encarga de revisar, evaluar y probar las aplicaciones sin servidor de AWS antes de enviarlas a Repository.

3. El editor concede a AWS y a sus empresas afiliadas los derechos para reproducir, distribuir, poner a disposición del público o en cuentas de AWS específicas (si corresponde), ejecutar, transmitir, utilizar y, de otro modo, difundir digitalmente (a través de todos los medios de distribución online y electrónica) las aplicaciones sin servidor de AWS de Repository.

4. El editor presenta y garantiza que posee todos los derechos para enviar la aplicación sin servidor de AWS a Repository, para permitir la descarga de su aplicación sin servidor de AWS de Repository y que ha proporcionado todos los reconocimientos necesarios. El editor no enviará aplicaciones sin servidor de AWS que contengan malware, software malicioso u otro contenido dañino con la intención o el objetivo de perjudicar a otros. AWS puede eliminar y retirar aplicaciones sin servidor de AWS a su criterio exclusivo por este u otros motivos.

5. Los clientes de AWS respetarán las licencias (incluidos reconocimientos u otros requisitos) de las aplicaciones sin servidor de AWS que descarguen.

6. Los clientes de AWS que creen una obra derivada de alguna aplicación sin servidor de AWS tendrán la responsabilidad de determinar si posee los derechos adecuados de las licencias de la aplicación sin servidor de AWS para hacerlo, y debe respetar los reconocimientos u otros requisitos.

7. Las licencias u otros acuerdos de las aplicaciones sin servidor de AWS de cualquier editor incumben únicamente a los editores y los clientes de AWS. Ni AWS ni ninguna de sus empresas afiliadas participan en tales licencias o acuerdos, y ninguno de ellos tendrá ninguna responsabilidad ni obligación bajo esas licencias u acuerdos. AWS no tiene ninguna responsabilidad de garantizar que los editores o los clientes de AWS respeten las licencias (reconocimientos incluidos) u otros requisitos.

8. Las aplicaciones sin servidor de AWS y otros materiales de terceros disponibles en Repository son “Contenido de Repository”. EL Contenido de Repository ES FACILITA “TAL CUAL”, SIN GARANTÍA DE NINGÚN TIPO, EXPRESA NI IMPLICADA, INCLUIDAS, ENTRE OTRAS, LAS GARANTÍAS DE COMERCIABILIDAD, IDONEIDAD PARA UN DETERMINADO FIN Y AUSENCIA DE INFRACCIONES. EN NINGÚN CASO LOS EDITORES, LOS TITULARES DE LOS DERECHOS DE AUTOR, AWS O SUS EMPRESAS AFILIADAS SE HARÁN RESPONSABLES DE LAS RECLAMACIONES, LOS DAÑOS U OTRAS OBLIGACIONES, YA SEA EN CASO DE RESPONSABILIDAD CONTRACTUAL, DE AGRAVIO O DE OTRO TIPO, DERIVADA DE O RELACIONADA CON EL Contenido de Repository O EL USO U OTRAS GESTIONES DEL Contenido de Repository.

9. Los editores y los clientes de AWS admiten que están conformes con todos estos términos en el uso de Repository, y AWS puede modificarlos ocasionalmente.