Determinar os requisitos de integração

O design de integração bem-sucedido começa com a compreensão de três dimensões fundamentais: volume e frequência, direcionalidade e funcionalidade. Essas dimensões ajudam você a avaliar os requisitos de negócios, as restrições do sistema e as necessidades de escalabilidade.

Por exemplo, imagine que você tenha uma meta de alto nível, como conectar o SAP ao Dataverse ou enviar uma notificação sempre que houver uma atualização para um caso em que um usuário trabalhe. Qual é o ponto de partida para projetar a integração?

A primeira etapa é desconstruir os requisitos nos três principais componentes de uma integração:

• Volume e frequência é o primeiro componente principal no processo de tomada de decisão. Ele ajuda a determinar os tipos de ferramentas que você precisa usar para implementar os requisitos de negócios.

• A direcionalidade, o próximo componente, endereça de onde os dados fluem e para onde vão. Entender a direcionalidade ajuda você a configurar o padrão para uma integração bem-sucedida.

• A capacidade ou a capacidade de cada sistema de receber, processar e enviar dados é a etapa final. Use a abordagem "link mais fraco" para avaliar os recursos para identificar limitações e possibilidades.

Volume e frequência

Essa dimensão define a quantidade de dados transferida e com que frequência. O volume e a frequência trabalham juntos para moldar a arquitetura de integração. Embora possam parecer semelhantes, elas influenciam o design da solução de maneiras distintas. Os componentes a seguir explicam detalhadamente como o volume e a frequência interagem e afetam as decisões de integração.

Comparar volume versus frequência

Dois cenários de integração podem envolver o mesmo volume total, como 60.000 registros por hora e 1.000 registros por minuto, mas diferem em frequência. Embora ambos correspondam ao mesmo volume horário, a expectativa minuto a minuto modifica o design da solução.

• Não suponha que uma solução se ajuste a ambas.
• Valide a capacidade do sistema de lidar com a carga de frequência mais alta.
• Considere criar soluções separadas se um padrão for usado com uso intensivo de recursos ou raramente usado.

Tipos de gatilho

Os gatilhos definem como e quando as integrações são executadas. Escolha o gatilho correto com base na previsibilidade e na carga do sistema.

Gatilhos agendados (também conhecidos como "Lote"):

• Executar em intervalos fixos.
• Mais fácil de prever e gerenciar.
• Adequado para padrões estáveis de crescimento de dados.

Gatilhos controlados por eventos: um evento pode ser uma seleção de botão, uma alteração em um registro em um dos sistemas ou uma chamada à API.

• Inicie com base em ações do usuário ou eventos do sistema.
• Mais difícil de prever.
• Pode aumentar inesperadamente, especialmente em sistemas voltados para o público.

Seasonality

O volume de dados flutua com ciclos de negócios. Planeje picos sazonais em integrações agendadas e controladas por eventos.

• Ciclos de cobrança mensais ou trimestrais podem causar aumentos previsíveis.
• A temporada de impostos ou os prazos de serviço público podem criar picos imprevisíveis.
• Implemente proteções para evitar sobrecarga durante os períodos de pico.

Colaboração entre partes interessadas

Discutir volume e frequência com proprietários de processos e usuários empresariais. Valide suposições em relação a fluxos de trabalho reais.

• Os usuários empresariais podem não saber o processo completo.
• Os arquitetos devem investigar e confirmar as realidades operacionais.

Planejar o futuro

Criar soluções de integração com o crescimento em mente.

• Defina claramente as condições operacionais.
• Inclua planos de escalabilidade de longo prazo.
• Estimar quando o dimensionamento é necessário.

Direcionalidade

A direcionalidade define o fluxo de dados entre sistemas. Defina onde os dados se originam e onde eles são entregues para moldar como você configura e executa a integração. Ao determinar a direcionalidade do fluxo de dados, contabilize a disponibilidade do sistema, os requisitos de conformidade e as medidas de segurança para garantir operações confiáveis e seguras. Por exemplo, os dados podem vir de um sistema privado que nem sempre está disponível ou pode estar sujeito a rigorosos regulamentos de conformidade e segurança.

Partes interessadas e conformidade

A conformidade desempenha um papel fundamental no design de integração e varia entre os sistemas. Consulte arquitetos de infraestrutura e agentes de segurança para garantir que as conexões atendam aos padrões regulatórios e de segurança organizacional.

