Determinar os requisitos de integração

Um design de integração bem-sucedido começa pela compreensão de três dimensões fundamentais: volume e frequência, direcionalidade e capacidade. Estas dimensões ajudam-no a avaliar os requisitos do negócio, as restrições do sistema e as necessidades de escalabilidade.

Por exemplo, imagine que tem um objetivo de alto nível, como ligar a SAP ao Dataverse ou enviar uma notificação sempre que houver uma atualização de um caso em que um utilizador trabalhe. Qual é o ponto de partida para desenhar a integração?

O primeiro passo é desconstruir os requisitos nos três componentes principais de uma integração:

• O volume e a frequência são o primeiro componente importante no processo de tomada de decisão. Ajuda a determinar que tipos de ferramentas precisa de usar para implementar os requisitos do negócio.

• A direcionalidade, o próximo componente, aborda de onde os dados fluem e para onde vão. Compreender a direcionalidade ajuda-o a estabelecer o padrão para uma integração bem-sucedida.

• A capacidade, ou a capacidade de cada sistema para receber, processar e enviar dados, é o passo final. Use a abordagem do "elo mais fraco" para avaliar capacidades e identificar limitações e possibilidades.

Volume e frequência

Esta dimensão define quantos dados são transferidos e com que frequência. Volume e frequência trabalham em conjunto para moldar a arquitetura de integração. Embora possam parecer semelhantes, influenciam o design de soluções de formas distintas. Os componentes seguintes explicam em detalhe como o volume e a frequência interagem e afetam as decisões de integração.

Compare volume versus frequência

Dois cenários de integração podem envolver o mesmo volume total, como 60.000 registos por hora e 1.000 registos por minuto, mas diferem em frequência. Embora ambos tenham o mesmo volume por hora, a expectativa minuto a minuto altera a conceção da solução.

• Não assumas que uma solução serve para ambos.
• Validar a capacidade do sistema para lidar com cargas de frequência mais elevada.
• Considere construir soluções separadas se um padrão for intensivo em recursos ou raramente utilizado.

Tipos de acionador

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

Acionadores agendados (também conhecidos como "Batch"):

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

Gatilhos orientados por eventos: Um evento pode ser uma seleção de botões, uma alteração num registo num dos sistemas ou uma chamada de API.

• Lançar com base nas ações do utilizador ou em eventos do sistema.
• Mais difícil de prever.
• Pode aumentar de forma inesperada, especialmente em sistemas públicos.

Seasonality

O volume de dados flutua com os ciclos económicos. Planeie picos sazonais tanto em integrações agendadas como orientadas por eventos.

• Ciclos de faturação mensais ou trimestrais podem causar picos previsíveis.
• Prazos da época fiscal ou dos serviços públicos podem criar picos imprevisíveis.
• Implementar salvaguardas para evitar sobrecarga durante os períodos de maior movimento.

Colaboração entre partes interessadas

Discuta o volume e a frequência com os proprietários dos processos e utilizadores do negócio. Valida pressupostos contra fluxos de trabalho reais.

• Os utilizadores empresariais podem não conhecer todo o processo.
• Os arquitetos devem investigar e confirmar as realidades operacionais.

Planeie para o futuro

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

• Defina claramente as condições de funcionamento.
• Inclua planos de escalabilidade a longo prazo.
• Estima quando é necessário escalar.

Direcionalidade

A direcionalidade define o fluxo de dados entre sistemas. Defina de onde os dados têm origem e onde são entregues para moldar a forma como configura e executa a integração. Ao determinar a direcionalidade do fluxo de dados, tenha em conta a disponibilidade do sistema, os requisitos de conformidade e as medidas de segurança para garantir operações fiáveis e seguras. Por exemplo, os dados podem provir de um sistema privado que nem sempre está disponível ou pode estar sujeito a regulamentos rigorosos de conformidade e segurança.

Partes interessadas e conformidade

