Escolher um modelo de aplicação: inquilino único ou multi-inquilino

Aplica-se a: Arquiteto

Utilize este artigo para escolher entre um modelo de linha de negócio (LOB) empresarial e um modelo multi-inquilino ISV para o SharePoint Embedded.

O modelo de aplicação determina quem é o proprietário da aplicação, quem a instala, onde os contentores são criados, quem paga e quais os administradores que têm de consentir ou configurar a faturação.

Para obter detalhes sobre a arquitetura, veja Compreender a arquitetura de aplicações e inquilinos.

Resumo da decisão

Requisito Escolher LOB de inquilino único Escolher ISV multi-inquilino
A aplicação foi criada para uma organização Sim Não
A aplicação é vendida ou fornecida a vários inquilinos do cliente Não Sim
A propriedade do inquilino e o inquilino de consumo são normalmente os mesmos Sim Não
Os inquilinos do cliente alojam os seus próprios contentores e ficheiros Normalmente não Sim
O proprietário da aplicação paga toda a utilização por predefinição Frequentemente Depende do modelo de faturação
O administrador do inquilino do cliente tem de integrar a aplicação Às vezes Sim

Ambos os modelos utilizam os mesmos primitivos do SharePoint Embedded:

  • Microsoft Entra ID registo da aplicação.
  • Tipo de contentor.
  • Registo do tipo de contentor.
  • Contêineres.
  • Acesso ao Microsoft Graph.
  • Medidores de faturação pay as you go.

Modelo LOB empresarial

Utilize o modelo LOB empresarial quando uma organização cria uma aplicação para utilizadores internos.

Neste modelo:

  • A empresa é proprietária ou desenvolve a aplicação.
  • O registo da aplicação está no inquilino da empresa.
  • O inquilino da empresa cria o tipo de contentor.
  • O inquilino empresarial também é o inquilino que consome.
  • Os contentores são criados no inquilino do Microsoft 365 empresarial.
  • Files permanecer no limite do inquilino da empresa.
  • As definições de inquilino empresarial aplicam-se ao conteúdo.

Normalmente, este modelo é de inquilino único porque o mesmo inquilino é proprietário e consome a aplicação.

Observação

O mesmo inquilino Microsoft Entra ID pode ser o inquilino proprietário e o inquilino consumidor de um tipo de contentor.

Modelo ISV multi-inquilino

Utilize o modelo ISV multi-inquilino quando um ISV cria uma aplicação para vários inquilinos de clientes.

Neste modelo:

  • O ISV é proprietário ou desenvolve a aplicação.
  • Normalmente, o inquilino do ISV é o proprietário do registo de aplicações.
  • O inquilino ISV cria o tipo de contentor.
  • Cada cliente é um inquilino consumidor.
  • Os contentores são criados em cada inquilino do Microsoft 365 do cliente.
  • Files permanecer no limite do inquilino do cliente.
  • As definições do Microsoft 365 do cliente aplicam-se ao conteúdo desse cliente.

A aplicação ISV fornece a experiência de utilizador e chama o Microsoft Graph. O conteúdo do cliente permanece com o inquilino que consome.

Quem é o proprietário da aplicação

A propriedade da aplicação está associada ao registo da aplicação Microsoft Entra ID e ao tipo de contentor.

Cada tipo de contentor tem uma aplicação proprietária.

O SharePoint Embedded requer uma relação 1:1 entre uma aplicação proprietária e um tipo de contentor.

Para uma aplicação LOB, a empresa é proprietária de ambos.

Para uma aplicação ISV, o ISV é proprietário de ambos.

Quem instala ou integra a aplicação

Num modelo LOB de inquilino único, os administradores no mesmo inquilino podem criar o tipo de contentor, conceder consentimento e configurar a faturação.

Num modelo ISV multi-inquilino, os administradores de inquilinos do cliente têm de integrar a aplicação no respetivo inquilino.

A aplicação proprietária tem de ter um principal de serviço no inquilino que está a consumir e tem de receber o consentimento do administrador para efetuar o registo do tipo de contentor.

Para o fluxo de registo, veja Registar permissões de aplicação do tipo de contentor de armazenamento de ficheiros.

