Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Directrices de productos SaaS para AWS Marketplace
AWS Marketplace mantiene las siguientes pautas para todos los productos y ofertas de software como servicio (SaaS) AWS Marketplace a fin de promover una plataforma segura y confiable para nuestros clientes. En las siguientes secciones se proporcionan pautas para los productos SaaS en. AWS Marketplace
Todos los productos y sus metadatos relacionados se revisan al enviarlos para garantizar que cumplen o superan AWS Marketplace las directrices actuales. Estas pautas se revisan y se ajustan para que cumplan nuestros requisitos de seguridad en evolución. Además, revisa AWS Marketplace continuamente los productos para comprobar que cumplen con los cambios introducidos en estas directrices. Si los productos no cumplen las normas, es posible que le solicitemos que actualice el producto y, en algunos casos, es posible que el producto no esté disponible temporalmente para los nuevos suscriptores hasta que se resuelvan los problemas.
Temas
Pautas de configuración del producto
Todos los productos SaaS deben cumplir las siguientes pautas de configuración del producto:
-
Las dimensiones de los precios no se pueden limitar únicamente a las ofertas privadas. Los compradores deberían poder suscribirse a cualquiera de las dimensiones de precios de los productos públicos.
-
Las dimensiones de los precios deben cumplir los siguientes requisitos:
-
En el caso de los productos que utilizan el modelo de precios gratuito, todas las dimensiones de precios deben estar configuradas en 0,00$.
-
En el caso de los productos que utilizan otros modelos de precios (contrato, uso o contrato con consumo), al menos una dimensión de precios debe tener un precio superior a 0,00$. Si todas las dimensiones están configuradas en 0,00$, el producto se convertirá automáticamente al modelo de precios gratuito.
-
-
Todas las dimensiones de precios deben estar relacionadas con el software propiamente dicho y no pueden incluir ningún otro producto o servicio no relacionado con el software.
-
Los productos SaaS que se ofrecen exclusivamente en las AWS GovCloud (US) regiones deben incluir
GovCloudalgún lugar en el título del producto.
Requisitos de información del cliente
Todos los productos SaaS deben cumplir los siguientes requisitos de información del cliente:
-
Los productos SaaS deben facturarse por completo a través de las dimensiones que figuran en AWS Marketplace.
-
No puede recopilar información de pago del cliente del producto SaaS en ningún momento, incluidos los datos de la tarjeta de crédito y la cuenta bancaria.
-
La página de registro de SaaS debe incluir un campo de entrada para la dirección de correo electrónico del comprador. Puede incluir campos adicionales como:
-
Name
-
Código postal
-
Número de teléfono
-
Información de la empresa
-
Preferencias de configuración del producto
Si planea usar varios idiomas, debe proporcionar una vista en inglés de la página de registro.
-
Pautas de uso del producto
Todos los productos SaaS deben cumplir las siguientes pautas de uso del producto:
-
Tras suscribirse al producto AWS Marketplace, los clientes deberían poder crear una cuenta en su aplicación SaaS y acceder a una consola web. Si el cliente no puede obtener acceso a la aplicación de inmediato, debe indicar un mensaje con instrucciones específicas sobre cuándo obtendrá acceso. Cuando se crea una cuenta, el cliente debe enviar una notificación en la que se confirme su creación, junto con pasos siguientes claros.
-
Si un cliente ya tiene una cuenta en la aplicación SaaS, este debe poder iniciar sesión desde la página de inicio de gestión logística.
-
Los clientes deben poder ver el estado de su suscripción en la aplicación SaaS, incluida cualquier información de uso de suscripción o contrato relevante.
-
Los clientes deben poder obtener ayuda fácilmente con cuestiones como el uso de la aplicación, la resolución de problemas y la solicitud de reembolsos (si corresponde). Las opciones de contacto con el soporte técnico deben especificarse en la página de inicio de gestión logística.
-
El software y los metadatos del producto no deben contener lenguaje que redirija a los usuarios a otras plataformas de nube, productos adicionales, servicios de venta incremental ni ofertas de pruebas gratuitas que no estén disponibles en AWS Marketplace.
Para obtener más información acerca de pruebas gratuitas de productos de SaaS, consulte Creación de una oferta de prueba gratuita de SaaS en AWS Marketplace.
-
Si su producto es un complemento de otro producto o de un producto de otro proveedor de software independiente, la descripción del producto debe indicar que amplía la funcionalidad del otro producto y que, sin él, su utilidad es muy limitada. Por ejemplo, Este producto amplía la funcionalidad de <nombre del producto> y, sin él, su utilidad es muy limitada. Tenga en cuenta que es posible que <product name> necesite su propia licencia para obtener todas las funcionalidades de este listado.
Pautas relacionadas con la arquitectura
En los siguientes temas se indican y describen las pautas de arquitectura de los productos SaaS.
Directrices
nota
Las siguientes pautas entrarán en vigor el 1 de mayo de 2025.
-
Puede publicar todas las arquitecturas SaaS.
-
Los productos que se despliegan AWS reciben una designación especial en los resultados de AWS Marketplace búsqueda y en las páginas de detalles del producto. AWS Marketplace Para que un producto se considere «implementado en» AWS, el producto debe funcionar íntegramente en él AWS. Esto incluye los planos de aplicación y control.
El plano de aplicación puede ejecutarse en la AWS cuenta del vendedor, en la AWS cuenta del comprador o en ambas. Para obtener más información, consulte el documento técnico Plano de control frente a plano de aplicación.
Los servicios de terceros que utiliza el producto para transmitir, almacenar o procesar los datos de las aplicaciones, excepto las redes de entrega de contenido (CDNs), los sistemas de nombres de dominio (DNSs) y los proveedores de identidad corporativa (IdPs), también deben funcionar íntegramente en ella. AWS
nota
Los datos de la aplicación son datos que pertenecen al comprador o que se han generado para él.
Los agentes o pasarelas que utiliza el producto para la seguridad, la supervisión, la replicación de datos o la migración pueden ejecutarse en entornos externos propiedad del comprador AWS, incluidos los locales, pero deben enviar los datos únicamente a ellos para su almacenamiento y análisis. AWS
Debe incluir un diagrama de arquitectura para su revisión. No puede hacer públicos los diagramas. Para obtener más información, consulte el Creación de diagramas de arquitectura en la siguiente sección.
Los vendedores pueden publicar productos que no estén del todo disponibles en AWS.
-
Las aplicaciones que requieran recursos adicionales en la infraestructura del comprador deben seguir estas pautas:
-
Para que se lo considere un producto de SaaS y no un servicio gestionado, su plano de control, tal como se define en el AWS documento técnico sobre los fundamentos de la arquitectura de SaaS, debe residir en la infraestructura que administre. Para obtener más información, consulte el documento técnico SaaS frente a proveedor de servicios administrados.
-
En la descripción del producto, debe informar a los clientes de que, si incurren en gastos de AWS infraestructura aparte de la transacción, deberán pagarlos AWS Marketplace .
-
Debe aprovisionar los recursos de forma segura, por ejemplo, mediante el AWS Security Token Service (AWS STS) o AWS Identity and Access Management (IAM).
-
Debe seguir el principio de privilegio mínimo al crear instrucciones de uso o plantillas de implementación que concedan permisos a su aplicación.
-
Debe proporcionar documentación adicional que describa todos los servicios de AWS aprovisionados, las instrucciones de política de IAM y cómo se implementa y se usa un usuario o un rol de IAM en la cuenta del cliente.
-
Debe proporcionar instrucciones o plantillas de despliegue que permitan a los compradores implementar los recursos necesarios en sus AWS cuentas.
-
Si proporciona CloudFormation plantillas (CFTs) para distribuir los recursos en la AWS cuenta del comprador, este debe cumplir con AWS Marketplace las políticas correspondientes CFTs. Debe publicarlos CFTs como parte de su anuncio de SaaS siguiendo el método que se proporciona al habilitar la opción de implementación de SaaS Quick Launch para sus compradores. Lanzamiento rápido de SaaS facilita a los compradores la configuración de su solución SaaS.
-
Si se despliega una imagen de máquina de Amazon (AMI) en la AWS cuenta del comprador, debe cumplir con lasRequisitos de producto basados en AMI para AWS Marketplace. Debe publicar la AMI como un producto independiente basado en la AMI AWS Marketplace e indicar que se trata de un producto complementario, tal como se exige en laPolíticas de uso del producto. Puede fijar el precio de BYOL a su producto basado en AMI porque es una extensión de su oferta de SaaS. AWS Marketplace escanea los productos basados en AMI en busca de vulnerabilidades y exposiciones comunes sin parches (CVEs) y requisitos de seguridad. Sus compradores también deben suscribirse a su producto basado en AMI antes de implementarlo.
-
Si la imagen de un contenedor se incluye en la AWS cuenta de un comprador, debe cumplir con lasRequisitos de productos basados en contenedores para AWS Marketplace. Debes publicar la imagen del contenedor como un producto independiente basado en un contenedor AWS Marketplace e indicar que se trata de un producto complementario, tal como se exige en el. Requisitos de uso del producto Puede fijar el precio de su producto basado en contenedores como BYOL porque es una extensión de su oferta de SaaS. AWS Marketplace escanea los productos basados en contenedores para detectar vulnerabilidades y exposiciones comunes () y requisitos de seguridad que no hayan sido corregidos. CVEs Sus compradores también deben suscribirse a su producto basado en contenedores antes de implementarlo.
-
-
Llame correctamente AWS Marketplace APIs desde el Cuenta de AWS que se registró como proveedor y envió la solicitud de publicación de SaaS. El modelo de precios de SaaS determina cuál APIs debe denominarse:
-
Contratos de SaaS: GetEntitlementsen el. AWS Marketplace Entitlement Service
-
El SaaS se contrae con el consumo, tanto GetEntitlementsen el AWS Marketplace Entitlement Service AWS Marketplace Metering Service como BatchMeterUsageen él.
-
Suscripciones de SaaS: BatchMeterUsageen el servicio de medición de AWS Marketplace.
-
-
Los productos SaaS que se ofrecen exclusivamente en las AWS GovCloud (US) regiones deben explicar los límites arquitectónicos entre otras regiones Regiones de AWS y las AWS GovCloud (US) regiones, los casos de uso del producto y las cargas de trabajo no recomendadas para el producto.
Para obtener más información sobre las arquitecturas SaaS, consulte el documento técnico Fundamentos de la arquitectura SaaS. AWS
Creación de diagramas de arquitectura
Para recibir la designación especial en la que se implementa su producto AWS, actualice los detalles de la arquitectura del producto en el portal de administración. AWS Marketplace Seleccione un patrón de alojamiento en el que se despliegue AWS y cargue un diagrama de arquitectura que lo AWS revise. Para ver los patrones de alojamiento que se AWS Marketplace consideran implementados AWS, consulte Directrices la sección anterior. Si su patrón de alojamiento cambia, debe actualizar los detalles de la arquitectura del producto.
nota
No puede hacer públicos sus diagramas.
Puede publicar productos que no estén del todo disponibles en AWS.
Use los siguientes criterios al crear un diagrama:
-
Agrupe y etiquete los componentes como parte del plano de aplicación o del plano de control.
-
Si algún componente ajeno a AWS esa parte forma parte de la lógica empresarial principal de su producto, agrúpelos con el plano de aplicación.
-
Los componentes pueden representar detalles de bajo nivel (por ejemplo, instancias de cómputo y subredes de red) o servicios de alto nivel (por ejemplo, una plataforma de análisis de datos).
-
Los componentes no necesitan identificar el nombre de los AWS servicios o no AWS servicios utilizados.
-
Coloque los componentes donde se ejecuten de forma lógica. Por ejemplo, en la AWS cuenta del vendedor, en la AWS cuenta del comprador, en un AWS entorno ajeno al vendedor o en otro entorno.
-
En el caso de los productos de replicación de datos o migración de carga de trabajo, incluya todos los entornos de origen y destino compatibles.
nota
El diagrama de arquitectura que utiliza para actualizar los detalles de la arquitectura de su producto SaaS no se publica ni está disponible públicamente para los compradores.
Nivel de detalle
Puede crear un diagrama de alto nivel que muestre los componentes principales del sistema, que incluye los flujos de datos básicos, y se centre en los servicios del plano de aplicación y del plano de control. O bien, puede crear un diagrama detallado de bajo nivel que desglose cada componente, muestre las conexiones específicas e incluya especificaciones técnicas con distintos niveles de detalle.
Los siguientes diagramas muestran la arquitectura de una hipotética aplicación SaaS de videoanálisis. Cada uno muestra un nivel de detalle diferente. Ambos son aceptables. Utilícelos como ejemplos del nivel de detalle que incluirá en sus diagramas.
A continuación, se muestra un ejemplo de diagrama de alto nivel.
A continuación, se muestra un ejemplo de diagrama de bajo nivel.
Para obtener más información, consulte ¿Qué es diagramación de la arquitectura?