• Ambientes de alta segurança geralmente impõem controles de acesso estritos que influenciam a arquitetura de integração.
• Sistemas locais herdados podem restringir conexões de entrada. Nesses casos, projete a integração para que o sistema herdado inicie a comunicação com o aplicativo de nuvem.

Capability

O desempenho da integração depende da capacidade de cada sistema envolvido. O sistema mais fraco da cadeia limita o resultado geral.

• Avalie os recursos do sistema em relação aos requisitos de negócios.
• Identifique gargalos que podem afetar transferências de dados de alta frequência ou de grande volume.
• Considere aprimoramentos se um sistema não conseguir atender às expectativas de desempenho.

Capacidade e frequência

A frequência afeta o quão bem um sistema lida com transferências de dados. Um sistema que tem um bom desempenho uma vez por dia pode falhar em várias cargas diárias.

• Corresponda a capacidade do sistema à frequência necessária.
• Não suponha que esse volume sozinho determine a viabilidade.

Cache

O cache é uma solução comum quando um sistema não consegue atender aos requisitos de desempenho.

• Use ferramentas como o Link do Azure Synapse para Dataverse para replicar dados em armazenamento escalonável.
• Entenda a compensação: o cache melhora o tempo de resposta, mas pode fornecer dados desatualizados.
• Verifique se os dados permanecem atualizados para evitar resultados imprecisos em processos em tempo real.

Transformação e lógica de negócios

A funcionalidade do sistema inclui a capacidade de executar as transformações necessárias e a lógica de negócios para atender aos requisitos de negócios.

• Avalie o que cada sistema pode fazer antes, durante e após a transferência de dados.
• Considere a complexidade dos dados de origem, das necessidades de transformação e do processamento do sistema de destino.

Por exemplo, exportar uma exibição SQL com procedimentos armazenados para o Dataverse pode exigir adaptação no meio do voo e execução de plug-in pós-chegada.

Stakeholders de capacidade

Os administradores do sistema fornecem informações sobre os recursos do sistema. Envolva-se com equipes de TI centralizadas ou descentralizadas para validar suposições.

• Avalie cada sistema antes de selecionar um padrão de integração.
• Confirme se os recursos técnicos estão alinhados com as expectativas dos negócios.

Resumir tudo isso

O design de integração eficaz começa com a compreensão de três componentes principais. Para resumir:

• Volume e frequência definem a quantidade de dados transferidas e com que frequência. Essas métricas influenciam a escolha de ferramentas, expectativas de desempenho e planejamento de escalabilidade.
• A direcionalidade identifica a origem e o destino dos dados. Ele ajuda a determinar como os dados fluem entre sistemas e garante a conformidade com os requisitos de segurança e regulamentação.
• A funcionalidade mede a capacidade de cada sistema de enviar, receber e processar dados. Ele destaca as limitações de desempenho e ajuda a identificar possíveis gargalos no processo de integração.

Cada componente se alinha diretamente de acordo com os requisitos iniciais de negócios. Analise, juntamente com os stakeholders, como volume, frequência, direcionalidade e capacidade afetam o processo de integração geral.

A colaboração entre partes interessadas é essencial durante a análise. Sua entrada pode remodelar a abordagem de integração.

• Os proprietários do processo fornecem requisitos de negócios iniciais.
• Arquitetos de infraestrutura e agentes de segurança garantem a conformidade e a conectividade segura.
• Os administradores do sistema avaliam as funcionalidades e restrições do sistema.

Cenário de exemplo

Vamos juntar tudo em um cenário de exemplo. Imagine que o requisito de negócios é criar um processo de integração que mantenha as informações de casos em sincronia entre um cliente externo e engenheiros internos que trabalham nos casos. Os clientes podem adicionar comentários a um caso por meio de um site, enquanto os engenheiros podem adicionar informações de caso por meio de um Power App.

Solicitação de volume e frequência de gatilho

Volume e frequência determinam quantos dados o sistema transfere e com que frequência ele faz isso. Nesse cenário, os clientes impulsionam principalmente a criação de casos, portanto, o volume depende do número de clientes que a empresa atende e de sua trajetória de crescimento projetada.

O volume total de atualizações pode ser calculado como:

[Customers] × [Cases per customer] × [Average updates per case]

Visualize esse número em um gráfico para mostrar como ele cresce ao longo do tempo. Por exemplo, se você começar com 10 milhões de atualizações por ano e esperar um aumento de 20% a cada ano, o gráfico deverá mostrar um aumento constante nas atualizações ano a ano.

