Traballar con calquera tipo de aplicación

Microsoft Dataverse fornece múltiples formas de integrarse en calquera tipo de aplicación (móbil, web, de escritorio), dispositivo, sistema ou servizo. Para solucións na nube, hai xeitos de integrarse independentemente do modelo no que se implemente a súa solución—infraestrutura como servizo (IaaS), plataforma como servizo (PaaS) ou software como servizo (SaaS). Para solucións baseadas en IaaS, o enfoque de integración tamén funciona ben se as solucións se están executando no interior dos contedores.

Nalgúns casos, pódese conseguir a integración cunha aplicación empregando a lóxica de negocio contida en Dataverse. Noutros casos, implicará a integración mediante eventos, a API de Dataverse OData ou usando complementos.

Definición da lóxica empresarial

As táboas de Dataverse poden usar a lóxica enriquecida no lado do servidor e a validación para garantir a calidade de datos e reducir o código repetitivo de cada aplicación que crea e utiliza datos dentro dunha táboa.

• Regras comerciais: Validar datos en varias columnas e táboas e proporcionar mensaxes de advertencia e erro, independentemente da aplicación utilizada para crear os datos. Máis información: Crear unha regra de negocio para unha táboa

• Fluxos de proceso de negocio: axude aos usuarios a asegurar que introducen datos coherentemente e seguen os mesmos pasos cada vez. Actualmente os fluxos do proceso de negocio son compatibles só para aplicacións xeradas por modelos. Máis información: Visión xeral dos fluxos de procesos de negocio

• Fluxos de traballo: automatizan os procesos de negocio sen interacción do usuario. Máis información: Fluxos de traballo de Dataverse clásicos

• Lóxica de negocio con código: permite escenarios de programador avanzados para estender a aplicación directamente a través de código. Máis información: Aplicar lóxica empresarial usando código

Integración con aplicacións mediante eventos

Un enfoque común da integración de aplicacións é a través do uso de eventos. Por exemplo, prodúcese un evento como engadir unha nova fila en Dataverse, e isto debe comunicarse a un sistema asociado para que se poida realizar unha acción. Por exemplo, se se creou unha nova solicitude de asistencia técnica, podería desencadear o envío dunha mensaxe SMS ao persoal de asistencia asignado.

Esta interactividade tamén pode ocorrer no sentido contrario—unha actualización nun sistema externo pode provocar que se engadan, actualicen ou eliminen datos dun ambiente de Power Platform.

Os enfoques máis populares en Dataverse inclúen webhooks, mensaxería Azure (Bus de servizo, Hubs de eventos), Azure Logic Apps ou Power Automate.

Webhooks

Con Dataverse, pode enviar datos sobre eventos que se producen no servizo a unha aplicación web mediante webhooks. Un webhook é un padrón HTTP lixeiro para conectar API web e servizos cun modelo de publicación ou subscrición. Os remitentes de WebHooks envían aos receptores notificacións acerca dos eventos mediante a realización de solicitudes aos extremos receptores con información acerca dos eventos.

Os Webhooks permiten aos desenvolvedores e ISV integrar datos de Dataverse co seu propio código personalizado aloxado en servizos externos. Ao usar o modelo WebHooks, pode protexer o seu extremo cunha cabeceira de autenticación ou claves de parámetro de cadea de consulta. Isto é máis sinxelo que a sinatura de acceso compartido modelo de autenticación empregado coa integración Azure Service Bus.

• Os Webhooks só poden escalar ata o punto no que o seu servizo web aloxado pode tratar as mensaxes.

• Os Webhooks permiten pasos síncronos e asíncronos.

• Os Webhooks envían solicitudes POST coa carga JSON e poden ser consumidos por calquera linguaxe de programación ou aplicación web aloxada en calquera lugar.

• Pode invocar os webhooks dende un complemento ou unha actividade do fluxo de traballo personalizada.

Azure Service Bus

O servizo de Bus ofrece unha canle de comunicación segura e fiable entre os datos de tempo de execución de Dataverse e aplicacións externas de liña de negocio baseadas na nube. Esta capacidade é especialmente útil para manter sistemas de Dataverse dispares ou outros servidores de Dataverse sincronizados cos cambios de datos empresariais.

A secuencia de eventos é a seguinte:

• Unha aplicación de axente de escoita está rexistrada nun extremo da solución de bus de servizo e comeza a escoitar activamente o contexto de execución remota de Dataverse no bus de servizo.

• Un usuario realiza algunha operación en Dataverse que desencadea a execución do complemento listo para usar rexistrado ou un complemento personalizado con recoñecemento de Azure. O complemento inicia unha publicación, a través dun traballo do sistema de servizo asíncrono, do contexto de datos de solicitude actual en Service Bus.

• As reclamacións publicadas por Dataverse están autenticadas. A continuación, o Bus de servizo retransmite ao axente de escoita o contexto de execución remota. O axente de escoita procesa a información de contexto e realiza algunha tarefa relacionada co negocio con esa información. O bus de servizo notifica ao servizo asíncrono dunha publicación con éxito e establece o estado do traballo do sistema relacionado en Completado.