A conformidade desempenha um papel crítico no design da integração e varia entre sistemas. Consulte arquitetos de infraestruturas e responsáveis pela segurança para garantir que as ligações cumprem os padrões organizacionais de segurança e regulamentação.

• Ambientes de alta segurança frequentemente impõem controlos de acesso rigorosos que influenciam a arquitetura de integração.
• Sistemas antigos locais podem restringir as ligações de entrada. Nesses casos, projete a integração para que o sistema legado inicie a comunicação com a aplicação cloud.

Capacidade

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

• Avalie as capacidades do sistema em função dos requisitos empresariais.
• Identifique gargalos que possam afetar transferências de dados de alta frequência ou de grande volume.
• Considere melhorias se um sistema não conseguir cumprir as expectativas de desempenho.

Capacidade e frequência

A frequência afeta a forma como um sistema gere as transferências de dados. Um sistema que funciona bem uma vez por dia pode falhar sob várias cargas diárias.

• Ajustar a capacidade do sistema à frequência necessária.
• Não presuma que o volume por si só determina a viabilidade.

Caching

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

• Use ferramentas como o Azure Synapse Link for Dataverse para replicar dados em armazenamento escalável.
• Compreenda a contrapartida: o cache melhora o tempo de resposta, mas pode fornecer dados desatualizados.
• Garantir que os dados permaneçam frescos para evitar resultados imprecisos em processos em tempo real.

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

A capacidade do sistema inclui a capacidade de realizar transformações necessárias e a lógica de negócio para satisfazer os requisitos empresariais.

• Avalie o que cada sistema pode fazer antes, durante e depois da transferência de dados.
• Considere a complexidade dos dados de origem, as necessidades de transformação e o processamento do sistema-alvo.

Por exemplo, exportar uma vista SQL com procedures armazenadas para o Dataverse pode exigir adaptação durante o processo e execução de plugins após a chegada.

Partes interessadas em capacidades

Os administradores de sistemas fornecem informações sobre as capacidades do sistema. Envolve-se com equipas de TI centralizadas ou descentralizadas para validar pressupostos.

• Avalie cada sistema antes de selecionar um padrão de integração.
• Confirme que as capacidades técnicas estão alinhadas com as expectativas do negócio.

Juntar tudo

Um design de integração eficaz começa com a compreensão de três componentes fundamentais. Resumindo:

• O volume e a frequência definem quanto de dados é transferido e com que frequência. Estas métricas influenciam a escolha das ferramentas, as expectativas de desempenho e o planeamento da escalabilidade.
• A direcionalidade identifica a origem e o destino dos dados. Ajuda a determinar como os dados fluem entre sistemas e garante a conformidade com os requisitos de segurança e regulamentos.
• A capacidade mede a capacidade de cada sistema para enviar, receber e processar dados. Destaca limitações de desempenho e ajuda a identificar potenciais gargalos no processo de integração.

Cada componente corresponde diretamente aos requisitos iniciais do negócio. Analise, em conjunto com as partes interessadas, como o volume, a frequência, a direção e a capacidade afetam o processo global de integração.

A colaboração com as partes interessadas é essencial durante a análise. A sua contribuição pode remodelar a abordagem de integração.

• Os responsáveis pelo processo fornecem os requisitos iniciais do negócio.
• Os arquitetos de infraestruturas e os responsáveis pela segurança asseguram a conformidade e a conectividade segura.
• Os administradores de sistemas avaliam as capacidades e restrições do sistema.

Cenário de exemplo

Vamos juntar tudo através de um cenário de exemplo. Imagine que o requisito de negócio é criar um processo de integração que mantenha a informação dos casos sincronizada entre um cliente externo e engenheiros de serviço internos que trabalham nos casos. Os clientes podem adicionar comentários a um caso através de um site, enquanto os engenheiros podem adicionar informações do caso através de uma Power App.

Volume da requisição e frequência de acionamento