Onde os contentores são criados

Os contentores são criados no inquilino que consome.

Para uma aplicação LOB empresarial, normalmente é o inquilino da empresa.

Para uma aplicação ISV, cada inquilino do cliente tem os seus próprios contentores.

Esta separação mantém os ficheiros do cliente no limite de inquilino do Microsoft 365 do cliente.

Importante

Não crie uma arquitetura ISV que armazene todos os ficheiros de cliente no inquilino do ISV. O SharePoint Embedded armazena documentos de aplicações no inquilino que consome.

Quem paga

O SharePoint Embedded é pay as you go.

A faturação baseia-se em medidores como armazenamento, transações de API e saída.

O modelo de faturação está selecionado para o tipo de contentor.

O SharePoint Embedded suporta dois modelos de faturação:

  • Standard faturação.
  • Faturação pass-through.

Para obter detalhes, veja Escolher um modelo de faturação.

Standard faturação

Com a faturação padrão, os custos baseados no consumo são faturados ao inquilino que detém ou desenvolve a aplicação.

É utilizada uma subscrição Azure do inquilino do programador ao criar um tipo de contentor padrão.

Utilize a faturação padrão quando o proprietário da aplicação quiser absorver ou gerir centralmente os custos de utilização do SharePoint Embedded.

Faturação pass-through

Com a faturação pass-through, os custos são faturados diretamente no inquilino registado para utilizar a aplicação SharePoint Embedded.

O administrador de inquilinos do programador não configura um perfil de faturação ao criar o tipo de contentor pass-through.

Depois de o tipo de contentor ser registado no inquilino que está a consumir, o administrador de inquilinos que está a consumir configura o perfil de faturação.

Utilize a faturação pass-through quando cada inquilino do cliente deve pagar a sua própria utilização.

Planeie estas responsabilidades antes da implementação.

Responsabilidade LOB de inquilino único Multi-inquilino ISV
Criar registo de aplicações Inquilino empresarial Inquilino DO ISV
Criar tipo de contentor Inquilino empresarial Inquilino DO ISV
Registar tipo de contentor Mesmo inquilino Cada cliente que está a consumir inquilino
Conceder consentimento do Microsoft Graph Administrador do Enterprise Administrador do inquilino do cliente para consumir o acesso ao inquilino
Configurar a faturação padrão Empresa/programador ISV/programador
Configurar a faturação pass-through Consumir administrador de inquilinos Administrador do inquilino do cliente
Governar conteúdo Administrador de conformidade empresarial Administrador de conformidade do cliente

Que caminho de configuração seguir a seguir

Se estiver a criar uma aplicação empresarial interna:

  1. Planear a autenticação com permissões e autenticação do Plano.
  2. Compreenda a estrutura do tipo de contentor com Compreender os tipos de contentor e os contentores.
  3. Crie o tipo de contentor com a documentação de orientação nos tipos de contentor do SharePoint Embedded.
  4. Configure a faturação com a faturação PAYG para o SharePoint Embedded.

Se estiver a criar uma aplicação ISV:

  1. Planeie relações de inquilino com Compreender a arquitetura da aplicação e do inquilino.
  2. Escolha a faturação padrão ou pass-through com Escolher um modelo de faturação.
  3. Crie o tipo de contentor no inquilino proprietário.
  4. Registe o tipo de contentor em cada inquilino que consome com as permissões de aplicação Registar tipo de contentor de armazenamento de ficheiros.

Lista de verificação de planejamento

  • Identifique se a aplicação é interna ou voltada para o cliente.
  • Identifique o inquilino proprietário.
  • Identifique todos os inquilinos que consomem.
  • Confirme quem é o proprietário do registo da aplicação Microsoft Entra ID.
  • Confirme onde é criado o tipo de contentor.
  • Confirme onde os contentores são criados.
  • Escolha a faturação padrão ou pass-through.
  • Identifique quem concede o consentimento do administrador.
  • Identificar quem configura a faturação.
  • Identificar quem gere as políticas de conformidade.

Próximas etapas

Reveja o modelo de armazenamento: Compreender os tipos de contentor e os contentores.

  • Last updated on