Explora patróns de integración

Baseándote na túa análise, planifica a integración e identifica o mellor patrón para as túas necesidades. A seguinte lista de patróns de integración non é exhaustiva. Pode que descubras que unha combinación destes patróns encaixa mellor no teu caso.

Cada patrón aborda escenarios empresariais específicos e restricións técnicas:

• Patrón de disparo instantáneo: Este patrón reflicte como os usuarios interactúan cos sistemas. Unha acción dirixida polo usuario desencadea unha serie predefinida de accións.
• Patrón impulsado por eventos: Este patrón require un disparador automático, como unha resposta a eventos que ocorren nun sistema dado.
• Patrón de consolidación de datos: Este patrón é esencial para organizacións con múltiples sistemas de xestión que requiren unha visión completa dos seus datos a través dos seus distintos sistemas.
• Patrón de arquitectura orientada a servizos: Este patrón normalmente implica múltiples fluxos a través dos sistemas, permitindo unha integración modular e escalable en ambientes complexos.
• Patrón de sincronización: Este patrón mantén os datos sincronizados entre diferentes bases de datos e aborda os requisitos de rendemento e normativos.

Patrón de disparo instantáneo

O patrón de disparo instantáneo é impulsado polo usuario e intuitivo. Inicia un fluxo de integración cando un usuario realiza unha acción, como premer un botón nunha Power App. Este patrón é ideal para escenarios nos que os datos son necesarios baixo demanda e non de forma continua.

Escenario de exemplo

Unha Power App permite aos xestores de produto revisar o feedback dos clientes e crear plans de acción. Algunhas especificacións técnicas almacénanse no sistema de Xestión do Ciclo de Vida do Produto de Oracle. En lugar de copiar todo o conxunto de datos a Dataverse, a aplicación inclúe un botón para obter datos cando sexa necesario.

As razóns para integrar os usuarios en lugar de redirixir aos usuarios a Oracle inclúen:

• Mala experiencia de usuario
• Preocupacións de seguridade
• Custos de licenzas

Dada a rendibilidade das integracións de Power Platform, calquera destas razóns podería xustificar a súa implementación.

Deseño de fluxo

Usa un fluxo de nube instantáneo activado cunha pulsación de botón na aplicación.

Este diagrama ilustra o patrón de disparo instantáneo, onde unha acción iniciada polo usuario recupera datos dun sistema externo e escríbeos en Dataverse:

O fluxo inclúe estes pasos:

1. Solicita rexistros a Oracle usando parámetros (como o ID do produto) proporcionados pola aplicación.
2. Devolve os rexistros de Oracle á aplicación.
3. Escribe rexistros en Dataverse.

Estes datos reflíctense logo na interface de Power Apps.

Consideracións:

• Os modelos de datos entre Oracle e Dataverse poden diferir, requirindo pasos de transformación.
• Os disparadores instantáneos non son realmente instantáneos. O tempo de execución depende da dispoñibilidade do sistema e da complexidade da transformación.
• Engade indicadores visuais na aplicación para mostrar o progreso e permitir a cancelación se a operación dura demasiado.
• En organizacións grandes, as solicitudes simultáneas de moitos usuarios poden sobrecargar o sistema.
• As integracións poden fallar por varias razóns. Asegúrate de que a aplicación proporcione retroalimentación aos usuarios durante a execución. Evita situacións nas que os usuarios seleccionen un botón e non reciban resposta, o que leva a unha mala experiencia de usuario.

Patrón impulsado por eventos

As arquitecturas orientadas a eventos (tamén coñecidas como disparadores automáticos) responden a cambios nos sistemas sen interacción directa do usuario. Por exemplo, os disparadores poden configurarse para responder a un rexistro creado en Dataverse, correos entrantes, ficheiros engadidos a OneDrive e calquera número doutros eventos. Este patrón é intuitivo e escalable, o que o fai ideal para automatizar procesos empresariais baseados en eventos do sistema.