Bus de servizo retransmite o contexto dos datos da mensaxe da solicitude entre Dataverse e as aplicacións de axente de escoita da solución de Bus de servizo. O Bus de servizo tamén ofrece seguridade de datos para que só as aplicacións autorizadas poidan acceder aos datos de Dynamics 365 publicados. A autorización de Dataverse para publicar o contexto de datos no Bus de servizo e para que as aplicacións de axente de escoita o lean, está xestionada por sinaturas de acceso compartido de Azure.

Máis información: Servizo de autenticación e autorización de Bus e Servizo Bus

Logic Apps e Power Automate

As Logic Apps, ofrecidas mediante Azure, e Power Automate, ofrecido mediante Microsoft Power Platform, poden desencadear un fluxo de traballo que se pode usar para integrarse con eventos e datos da aplicación nunha programación ou por actividade nunha base de datos, sistema, servizo ou SaaS.

Estes fluxos de traballo poden executar lóxicas e interactuar con estes sistemas empregando os centos de conectores a bases de datos, PaaS e SaaS.

Por exemplo, cando se engade unha fila a unha base de datos relacional, como SQL, isto pode desencadear un fluxo de traballo que pode inserir estes datos en Dataverse.

Coa posibilidade de crear conectores personalizados mediante o uso de definicións de API abertas (antes coñecidas como Swagger) para un servizo, tamén é sinxelo incluír servizos, funcións e código que se executen en IaaS e Azure Kubernetes Service (AKS).

Integración de Dataverse en aplicacións coa API de OData

Todas as linguaxes de programación populares admiten unha forma de integración con API baseadas en REST.

A API web de Dataverse ofrece unha experiencia de desenvolvemento que se pode usar nunha gran variedade de linguaxes de programación, plataformas e dispositivos. A API web implementa o OData (Open Data Protocol), versión 4.0, un estándar OASIS para a construción e consumo de API de RESTful sobre orixes de datos enriquecidas. Pode obter máis información acerca deste protocolo en www.odata.org. Para obter máis información sobre este estándar, consulte www.oasis-open.org.

Dataverse toma un enfoque de "API primeiro". Isto significa que o servizo non só proporciona un mecanismo para consultar datos, senón que proporciona metadatos do servizo sobre regras de negocio, restricións etc., que pode usar para crear aplicacións e servizos intelixentes e receptivos.

A API está protexida mediante OAuth. OAuth require un provedor de idtable para a autenticación. Para Dataverse iso, o idtable provedor é Microsoft Entra DNI. Para autenticarse mediante Microsoft Entra unha conta escolar ou de Microsoft usa as Bibliotecas de autenticación de Microsoft (MSAL).

Para obter máis información sobre como comezar coa API web de Dataverse, consulte Usar a API web de Dataverse.

Para obter máis información sobre o uso da API web de Dataverse con OAuth, consulte Usar OAuth con Dataverse.

Complementos

O Dataverse fornece a posibilidade de escribir código que está entre a API e os datos. Este código, escrito en .NET, denomínase complemento. Debido a que o complemento está situado entre a API e os datos, aplica a mesma lóxica en todas as aplicacións.

Os complementos poden ser síncronos ou asíncronos e realizar as seguintes tarefas:

• Devolva erros ao usuario.

• Consulte datos de Dataverse para avaliar a lóxica a realizar.

• Realice operacións de datos.

• Realice solicitudes de HTTP saíntes.

Os complementos rexístranse nos puntos da canle de eventos que se ilustran aquí.

Dentro da canle do evento, poden ocorrer os seguintes eventos:

• As Solicitudes e as Respostas poden examinarse e rexeitarse ou manipularse en varios pasos da canle do evento.

• Os indicadores de validación poden lanzar excepcións personalizadas para rexeitar operacións que a súa lóxica considere inválidas.

• Os indicadores previos á operación poden modificar as solicitudes antes da operación da base de datos.

• Os indicadores posteriores á operación poden modificar respostas.

• Os indicadores asíncronos realizan a automatización despois de que se devolva a resposta.

Unha restrición cos complementos é que deben ser autónomos. Se o código de integración require referencias a outras bibliotecas, a integración pode facerse mediante Funcións de Azure.

Funcións de Azure

Funcións de Azure ofrece unha opción de execución de código sen servidor para a lóxica de integración e de empresa.

As funcións desencadéanse por unha chamada dun sistema externo, servizo ou código. Para Dataverse, ese desencadeante pode vir directamente de Dataverse empregando Bus de servizo, un webhook ou unha chamada dun complemento. Ademais, a chamada de Funcións de Azure pódese iniciar mediante un fluxo en Logic Apps ou en Power Automate que implica o conector de Dataverse.

Máis información: Usar complementos para estender os procesos de negocio