Solucionar problemas de planos privados no marketplace comercial

Este artigo discute vários problemas e soluções ao solucionar problemas de planos privados.

Bloqueadores de clientes e soluções comuns

Veja alguns problemas comuns de bloqueio de clientes e informações sobre como resolvê-los.

Como faço para controlar meus custos e entender quanto estou gastando no marketplace?

Envolva sua equipe de conta Microsoft para uma análise detalhada de seu ambiente específico, da hierarquia de assinatura do Azure e da configuração de EA.

Para obter mais informações, confira Visão geral de cobrança do Gerenciamento de Custos.

Administrador do Azure

• O Administrador do Azure é responsável por controlar o Controle de Acesso Baseado em Função dos usuários. Eles têm a capacidade de conceder direitos de compra no Marketplace, determinar como esses direitos podem ser exercitados e em quais assinaturas do Azure o usuário tem controle de acesso.
• Envolva sua equipe de conta Microsoft para uma análise detalhada de seu ambiente específico, da hierarquia de assinatura do Azure e da configuração de EA.
• A Microsoft recomenda que pelo menos dois usuários desempenhem a função de administrador do Azure. Consulte a documentação apropriada.
• Para obter mais informações, confira a documentação sobre Funções e planejamento de segurança.

As compras no Marketplace são bem-sucedidas, mas a implantação falha. A mensagem de erro normalmente se refere aos termos e condições dos contratos, o que mais pode estar acontecendo?

• O Azure oferece aos clientes uma folha em branco em termos de políticas de segurança. Essas políticas podem ter consequências negativas. Por exemplo, eles podem bloquear a implantação de recursos do marketplace em uma Assinatura ou Grupo de Recursos do Azure específico.
• Envolva sua equipe de conta Microsoft para uma análise detalhada de seu ambiente específico, da hierarquia de assinatura do Azure e das políticas de grupo de recursos.
• As políticas de upstream, implementadas em níveis mais altos da hierarquia da assinatura do Azure, podem ser ocultadas. Se a política que bloqueia a implantação não for imediatamente evidente, capture o fluxo da API usando um arquivo de rastreamento do navegador de rede (HAR). Os arquivos HAR fornecem um rastreamento das chamadas HTTPS e um log das mensagens enviadas e recebidas durante o fluxo de implantação. A análise do log HAR ajuda você e a Microsoft a identificar a ID da diretiva específica que causa a falha de implantação.
• Envolva sua equipe de conta Microsoft para uma análise detalhada de seu ambiente específico, da hierarquia de assinatura do Azure e da configuração de EA.
• O Administrador do Azure precisa adicionar o novo recurso do Marketplace à lista de implantações permitidas ou suspender temporariamente a política até que a implantação seja concluída.

A compra e a implantação do Marketplace têm êxito, mas em uma data posterior, elas falham sem nenhuma indicação da causa raiz. O que mais pode estar acontecendo?

• Lembre-se de que os robôs automatizados podem verificar a Assinatura do Azure em busca de recursos não autorizados e excluí-los automaticamente. Investigue as verificações de segurança automatizadas se uma implantação do Marketplace for bem-sucedida inicialmente e, em seguida, falhar em um estágio posterior. Examine também seus logs para a causa raiz e eventual ação corretiva.

Observação

A Microsoft permite que os clientes personalizem totalmente a configuração da sua hierarquia de contas do Azure, seus locatários, assinaturas e grupos de recursos.