Escenario de exemplo

Un departamento de atención ao cliente usa unha aplicación conectada a Dataverse para traballar nos casos e proporcionar actualizacións aos clientes automaticamente, sen escribir correos electrónicos manualmente. Só cambios específicos —como engadir unha nota ou cambiar o estado— deberían activar notificacións.

Usa un disparador automático en Power Automate para responder a estes eventos. O fluxo escoita cambios nos rexistros de Dataverse e envía notificacións cando se cumpren condicións definidas.

Este diagrama mostra o patrón de disparo automático, onde os cambios en Dataverse inician automaticamente accións posteriores que actualizan aos clientes coa información relevante do caso:

Configuración do disparador

Configura o fluxo do seguinte xeito:

• Indica o tipo de cambio para monitorar.
• Define as columnas ás que responder usando o parámetro Select Columns .
• Usa o parámetro Filas de Filtro para garantir que só os cambios de estado de cara ao cliente activen o fluxo, ademais de calquera outro requisito de filtración.

Evita implementar esta lóxica no propio fluxo usando unha If acción. Usa parámetros de disparo para reducir execucións innecesarias e mellorar o rendemento.

Evita conflitos lóxicos

Avalía a lóxica dos eventos para evitar comportamentos non desexados:

• Evita bucles nos que un evento desencadea unha acción que reactiva o mesmo evento.
• Evita que múltiples actualizacións provoquen notificacións rápidas e repetidas.
• O deseño flúe para xestionar casos límite e evitar execucións excesivas.

Consideracións de volume e frecuencia

Entende o volume esperado de eventos desencadeados. Os servizos de notificación (correo electrónico, SMS e outros) limitan cantas mensaxes podes enviar nun período de tempo dado.

• Estima o número de eventos por día ou mes.
• Implementa mecanismos de limitación ou limitación de velocidade.
• Prepara un plan de mitigación para picos inesperados na frecuencia dos eventos.

Patrón de consolidación de datos

A consolidación de datos (tamén coñecida como trigger programado) axuda ás organizacións a unificar a información en múltiples sistemas para apoiar os procesos de informes e operativos. Mentres que a analítica adoita requirir conxuntos completos, os casos de uso operativos céntranse só en recuperar os datos necesarios para completar tarefas empresariais.

Escenario de exemplo

Unha empresa utiliza tres sistemas antigos para xestionar funcións empresariais principais: SAP para pedidos e contas por cobrar, Oracle para inventario de produtos e IBM para a xestión de contidos relacionados co cliente. A organización encargou unha nova aplicación Power Platform para usar IA e predicir a seguinte mellor acción para cada cliente baseándose en datos históricos. A aplicación necesita recoller información relevante dos tres sistemas e xerar un plan de acción de vendas para que os xestores de vendas guíen o compromiso.

Enfoque de integración

A integración non require actualizacións en tempo real nin disparadores baseados en eventos. En vez diso, usa un proceso programado baseado na frecuencia coa que o persoal de vendas interactúa cos clientes.

Neste caso de uso, un disparador programado consolida os datos do seguinte xeito:

• Solicita só os datos necesarios de cada sistema
• Devolve os datos a un formato compatible con Dataverse
• Sobe os datos ao modelo de IA para a súa análise

Este diagrama ilustra o patrón de consolidación de datos programado, onde un proceso recorrente recolle información de múltiples sistemas e sube o conxunto de datos combinado a Dataverse:

Configuración do disparador programado

Os desencadeantes programados ofrecen opcións flexibles de recurrencia, desde unha vez por segundo ata unha vez por ano. Son predecibles no momento pero poden volverse imprevisibles en volume se o alcance dos datos se amplía ou o crecemento supera as expectativas.

• Monitoriza o tempo de execución do fluxo para evitar solapamentos ou atrasos
• Implementar salvagardas para evitar a degradación do rendemento
• Usa Application Insights ou ferramentas similares para garantir que o fluxo funcione de forma consistente

