Escolha um modelo de aplicativo: locatário único ou multilocatário

Aplica-se a: Arquiteto

Use este artigo para escolher entre um modelo de LOB (linha de negócios) empresarial e um modelo multilocatário ISV (fornecedor independente de software) para o SharePoint Embedded.

O modelo de aplicativo determina quem é o proprietário do aplicativo, quem o instala, onde os contêineres são criados, quem paga e quais administradores devem consentir ou configurar a cobrança.

Para obter detalhes de arquitetura, consulte Entender a arquitetura de aplicativos e locatários.

Resumo da decisão

Requisito Escolher LOB de locatário único Escolher ISV multilocatário
O aplicativo foi criado para uma organização Sim Não
O aplicativo é vendido ou fornecido a vários locatários do cliente Não Sim
O locatário do desenvolvedor e o locatário de consumo geralmente são os mesmos Sim Não
Os locatários do cliente hospedam seus próprios contêineres e arquivos Normalmente não Sim
O proprietário do aplicativo paga por todo o uso por padrão Muitas vezes Depende do modelo de cobrança
O administrador de locatário do cliente deve integrar o aplicativo Às vezes Sim

Ambos os modelos usam as mesmas primitivas do SharePoint Embedded:

  • Registro do aplicativo Microsoft Entra ID.
  • Tipo de contêiner.
  • Registro de tipo de contêiner.
  • Contêineres.
  • Acesso ao Microsoft Graph.
  • Medidores de cobrança paga conforme o uso.

Modelo de LOB Enterprise

Use o modelo LOB corporativo quando uma organização criar um aplicativo para usuários internos.

Neste modelo:

  • A empresa possui ou desenvolve o aplicativo.
  • O registro do aplicativo está no locatário corporativo.
  • O locatário corporativo cria o tipo de contêiner.
  • O locatário corporativo também é o locatário consumidor.
  • Os contêineres são criados no locatário Microsoft 365 corporativo.
  • Files permanecem no limite de locatário corporativo.
  • As configurações de locatário corporativo se aplicam ao conteúdo.

Esse modelo geralmente é de locatário único porque o mesmo locatário possui e consome o aplicativo.

Observação

O mesmo locatário do Microsoft Entra ID pode ser o locatário do desenvolvedor e o locatário de consumo para um tipo de contêiner.

Modelo de ISV multilocatário

Use o modelo ISV multilocatário quando um ISV criar um aplicativo para vários locatários do cliente.

Neste modelo:

  • O ISV possui ou desenvolve o aplicativo.
  • O locatário ISV geralmente possui o registro do aplicativo.
  • O locatário ISV cria o tipo de contêiner.
  • Cada cliente é um locatário consumidor.
  • Os contêineres são criados em cada locatário do Microsoft 365 do cliente.
  • Files permanecem no limite do locatário do cliente.
  • As configurações do Microsoft 365 do cliente se aplicam ao conteúdo desse cliente.

O aplicativo ISV fornece a experiência do usuário e chama o Microsoft Graph. O conteúdo do cliente permanece com o locatário consumidor.

Quem é o proprietário do aplicativo

A propriedade do aplicativo está vinculada ao registro do aplicativo do Microsoft Entra ID e ao tipo de contêiner.

Cada tipo de contêiner tem um aplicativo proprietário.

O SharePoint Embedded requer uma relação de 1:1 entre um aplicativo proprietário e um tipo de contêiner.

Para um aplicativo LOB, a empresa possui ambos.

Para um aplicativo ISV, o ISV possui ambos.

Quem instala ou integra o aplicativo

Em um modelo LOB de locatário único, os administradores no mesmo locatário podem criar o tipo de contêiner, conceder consentimento e configurar a cobrança.

Em um modelo ISV multilocatário, os administradores de locatários do cliente devem integrar o aplicativo para seu locatário.

O aplicativo proprietário deve ter uma entidade de serviço no locatário consumidor e deve receber o consentimento do administrador para executar o registro de tipo de contêiner.

Para obter o fluxo de registro, consulte Registrar permissões de aplicativo do tipo de contêiner de armazenamento de arquivos.

Onde os contêineres são criados

Os contêineres são criados no locatário consumidor.

