Sfide relative all'integrazione

Completato

Le integrazioni possono essere costose, complesse e talvolta problematiche.

Sfide comuni

Il diagramma seguente mostra le sfide comuni relative all'integrazione che un architetto di soluzioni potrebbe dover affrontare.

Diagramma delle sfide comuni relative all'integrazione.

L'architetto di soluzioni deve garantire la stabilità delle integrazioni in modo che non sia difficile modificare i sistemi.

Fattori di influenza

I fattori di influenza per l'integrazione dei progetti includono:

  • Volume dei dati spostati o visualizzati
  • Qualità dei dati
  • Latenza per accedere o usare altri sistemi
  • Requisiti di sicurezza
  • Requisiti di affidabilità
  • Impatto della duplicazione dei dati sulla funzionalità
  • Integrazione con le funzionalità Microsoft Power Platform esistenti
  • Costo, tempo e risorse
  • Politiche interne

Cause dei problemi

Riflettere sui progetti su cui si è lavorato in cui sono emersi problemi di integrazione e ipotizzare le cause delle mancate integrazioni.

I fattori seguenti impediscono il corretto completamento delle integrazioni:

  • Sottovalutazione della complessità dell'integrazione
  • Esperienza utente della soluzione integrata insoddisfacente
  • Maggiore coesione dei componenti, che crea un sistema fragile
  • Scarsa conoscenza dei punti di forza e dei punti deboli di Microsoft Power Platform
  • Scarsa conoscenza dei punti di forza e dei punti deboli dell'altro sistema
  • Dati di origine di scarsa qualità o pieni di duplicati e dati non validi
  • Poca chiarezza sul sistema dei record
  • Coinvolgimento di più parti e scarso coordinamento sulla creazione delle integrazioni
  • Le altre parti coinvolte nelle integrazioni non hanno esperienza con Microsoft Power Platform

Progettazione per la resilienza

L'architetto di soluzioni deve garantire che le integrazioni siano progettate per essere resilienti:

  • Prevedere errori temporanei con le integrazioni.
  • Includere l'escalation della logica di ripetizione dei tentativi se il modello a interruttore non riesce.
  • Usare le code o altre tecniche a regime di controllo libero per aumentare la resilienza.
  • Includere nelle progettazioni la gestione degli errori comuni previsti.

Processo di progettazione dell'integrazione

Ogni situazione è unica e si incontreranno diversi scenari di integrazione nei vari progetti. Imparare come integrare una tecnologia è utile, ma è più importante sviluppare competenze per valutare le reali esigenze del progetto. Usando le entità di sicurezza, le idee e i concetti, è possibile navigare affrontare le complesse sfide dell'integrazione. Il diagramma seguente mostra i passaggi da seguire nel processo di integrazione.

Diagramma che mostra il processo di integrazione.

Il processo di progettazione si basa sull'equilibrio e non esistono risposte giuste o sbagliate per una soluzione. Quando si considerano le opzioni per l'integrazione, l'architetto di soluzioni deve valutare le competenze disponibili nel team e la portata delle funzionalità di Microsoft Power Platform.

Diagramma che mostra gli approcci all'integrazione.

In alcuni casi è più conveniente assumere personale che creare un'integrazione. I tecnologi spesso trascurano soluzioni non tecniche, ma comunque praticabili. Occorre valutare anche se l'integrazione è effettivamente necessaria e se deve essere eseguita in tempo reale.

Importante

Inoltre l'architetto di soluzioni deve considerare l'uso di Power Automate per flussi desktop per eseguire le integrazioni a livello di interfaccia utente.

Integrazione dei dati

Durante la valutazione delle integrazioni, gli architetti di soluzioni devono classificare ogni dato così da definire la soluzione di integrazione più appropriata.

La classificazione dei dati può basarsi sui seguenti aspetti:

  • Volatilità: determina se i dati sono altamente volatili, ovvero se cambiano rapidamente.
  • Volume: calcola le dimensioni del volume di dati.
  • Tempestività: stabilisce se i dati devono essere in tempo reale.
  • Batch: valuta se i dati devono essere elaborati in batch o transazione per transazione.
  • Regolamentazione: valuta se i dati contengono informazioni personali o se sono in vigore restrizioni sulla posizione di archiviazione dei dati.
  • Licenze: determina se i dati sono concessi in licenza e se esistono limitazioni sull'uso dei dati.