Use dados históricos e projeções de crescimento para estimar a carga futura. Por exemplo, se o sistema lida com 10 milhões de atualizações por ano hoje e cresce a 20% anualmente, a integração deve dar suporte a 25 milhões de atualizações por ano ao longo de cinco anos.

A análise de frequência mostra picos mensais. Se a demanda atual for de 3,2 milhões de solicitações por mês, a demanda futura poderá chegar a 8 milhões por mês. Projete a integração para atender a esses limites de desempenho.

Para garantir que a integração permaneça efetiva durante um período típico de ROI (retorno sobre o investimento) de cinco anos, projete a solução para dar suporte a pelo menos 25 milhões de solicitações por ano. Esse planejamento de capacidade explica o crescimento projetado e ajuda a solução a permanecer escalonável e confiável à medida que as necessidades de negócios evoluem.

A parte de frequência do volume é a capacidade dos sistemas envolvidos no tratamento de informações dentro de um ano. Novamente, podemos mapear dados históricos para entender como a frequência se aplica.

Direcionalidade e fluxo de dados

A direcionalidade define o fluxo de dados entre sistemas. Esse cenário inclui quatro fluxos de dados distintos:

• Um fluxo de dados do site para gravar atualizações de caso no Dataverse
• Outro fluxo para o site ler atualizações do Dataverse
• Um terceiro fluxo de dados em que os engenheiros gravam atualizações no Dataverse do Power App
• Um fluxo de dados final para ler atualizações no Power App

Este diagrama ilustra o padrão de integração direta, mostrando como os dados se movem entre o site, o Dataverse e o Power App por meio de quatro fluxos de dados distintos:

Entender esses fluxos ajuda você a configurar integrações seguras e eficientes. Use padrões diretos ou desacoplados com base nas funcionalidades do sistema e nas necessidades de desempenho.

Capacidade em ação

Neste exemplo de integração, conectores internos simplificam o processo. Ao recuperar informações de caso do Dataverse, aplique filtros e defina limites de solicitação para otimizar a recuperação de dados e exibir apenas os dados necessários no aplicativo. Para o site, publique endpoints usando gatilhos HTTP do Power Automate para habilitar a leitura e gravação de dados. Avalie a capacidade dos fluxos do Power Automate e do Dataverse para garantir que eles ofereçam suporte a cargas projetadas. Examine os limites de fluxos automatizados, agendados e instantâneos para evitar exceder as restrições da plataforma.

Use o Dataverse Analytics para monitorar o uso atual. Se o Dataverse se aproximar de sua carga de solicitação projetada, considere adicionar um buffer de proteção na forma do Azure Data Lake.

Este diagrama mostra o padrão de leitura desacoplado, em que um Data Lake é introduzido entre o Dataverse e o site para descarregar o tráfego de leitura e melhorar a escalabilidade:

Essa estratégia ajuda a reduzir o volume de leitura do Dataverse e evitar erros de limitação (como solicitações HTTP 429 Demasiadas).

Para diminuir ainda mais a dependência, desacopla as solicitações de criação e atualização do site usando um serviço de enfileiramento, como o Barramento de Serviço do Azure.

Este diagrama mostra o padrão de integração totalmente desacoplado, em que leituras e gravações são encaminhadas através de um Data Lake e uma fila para maximizar a confiabilidade e proteger o Dataverse contra picos de demanda.

Projete fluxos de nuvem para lidar com erros, implementar lógica de repetição e seguir as práticas recomendadas de confiabilidade. Ao selecionar um padrão de integração, priorize soluções que atendam às necessidades de negócios com complexidade mínima. Balancear a capacidade técnica com requisitos de custo, licenciamento e manutenção. Escolha a abordagem mais simples que atende aos requisitos e evite investimentos desnecessários.

Próxima etapa

Explore padrões comuns para converter sua análise de requisitos em arquiteturas de integração práticas e escalonáveis.

Recursos relacionados

• O que é Link do Azure Synapse para Dataverse?
• Adicionar autenticação OAuth para gatilhos de solicitação HTTP
• Limites de fluxos automatizados, agendados e instantâneos
• Visualizar e baixar análises do Microsoft Dataverse
• Criar um Link do Azure Synapse para Dataverse com o Azure Data Lake
• Filas, tópicos e assinaturas do Barramento de Serviço