Para um aplicativo LOB empresarial, geralmente é o locatário corporativo.

Para um aplicativo ISV, cada locatário do cliente tem seus próprios contêineres.

Essa separação mantém os arquivos do cliente no limite de locatário do Microsoft 365 do cliente.

Importante

Não projete uma arquitetura ISV que armazene todos os arquivos do cliente no locatário ISV. O SharePoint Embedded armazena documentos do aplicativo no locatário consumidor.

Quem paga

O SharePoint Embedded é pago conforme o uso.

A cobrança é baseada em medidores como armazenamento, transações de API e saída.

O modelo de cobrança é selecionado para o tipo de contêiner.

O SharePoint Embedded dá suporte a dois modelos de cobrança:

  • Cobrança Standard.
  • Cobrança de passagem.

Para obter detalhes, consulte Escolher um modelo de cobrança.

Cobrança Standard

Com a cobrança padrão, as cobranças baseadas em consumo são cobradas do locatário que possui ou desenvolve o aplicativo.

Uma assinatura do Azure do locatário do desenvolvedor é usada ao criar um tipo de contêiner padrão.

Use a cobrança padrão quando o proprietário do aplicativo quiser absorver ou gerenciar centralmente os encargos de uso do SharePoint Embedded.

Cobrança de repasse

Com a cobrança de passagem, os encargos são cobrados diretamente do locatário registrado para usar o aplicativo incorporado do SharePoint.

O administrador de locatários do desenvolvedor não configura um perfil de cobrança ao criar o tipo de contêiner de passagem.

Depois que o tipo de contêiner é registrado no locatário consumidor, o administrador do locatário consumidor configura o perfil de cobrança.

Use a cobrança de passagem quando cada locatário do cliente deve pagar pelo seu próprio uso.

Planeje essas responsabilidades antes da implementação.

Responsabilidade LOB locatário único Multilocatário ISV
Criar registro de aplicativo Locatário Enterprise Locatário ISV
Criar tipo de contêiner Locatário Enterprise Locatário ISV
Registrar tipo de contêiner Mesmo locatário Cada locatário consumidor de cliente
Conceder consentimento ao Microsoft Graph Administrador corporativo Administrador de locatário do cliente para consumir o acesso ao locatário
Configurar cobrança padrão Empresa/desenvolvedor ISV/desenvolvedor
Configurar cobrança de passagem Administrador de locatário consumidor Administrador de locatário do cliente
Controlar o conteúdo Administrador de conformidade corporativa Administrador de conformidade do cliente

Qual caminho de configuração seguir a seguir

Se você estiver criando um aplicativo corporativo interno:

  1. Autenticação de plano com permissões e autenticação de plano.
  2. Entenda o design de tipo de contêiner com Entenda tipos e contêineres de contêiner.
  3. Crie o tipo de contêiner usando as orientações em Tipos de contêiner do SharePoint Embedded.
  4. Configurar a cobrança usando a cobrança PAYG para o SharePoint Embedded.

Se você estiver criando um aplicativo ISV:

  1. Planejar relações de locatário com Entender a arquitetura de aplicativo e locatário.
  2. Escolha a cobrança padrão ou de passagem com Escolha um modelo de cobrança.
  3. Crie o tipo de contêiner no locatário do desenvolvedor.
  4. Registre o tipo de contêiner em cada locatário consumidor usando as permissões de aplicativo do tipo contêiner de armazenamento de arquivos de registro.

Lista de verificação de planejamento

  • Identifique se o aplicativo é interno ou voltado para o cliente.
  • Identifique o locatário do desenvolvedor.
  • Identifique todos os locatários consumidores.
  • Confirme quem é o proprietário do registro do aplicativo Microsoft Entra ID.
  • Confirme onde o tipo de contêiner é criado.
  • Confirme onde os contêineres são criados.
  • Escolha a cobrança padrão ou de passagem.
  • Identifique quem concede o consentimento do administrador.
  • Identifique quem configura a cobrança.
  • Identifique quem gerencia as políticas de conformidade.

Próximas etapas

Revise o modelo de armazenamento: Entenda os tipos de contêiner e contêineres.

  • Last updated on