Mitigación de riscos

Se un fluxo programado tarda máis do esperado, pode interromper os procesos empresariais. Por exemplo, un fluxo deseñado para funcionar cada 10 minutos podería fallar se comeza a tardar máis de 10 minutos en completarse.

• Monitorizar o tempo de execución e configurar alertas para anomalías
• Planifica a escalabilidade a medida que aumenta o volume de datos
• Asegura a visibilidade da saúde do fluxo para evitar fallos desapercibidos

Patrón de integración orientado a servizos

As organizacións grandes adoitan operar múltiples sistemas entre departamentos. Estes sistemas evolucionan para depender uns dos outros para completar procesos empresariais. A capa de integración conecta estes sistemas, permitindo que cada un cumpra a súa función principal mentres posibilita a comunicación entre sistemas.

Exemplo de escenario revisitado

Continuemos co noso escenario de exemplo no que a organización usa múltiples sistemas para xestionar diferentes partes do negocio. SAP xestiona pedidos e contas por cobrar, Oracle xestiona o inventario de produtos, e IBM almacena documentación financeira interna. Dataverse xestiona aplicacións para vendas, atención ao cliente e xestión de produtos. SharePoint apoia a colaboración interna e a xestión da base de coñecemento, mentres que as APIs de Maersk automatizan procesos loxísticos.

Este diagrama ilustra o patrón impulsado por eventos nun panorama multisistema, onde as actualizacións en varios sistemas empresariais desencadean fluxos automatizados que coordinan datos e accións entre eles:

Cada sistema interactúa con outros mediante eventos programados ou accións manuais do usuario. Non hai un fluxo único para todos os casos de uso. En cambio, a solución require múltiples fluxos adaptados a disparadores e procesos empresariais específicos.

Evitar fluxos monolíticos

Crear un fluxo grande para xestionar todas as integracións non é práctico. Introduce desafíos de rendemento, seguridade e mantemento. En cambio:

• Constrúe fluxos modulares para cada disparador e proceso
• Optimizar os fluxos para casos de uso específicos
• Escala o panorama de integración con compoñentes xestionables

Optimizar os procesos entre sistemas

Busca oportunidades para consolidar a lóxica cando sexa apropiado. Por exemplo, se un documento en SharePoint debe enviarse tanto a SAP como a Oracle durante o mesmo evento, poderías sentirte tentado a crear un fluxo que le o ficheiro unha vez e o escriba en ambos sistemas. Primeiro, con todo, considera se a lóxica que estás a crear é demasiado ríxida. Nun panorama amplo, os cambios en como funcionan os procesos empresariais entre sistemas prodúcense tan a miúdo como os cambios neses sistemas.

Evita a sobreconsolidación. Os procesos empresariais e as configuracións dos sistemas cambian con frecuencia. A lóxica ríxida e centralizada reduce a flexibilidade e aumenta a carga de mantemento.

Fluxos de deseño que son:

• Modular e manteable
• Escalable entre departamentos e sistemas
• Resilientes a cambios na lóxica empresarial e no comportamento do sistema

Este patrón dá lugar a unha arquitectura orientada a servizos—ás veces chamada de forma humorística "arquitectura spaghetti"—onde os sistemas están interconectados a través de fluxos ben definidos e deseñados especificamente.

Patrón de sincronización de datos

Usa a sincronización de datos cando sistemas idénticos almacenan datos en bases de datos separadas. Aínda que almacenar os mesmos datos dúas veces poida parecer ineficiente, este patrón apoia necesidades específicas do negocio, como o rendemento e o cumprimento normativo.

• Rendemento: O acceso local aos datos mellora a capacidade de resposta, especialmente en industrias sensibles á latencia.
• Cumprimento: As regulacións legais poden requirir que os datos se almacenen dentro das fronteiras nacionais. As organizacións adoitan despregar instancias locais con procesos de sincronización para cumprir estes requisitos.

