Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo descreve um padrão de integração comum do Microsoft Graph para um cenário de negócios que requer uma interface do usuário que possa criar, atualizar e gerenciar mensagens de canal em tempo real. Esse cenário depende dos serviços do Microsoft 365, como enviar e receber mensagens de equipes diferentes.
Este cenário tem os seguintes requisitos de arquitetura:
- Um tipo de integração de aplicativo, pois depende de funcionalidades complexas do Microsoft 365.
- Um fluxo de dados bidirecional entre o aplicativo e o Microsoft 365.
- Um baixo volume de dados em comparação com sistemas automatizados baseados em interações humanas únicas. No entanto, dependendo do número de usuários, o volume de dados pode ser alto.
- Uma operação de dados em tempo real no aplicativo, com algumas operações assíncronas do lado do servidor, como a entrega de email a um cliente remoto.
A melhor opção para esse aplicativo é usar APIs HTTP RESTful do Microsoft Graph. O aplicativo cliente responde às ações do usuário e pode fazer solicitações e processar os dados em uma velocidade controlada pelo ambiente do cliente.
O diagrama a seguir mostra a arquitetura dessa solução.
Componentes da solução
A arquitetura da solução inclui os seguintes componentes:
- Serviço de Aplicativo do Azure, que permite criar e hospedar aplicativos Web, back-ends móveis e APIs RESTful em sua linguagem de programação preferencial, sem gerenciar a infraestrutura. Ele oferece dimensionamento automático e alta disponibilidade, dá suporte a Windows e Linux e permite implantações automatizadas do GitHub, Azure DevOps ou qualquer repositório Git.
- O Microsoft Entra ID é necessário para gerenciar a autenticação das APIs do Microsoft Graph e dá suporte a permissões delegadas e de aplicativo para habilitar o fluxo OAuth.
- O Banco de Dados SQL é usado para armazenar dados e estado do aplicativo; esse componente é opcional.
- APIs RESTful do Microsoft Graph, acessadas por meio de um único ponto de extremidade:
https://graph.microsoft.com. - Um aplicativo que implementa lógica personalizada.
Considerações
As considerações a seguir dão suporte ao uso desse padrão de integração:
Disponibilidade: o aplicativo cliente pesquisa periodicamente as APIs do Microsoft Graph para obter dados. O aplicativo cliente pode fazer solicitações e processar os dados em uma velocidade controlada pelo ambiente do cliente.
Latência: o aplicativo cliente consulta APIs do Microsoft Graph em busca de dados em tempo real; no entanto, pode haver alguma latência dependendo das condições de rede e da carga no serviço Microsoft Graph.
Escalabilidade: o aplicativo cliente pode ser dimensionado horizontalmente adicionando mais instâncias ao plano do Serviço de Aplicativo. As APIs do Microsoft Graph podem lidar com um grande número de solicitações, mas também têm limites de limitação e políticas para evitar abusos. O aplicativo cliente deve implementar a lógica de repetição e a retirada exponencial para lidar com erros de limitação normalmente.
Complexidade da solução: embora essa solução possa usar o SDK do Microsoft Graph, ela ainda requer código personalizado para sondar e processar os dados. Se o volume de dados for grande, o processamento sequencial poderá não ser suficiente e o processamento paralelo poderá ser necessário. Por esse motivo, esta solução tem um nível médio de complexidade.