• Envolva sua equipe de conta Microsoft para uma análise detalhada de seu ambiente específico, da hierarquia de assinatura do Azure, das IDs de locatário e dos grupos de recursos.
• Qualquer usuário pode ter acesso a várias assinaturas, IDs de locatário e grupos de recursos. Mas apenas um deles é necessário para a criação e a implantação de um plano privado no Marketplace.
• É imprescindível que você forneça ao fornecedor independente de software (ISV) a ID de locatário correta que é o padrão para seu usuário. A ID do Locatário está associada a um EA e a uma Conta de Faturamento específicos, e essa é a entidade que "comprará" o Plano Privado do Marketplace.
• Se você não conseguir "ver" um Plano Privado, investigue sua Hierarquia de Assinatura do Azure, se a ID do Locatário que o usuário usa como padrão é a mesma que você forneceu.
• Lembre-se de "alternar" IDs de Locatário no portal do Azure para a ID de Locatário que você forneceu ao ISV se quiser comprar com uma ID de Locatário que não seja a mesma que sua ID de Locatário padrão.
• Para obter mais informações, confira Estratégias de design de assinatura no guia de decisão da assinatura.

Hierarquia de assinatura do Azure

Ao solucionar problemas da hierarquia de assinatura do Azure, lembre-se do seguinte:

• Pode ter até seis níveis de profundidade.
• As políticas de segurança e de grupo de recursos se propagam e afetam a implantação do Marketplace, o público do Plano Privado, a automação, etc.
• O ISV deve garantir que a Assinatura correta esteja sendo usada pelo usuário final ao pesquisar Planos Privados ou implantar – os usuários podem acessar várias assinaturas e o mapeamento não é trivial.

Lista de verificação de solução de problemas

• ISV para garantir que o plano privado SaaS esteja usando a ID de locatário correta para o cliente - Como encontrar sua ID de locatário do Microsoft Entra. Para VMs, use a ID de Assinatura do Azure.
• ISV para garantir que o Cliente não está comprando por meio de um CSP (Provedor de Soluções na Nuvem). Os Planos Privados não estão disponíveis em uma assinatura gerenciada por CSP.
• ISV para garantir que a ID do locatário do comprador esteja sempre presente na lista de público-alvo privado e não seja removida até que a assinatura SaaS do cliente seja cancelada, pois isso pode ter possíveis consequências no gerenciamento ou envio do uso do medidor para essa assinatura SaaS do cliente.
• Cliente para garantir que o cliente está fazendo login com uma ID de e-mail registrada sob a mesma ID de locatário. Use o mesmo ID de usuário usado na etapa #1 anterior.
• ISV, para pedir ao cliente que encontre o plano privado no Azure Marketplace: Planos privados no Azure Marketplace
• Cliente para garantir que o marketplace está habilitado - Azure Marketplace – se não estiver, o usuário precisa entrar em contato com o administrador do Azure para habilitar o marketplace, para obter mais informações sobre o Azure Marketplace, consulte Azure Marketplace.
• (Cliente) Se a oferta ainda não estiver visível, é possível que o cliente tenha o Private Marketplace habilitado - Cliente para pedir ao Administrador do Azure para habilitar o Plano Privado específico no Private Marketplace: Criar e gerenciar coleções privadas do Azure Marketplace no portal do Azure
• Se o Plano Privado estiver visível e a implantação falhar, a solução de problemas será movida para garantir que o cliente permita o faturamento do Marketplace:
  • (Cliente) O Administrador do Azure deve seguir as instruções em Habilitar compras do Azure Marketplace e discutir com seu Representante da Microsoft as etapas para habilitar a cobrança do Marketplace.
  • (cliente) Habilitar compras do Azure Marketplace explica os detalhes para habilitar a cobrança do Marketplace para clientes com um Contrato do Azure Enterprise.

Se todo o resto falhar, abra um tíquete e crie um arquivo HAR

• Se um cliente tiver problemas para fazer uma compra no marketplace, um arquivo HAR salva-vidas. É um tipo de log gerado pelo navegador, que rastreia todas as chamadas feitas entre as APIs, usando HTTP. O Microsoft CSS requer um arquivo HAR antes de avançar e solucionar problemas.
• Como criar um arquivo HAR?
  • Confira Gerar um arquivo HAR para solução de problemas.

Próximas etapas

• Criar uma solicitação de Suporte do Azure