As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Diretrizes de produtos SaaS para AWS Marketplace
AWS Marketplace mantém as seguintes diretrizes para todos os produtos e ofertas de software como serviço (SaaS) AWS Marketplace para promover uma plataforma segura e confiável para nossos clientes. As seções a seguir fornecem diretrizes para produtos SaaS em. AWS Marketplace
Todos os produtos e seus metadados relacionados são revisados quando enviados para garantir que atendam ou excedam AWS Marketplace as diretrizes atuais. Essas diretrizes são revisadas e ajustadas para atender aos nossos requisitos de segurança em evolução. Além disso, revisa AWS Marketplace continuamente os produtos para verificar se eles atendem às alterações nessas diretrizes. Se os produtos não estiverem em conformidade, poderemos exigir que você atualize seu produto e, em alguns casos, ele poderá ficar temporariamente indisponível para novos assinantes até que os problemas sejam resolvidos.
Tópicos
Diretrizes de configuração do produto
Todos os produtos de SaaS devem aderir às seguintes diretrizes de configuração de produto:
-
As dimensões dos preços não podem ser limitadas apenas a ofertas privadas. Os compradores devem ser capazes de assinar qualquer uma das dimensões da definição de preço em produtos públicos.
-
As dimensões de preços devem atender aos seguintes requisitos:
-
Para produtos que usam o modelo de preço gratuito, todas as dimensões de preço devem ser definidas como 0,00 USD.
-
Para produtos que usam outros modelos de preços (contrato, uso ou contrato com consumo), pelo menos uma dimensão de preço deve ter um preço maior que 0,00 USD. Se todas as dimensões estiverem definidas como 0,00 USD, o produto será automaticamente convertido para o modelo de preço gratuito.
-
-
Todas as dimensões de definição de preço devem estar relacionadas ao software real e não podem incluir outros produtos ou serviços que não estejam relacionados ao software.
-
Os produtos SaaS oferecidos exclusivamente nas AWS GovCloud (US) regiões devem incluir
GovCloudalgum lugar no título do produto.
Requisitos de informações do cliente
Todos os produtos de SaaS devem aderir aos requisitos de informações do cliente a seguir:
-
Os produtos de SaaS devem ser faturados inteiramente de acordo com as dimensões listadas no AWS Marketplace.
-
Não é possível coletar informações de pagamento do cliente para o produto de SaaS a qualquer momento, incluindo as informações do cartão de crédito e da conta bancária.
-
A página de registro de SaaS deve incluir um campo de entrada para o endereço de e-mail do comprador. Você pode incluir campos adicionais como:
-
Nome
-
Código postal
-
Número de telefone
-
Informações sobre a empresa
-
Preferências de configuração do produto
Se pretende usar vários idiomas, você deve oferecer uma exibição em inglês da página de registro.
-
Diretrizes de uso de produtos
Todos os produtos de SaaS devem aderir às seguintes diretrizes de uso de produto:
-
Depois de assinar o produto em AWS Marketplace, os clientes devem poder criar uma conta em seu aplicativo SaaS e obter acesso a um console web. Se um cliente não puder obter acesso ao aplicativo imediatamente, será necessário fornecer uma mensagem com instruções específicas sobre quando o acesso será concedido. Quando uma conta for criada, o cliente deverá receber uma notificação confirmando que sua conta foi criada juntamente com as próximas etapas.
-
Se um cliente já tiver uma conta no aplicativo de SaaS, será necessário ter a capacidade de fazer login na página inicial de atendimento.
-
Os clientes devem ter a capacidade de visualizar o status da assinatura no aplicativo de SaaS, incluindo informações relevantes sobre o contrato ou uso da assinatura.
-
Os clientes devem poder obter ajuda facilmente para problemas relacionados ao uso do aplicativo, à solução de problemas e à solicitação de reembolsos (se aplicável). As opções de contato de suporte devem ser especificadas na página inicial de atendimento.
-
Os metadados e software do produto não devem conter linguagem que redirecione os usuários para outras plataformas de nuvem, produtos adicionais, serviços de vendas ou ofertas de avaliação gratuita que não estão disponíveis no AWS Marketplace.
Para obter informações sobre avaliações gratuitas para produtos de SaaS, consulte Criação de uma oferta de teste gratuito de SaaS em AWS Marketplace.
-
Se o produto for um complemento de outro produto ou produto de outro ISV, a descrição do produto deverá indicar que ele amplia a funcionalidade do outro produto e que, sem ele, seu produto tem utilidade muito limitada. Por exemplo, Este produto amplia a funcionalidade de <nome do produto> e sem ele, este produto tem uma utilidade muito limitada. Observe que <nome do produto> pode exigir uma licença própria para a funcionalidade completa desta lista.
Diretrizes de arquitetura
Os tópicos a seguir listam e descrevem as diretrizes de arquitetura para produtos de SaaS.
Diretrizes
nota
As diretrizes a seguir entram em vigor a partir de 1º de maio de 2025.
-
Você pode publicar todas as arquiteturas de SaaS.
-
Os produtos implantados AWS recebem uma designação especial nos resultados da AWS Marketplace pesquisa e nas páginas de detalhes do produto. AWS Marketplace Para considerar seu produto como “implantado em” AWS, seu produto deve funcionar totalmente ligado AWS. Isso inclui a aplicação e os ambientes de gerenciamento.
O plano do aplicativo pode ser executado na AWS conta do vendedor, na AWS conta do comprador ou em ambas. Para obter mais informações, consulte o whitepaper ambiente de gerenciamento X plano de aplicação.
Os serviços de terceiros usados pelo produto para transmitir, armazenar ou processar dados de aplicativos — exceto redes de distribuição de conteúdo (CDNs), sistemas de nomes de domínio (DNSs) e provedores de identidade corporativa (IdPs) — também devem ser executados inteiramente. AWS
nota
Os dados de aplicação são dados que pertencem ao ou são gerados para o comprador.
Os agentes ou gateways usados pelo produto para segurança, monitoramento, replicação de dados ou migração podem ser executados em ambientes externos de propriedade do comprador AWS, inclusive no local, mas devem enviar dados somente AWS para armazenamento e análise.
Você deve incluir um diagrama de arquitetura para análise. Você não pode tornar os diagramas públicos. Para obter mais informações, consulte Criação dos diagramas de arquitetura na próxima seção.
Os vendedores podem publicar produtos não executados totalmente na AWS.
-
As aplicações que exigem recursos adicionais na infraestrutura do comprador devem seguir estas diretrizes:
-
Para ser considerado um produto SaaS e não um serviço gerenciado, seu plano de controle, conforme definido no whitepaper de Fundamentos da Arquitetura SaaS, deve residir na infraestrutura que você gerencia. AWS Para obter mais informações, consulte o whitepaper SaaS X provedor de serviços gerenciados.
-
Na descrição do produto, você deve notificar os clientes de que, se eles incorrerem em taxas de AWS infraestrutura separadas da AWS Marketplace transação, deverão pagar essas taxas.
-
Você deve provisionar recursos de forma segura, como usar o AWS Security Token Service (AWS STS) ou o AWS Identity and Access Management (IAM).
-
Você deve seguir o princípio do privilégio mínimo ao criar instruções de uso ou modelos de implantação que concedam permissões à aplicação.
-
Você deve apresentar uma documentação adicional que descreva todos os serviços da AWS provisionados, declarações de política do IAM e como um perfil do IAM ou um usuário é implantado e usado na conta do cliente.
-
Você deve fornecer instruções ou modelos de implantação que permitam aos compradores implantar os recursos necessários em suas AWS contas.
-
Se você fornecer CloudFormation modelos (CFTs) para implantar recursos na AWS conta do comprador, eles deverão estar em conformidade com AWS Marketplace as políticas de CFTs. Você deve publicá-los CFTs como parte de sua listagem de SaaS seguindo o método fornecido ao ativar a opção de implantação do SaaS Quick Launch para seus compradores. O Início Rápido de SaaS facilita para que os compradores configurem a solução de SaaS.
-
Se uma Amazon Machine Image (AMI) for implantada na AWS conta do comprador, ela deverá estar em conformidade com o. Requisitos de produto baseados em AMI para AWS Marketplace Você deve publicar a AMI como um produto separado baseado em AMI AWS Marketplace e indicar que é um produto complementar, conforme exigido no. Políticas de uso do produto Você pode definir o preço de seu produto baseado em AMI como BYOL porque é uma extensão da sua oferta de SaaS. AWS Marketplace examina produtos baseados em AMI em busca de vulnerabilidades e exposições comuns não corrigidas () e requisitos de segurança. CVEs Seus compradores também devem assinar seu produto baseado em AMI antes de implantá-lo.
-
Se uma imagem de contêiner for implantada na AWS conta do comprador, ela deverá estar em conformidade com o. Requisitos de produtos baseados em contêineres para AWS Marketplace Você deve publicar a imagem do contêiner como um produto separado baseado em contêiner AWS Marketplace e indicar que é um produto complementar, conforme exigido no. Requisitos de uso do produto Você pode definir o preço de seu produto baseado em contêineres como BYOL porque é uma extensão da sua oferta de SaaS. AWS Marketplace examina produtos baseados em contêineres em busca de vulnerabilidades e exposições comuns não corrigidas () e requisitos de segurança. CVEs Seus compradores também devem assinar seu produto baseado em contêineres antes de implantá-lo.
-
-
Ligue com sucesso para Conta da AWS aquele que se registrou como provedor e enviou a solicitação de publicação de SaaS. AWS Marketplace APIs O modelo de preços de SaaS determina o que APIs deve ser chamado:
-
Contratos SaaS — GetEntitlementsno. AWS Marketplace Entitlement Service
-
Contratos de SaaS com consumo — GetEntitlementsno AWS Marketplace Entitlement Service e BatchMeterUsageno AWS Marketplace Metering Service.
-
Assinaturas de SaaS — no BatchMeterUsageAWS Marketplace Metering Service.
-
-
Os produtos SaaS oferecidos exclusivamente nas AWS GovCloud (US) regiões devem explicar os limites arquitetônicos entre outras Regiões da AWS e as AWS GovCloud (US) regiões, os casos de uso do produto e as cargas de trabalho não recomendadas para o produto.
Para obter mais informações sobre arquiteturas SaaS, consulte o whitepaper Fundamentos da Arquitetura SaaS. AWS
Criação dos diagramas de arquitetura
Para receber a designação especial na qual seu produto está implantado AWS, atualize os detalhes da arquitetura do produto no Portal AWS Marketplace de Gerenciamento. Selecione um padrão de hospedagem que seja implantado AWS e faça o upload de um diagrama de arquitetura que AWS revise. Para padrões de hospedagem AWS Marketplace considerados implantados AWS, consulte a Diretrizes seção anterior. Se o padrão de hospedagem mudar, você deverá atualizar os detalhes da arquitetura do produto.
nota
Você não pode tornar seus diagramas públicos.
Você pode publicar produtos não executados totalmente na AWS.
Use os seguintes critérios ao criar um diagrama:
-
Agrupe e identifique os componentes como parte do plano de aplicação ou do ambiente de gerenciamento.
-
Para quaisquer componentes fora AWS disso que façam parte da lógica de negócios principal do seu produto, agrupe-os com o plano de aplicação.
-
Os componentes podem representar detalhes de baixo nível (por exemplo, instâncias de computação e sub-redes de rede) ou serviços de alto nível (por exemplo, uma plataforma de data analytics).
-
Os componentes não precisam identificar o nome dos AWS serviços ou não AWS serviços usados.
-
Coloque os componentes onde são executados logicamente. Por exemplo, na AWS conta do vendedor, na AWS conta do comprador, no AWS ambiente externo do vendedor ou em outro ambiente.
-
Para produtos da replicação de dados ou da migração de workload, inclua todos os ambientes de origem e destino compatíveis.
nota
O diagrama da arquitetura usado para atualizar os detalhes da arquitetura do produto de SaaS não é publicado e não está disponível publicamente para os compradores.
Nível de detalhes
Você pode criar um diagrama de alto nível que mostre os componentes principais do sistema, inclua fluxos de dados básicos e se concentre nos serviços do plano de aplicação e do ambiente de gerenciamento. Ou você pode criar um diagrama detalhado de baixo nível que divida cada componente, mostre conexões específicas e inclua especificações técnicas com diferentes níveis de detalhes.
Os diagramas a seguir mostram a arquitetura de um aplicativo de SaaS de videoanálise hipotético. Cada um mostra um nível de detalhes diferente. Ambos são aceitáveis. Use-os como exemplos do nível de detalhe a ser incluído nos diagramas.
Este é um exemplo de um diagrama de alto nível.
Este é um exemplo de um diagrama detalhado de baixo nível.
Para obter mais informações, consulte O que é diagramação de arquitetura?
