Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
O Microsoft Dataverse é uma boa escolha para usar como origem de dados para as suas aplicações de tela porque suporta dados complexos e modelos de segurança e permite que crie uma experiência de utilizador mais personalizada. Aplicações de tela usar o Dataverse como uma origem de dados com outros conectores do Power Platform para integrar várias origens de dados, como listas do SharePoint, bases de dados do Microsoft Access ou dados de outros aplicações empresariais. O Power Apps não usa um conector para trabalhar com o Dataverse. Liga-se diretamente ao Dataverse fora da estrutura do conector.
Sugestão
Este artigo fornece um cenário de exemplo e uma arquitetura de exemplo generalizada para ilustrar como usar o Dataverse como a origem de dados em aplicações de tela. O exemplo de arquitetura pode ser modificado para muitos cenários e setores diferentes.
Diagrama da arquitetura
Workflow
O passos a seguir descrevem o fluxo de trabalho mostrado no diagrama de arquitetura de exemplo:
Aplicação de tela: uma aplicação de tela permite aos utilizadores gerir detalhes da conferência, como o local e as horas de início e de fim da sessão. A aplicação de tela acede diretamente aos dados no Dataverse. O utilizador autentica-se no Power Platform que está a utilizar o Microsoft Entra ID e esse mesmo ID é utilizado para aceder aos dados. Quaisquer restrições colocadas ao Entra ID do utilizador no Dataverse são impostas sem problemas.
Origem de dados do Dataverse: a aplicação de tela usa o Dataverse como a origem de dados. Permite-lhe aceder a um modelo de dados relacional onde as tabelas e os respetivos relacionamentos estão prontamente disponíveis. A caraterística de conjunto de opções incorporado significa que não tem de criar procurar e uniões complexas. O desempenho também é, geralmente, bom porque o Power Apps se liga diretamente ao Dataverse.
Tabelas do Dataverse: neste exemplo, as tabelas do Dataverse armazenam dados sobre as sessões de conferência alojadas num local. As tabelas são relacionadas usando relações um para muitos e muitos para muitos. Os direitos de acesso do Dataverse alinham-se com as funções de utilizadores da aplicação. A lógica pode ser implementada ao nível do Dataverse para calcular e acumular valores, impor valores de domínio e automatizar operações de dados.
Componentes
Ambiente do Power Platform: contém recursos do Power Platform que implementam a experiência de utilizador.
Power Apps: implementa a experiência de utilizador da solução. Os criadores podem criar um aplicação de tela com o Dataverse ao adicionar a tabela do Dataverse como uma origem de dados da aplicação.
Power Apps Permite que as organizações criem experiências de utilizador personalizadas para os dados armazenados em Microsoft Dataverse.
- Orientado por Power Apps modelo: Ideal para cenários de aplicativos que se concentram em formulários sobre dados.
- Canvas Power Apps: Ideal para cenários que exigem mais flexibilidade na personalização do layout visual. Também útil quando você precisa fornecer aos usuários acesso a dados de e outras fontes de Dataverse dados simultaneamente. Nesses cenários, o Power Apps aplicativo atua como integrador, fornecendo aos usuários uma visão única dos dados de várias fontes.
Conector do Dataverse: permite-lhe aceder a um modelo de dados hierárquico onde as tabelas e respetivas relações estão prontamente disponíveis, sem a necessidade de criar procuras e uniões complexas para obter tabelas relacionadas. O conector também contorna a infraestrutura de conectores tradicional e liga diretamente ao back-end do Dataverse, melhorando o desempenho.
Detalhes do cenário
O Power Apps facilita a criação de experiências de utilizador personalizadas para os dados armazenados no Microsoft Dataverse. As aplicações condicionadas por modelo são ideais para cenários que se concentram em formulários sobre dados. As aplicações de tela funcionam melhor para cenários que requerem mais flexibilidade na personalização do esquema.
A arquitetura neste exemplo é útil quando precisa de fornecer acesso a dados do Dataverse e de outras origens simultaneamente. Nesses cenários, a aplicação atua como o integrador, dando ao utilizadores uma vista única dos dados de várias origens.
Considerações
Estas considerações implementam os pilares do Well-Architected do Power Platform, um conjunto de princípios orientadores que melhoram a qualidade de uma carga de trabalho. Mais informações em Well-Architected do Microsoft Power Platform.
Fiabilidade
Conceba a sua carga de trabalho para evitar complexidade desnecessária: as abstrações e as caraterísticas incorporadas do Dataverse ajudam a evitar complexidade desnecessária que uma solução de base de dados tradicional pode exigir. Por exemplo, o Dataverse suporta relações incorporadas, tipos de dados inteligentes, conjuntos de opções e um modelo de segurança.
Segurança
Crie segmentação e perímetros intencionais: use ambientes do Power Platform separados para as fases do ciclo de vida da aplicação e garantir que apenas os utilizadores certos que têm acesso a cada fase suportam as políticas de segmentação.
Excelência Operacional
Adote práticas de implementação seguras: padronize a implementação de quaisquer alterações para as suas aplicações de tela ao usar processos de implementação automatizados, como pipelines. Implementa a aplicação num ambiente de produção só depois de testar as alterações.
Eficiência de Desempenho
Conceber para satisfazer os requisitos de desempenho: avalie o desempenho da sua solução e o volume de requisitos de dados para garantir que o design da sua tabela do Dataverse é adequado. A avaliação deve incluir como os dados são acedidos e a avaliação de como a sua aplicação delega operações para o Dataverse. Esteja ciente das limitações da delegação quando pesquisa e filtra dados. Estas limitações estão documentadas em Compreender delegação numa aplicação de tela e devem ser tidas em conta na escolha da origem de dados ou back-end para a sua aplicação.
Conceber para satisfazer os requisitos de desempenho: avalie o desempenho da sua solução e o volume de requisitos de dados para garantir que o design da sua tabela do Dataverse é adequado. A avaliação deve incluir como os dados são acedidos e a avaliação de como a sua aplicação delega operações para o Dataverse. Esteja ciente das limitações de delegação ao pesquisar e filtrar dados. Essas limitações estão documentadas em Entender delegação em um aplicativo de tela e devem ser consideradas ao escolher a fonte de dados ou o back-end certo para seu aplicativo.
Otimizar lógica: Por padrão, aplicativos de tela usando Dataverse implementar lógica usando Power Fx, o que pode causar várias interações ou Dataverse lógica repetida em vários aplicativos. Cada operação é independente e não é tratada como uma transação atómica. Por exemplo, se o aplicativo criasse uma linha Local, mas não pudesse criar uma sessão, a linha Local permaneceria. Dataverse Suporta a lógica de implementação que pode ser invocada em um Dataverse evento de tabela, como a criação de uma linha. Dataverse também suporta o conceito de invocar lógica sob demanda usando a Dataverse API personalizada ou funções em Dataverse recursos. Com ambas as abordagens, o trabalho realizado pela lógica é feito numa transação. Todo o trabalho feito em dados do Dataverse é confirmado ou revertido. No exemplo anterior, a linha Local não teria permanecido após a ocorrência do erro. A integração dessas abordagens otimiza a lógica nesses cenários, garantindo a conclusão bem-sucedida como uma unidade combinada de trabalho e centralizando a lógica reutilizável.
Otimização da Experiência
Design para eficiência: uma aplicação de tela que permite aos utilizadores aceder a outras origens de dados juntamente com tabelas do Dataverse, sem requerer interação com várias aplicações individuais, melhora a eficiência e fornece uma experiência melhor. No entanto, evite criar um aplicação para criar uma aplicação — a aplicação deve fornecer alguma eficiência ao utilizador ou outro benefício de arquitetura em relação ao uso de uma experiência de aplicação condicionada por modelo.
Contribuidores
A Microsoft mantém este artigo. Este artigo foi escrito pelos contribuidores a seguir.
Principais autores:
- Mehdi Slaoui Andaloussi, Gestor de Engenharia Principal