Escenario de exemplo

Unha empresa de dispositivos médicos opera en múltiples rexións de Europa, en cooperación con institucións médicas locais. As leis de cada rexión son claras respecto aos datos médicos: deben almacenarse dentro das fronteiras desa rexión. A información sobre pedidos, produtos e envíos pode almacenarse a través da fronteira. Para facer fronte aos requisitos reguladores, a empresa creou unha instancia da súa aplicación de xestión de clientes Power Platform e Dataverse en cada rexión.

Para apoiar as operacións de vendas, a empresa desexa sincronizar datos non sensibles, como datos de contacto, pedidos e envíos, en todas as instancias. Os datos médicos están excluídos da sincronización.

Enfoque de integración

Usa un fluxo automático na nube activado polas actualizacións do rexistro da conta. Configurar filtros para:

• Monitor só permite campos
• Evitar a sincronización de datos restrinxidos

Este enfoque resulta nunha integración dirixida a eventos que apoia o cumprimento e a eficiencia operativa.

Este diagrama ilustra o patrón de sincronización guiado por eventos, onde as actualizacións nun entorno Dataverse activan automaticamente as actualizacións correspondentes noutro:

Expectativas de tempo de resposta

Establece expectativas realistas para a velocidade de sincronización. Power Automate é asincrónico e non garante rendemento en tempo real. Se os usuarios empresariais esperan dispoñibilidade inmediata de datos, aclara as limitacións cedo no proceso de deseño.

• Avalía se Power Automate cumpre as necesidades de rendemento
• Evita sobreenxeñaría para acceder en tempo real a menos que estea xustificado polos requisitos empresariais

Moitas solicitudes de acceso en tempo real carecen dun caso empresarial sólido. Prioriza a claridade, escalabilidade e mantenibilidade no deseño da integración.

Máis alá dos fluxos de nubes

Ao seleccionar unha ferramenta de integración, comeza con Power Automate como opción predeterminada. Ofrece unha rentabilidade inigualable tanto para o desenvolvemento como para o mantemento.

Power Automate é a ferramenta de integración preferida para moitos escenarios porque:

• Ofrece un desenvolvemento rápido con conectores low-code
• Minimiza os custos de mantemento a longo prazo
• Soporta unha ampla gama de disparadores e sistemas
• Escala ben para a maioría dos escenarios empresariais

Código personalizado, Azure Functions, Data Factory ou Service Bus poden darche máis control ou mellor rendemento, pero engaden complexidade e custo. Usa estas opcións só cando Power Automate non cumpra coas túas necesidades empresariais ou técnicas.

Escenario de exemplo

Un servizo de banca en liña quere cualificar aos clientes para préstamos máis rápido. O proceso de cualificación implica cálculos complexos e recuperación de datos de múltiples sistemas para chegar a unha puntuación final de risco. Tras unha avaliación inicial, o servizo bancario considerou que o fluxo na nube non era axeitado dada a complexidade dos cálculos.

Con todo, neste caso un enfoque híbrido é a resposta:

• Power Automate para xestionar a recollida de datos con conectores integrados
• Cálculos complexos encapsulados en código personalizado que se executa como unha función Azure, que pode ser escalada de forma independente ou nun conector personalizado

Este enfoque híbrido equilibra rendemento, escalabilidade e custo.

Estratexia de integración

Non escollas ferramentas illadas. En vez diso, combina as súas fortalezas. Por exemplo:

• Usa Power Automate para orquestración e conectividade
• Usa Azure Functions para tarefas que requiren moito cálculo
• Usa conectores personalizados para ampliar a funcionalidade cando sexa necesario

Cada decisión de integración debe considerar o custo total de propiedade. As solucións personalizadas poden parecer poderosas pero adoitan requirir un orzamento maior para desenvolvemento, licenzas e soporte. Xustifica custos máis altos cun valor empresarial claro.