O volume e a frequência determinam quantos dados o sistema transfere e com que frequência o faz. Neste cenário, os clientes impulsionam principalmente a criação de casos, pelo que o volume depende do número de clientes que a empresa serve e da 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 este número num gráfico para mostrar como ele cresce ao longo do tempo. Por exemplo, se começar com 10 milhões de atualizações por ano e esperar um aumento de 20% todos os anos, o gráfico deverá mostrar um aumento constante das atualizações ano após ano.

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

A análise de frequência mostra picos mensais. Se a procura atual for de 3,2 milhões de pedidos por mês, a procura futura poderá atingir 8 milhões por mês. Desenhe a integração para cumprir estes limiares de desempenho.

Para garantir que a integração se mantenha eficaz ao longo de um período típico de retorno sobre o investimento (ROI) de cinco anos, desenhe a solução para suportar pelo menos 25 milhões de pedidos por ano. Este planeamento de capacidade tem em conta o crescimento projetado e ajuda a solução a manter-se escalável e fiável à medida que as necessidades do negócio evoluem.

A parte de frequência do volume é a capacidade dos sistemas envolvidos para lidar com informação dentro de um ano. Mais uma vez, podemos traçar dados históricos para perceber como a frequência se aplica.

Direcionalidade e fluxo de dados

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

• Um fluxo de dados do site para escrever atualizações de casos no Dataverse
• Outro fluxo para o site ler atualizações do Dataverse
• Um terceiro fluxo de dados onde os engenheiros escrevem atualizações no Dataverse a partir da Power App
• Um fluxo final de dados para ler atualizações na Power App

Este diagrama ilustra o padrão de integração direta, mostrando como os dados se movem entre o website, o Dataverse e o Power App através de quatro fluxos de dados distintos:

Compreender estes fluxos ajuda-o a configurar integrações seguras e eficientes. Use padrões diretos ou desacoplados com base nas capacidades do sistema e nas necessidades de desempenho.

Capacidade em ação

Neste exemplo de integração, conectores incorporados simplificam o processo. Ao recuperar informações de casos do Dataverse, aplique filtros e defina limites de pedidos para otimizar a recuperação de dados e mostrar apenas os dados necessários na aplicação. Para o site, publique pontos finais utilizando acionadores HTTP do Power Automate para permitir a leitura e escrita de dados. Avalie a capacidade tanto dos fluxos do Power Automate como do Dataverse para garantir que suportam cargas projetadas. Revise os limites dos fluxos automatizados, programados e instantâneos para evitar ultrapassar os limites da plataforma.

Utilize o Dataverse Analytics para monitorizar o uso atual. Se o Dataverse se aproximar da sua carga projetada de pedidos, considere adicionar um buffer protetor sob a forma do Azure Data Lake.

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

Esta estratégia ajuda a reduzir o volume de leitura do Dataverse e a prevenir erros de limitação (como HTTP 429 Demasiados Pedidos).

Para diminuir ainda mais a dependência, desacople os pedidos de criação e atualização do site utilizando um serviço de colocação em fila como o Azure Service Bus.

Este diagrama mostra o padrão de integração totalmente desacoplado, onde tanto as leituras como as escritas são delegadas através de um Data Lake e de uma fila de espera para aumentar a fiabilidade e proteger o Dataverse de picos de procura.

Projete fluxos na cloud para lidar com erros, implemente lógica de retentativas e siga as melhores práticas de fiabilidade. Ao selecionar um padrão de integração, priorize soluções que respondam às necessidades do negócio com complexidade mínima. Equilibrar a capacidade técnica com custos, licenciamento e requisitos de manutenção. Escolha a abordagem mais simples, que cumpra os requisitos e evite investimentos desnecessários.

Próximo passo

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

Recursos relacionados

• O que é o Azure Synapse Link for Dataverse?
• Adicionar autenticação OAuth para gatilhos de requisições HTTP
• Limites dos fluxos automatizados, programados e instantâneos
• Ver e transferir análises do Microsoft Dataverse
• Create an Azure Synapse Link for Dataverse with Azure Data Lake
• Filas, tópicos e subscrições do Service Bus