Sono arrivati i risultati preliminari della connettività guidata dalle API. Le aziende che hanno implementato la tradizionale architettura a tre strati hanno ora alcuni anni di esperienza da condividere, in relazione ai costi di costruzione e manutenzione, ai tempi di commercializzazione e alla disponibilità complessiva a utilizzare le API rispetto ad altre strategie.
Se state pensando a come modernizzare la vostra strategia di connettività e automazione, probabilmente avrete sentito parlare della connettività basata su API come stile architettonico e della piattaforma di integrazione come servizio (iPaaS) come piattaforma fondamentale per creare un framework digitale integrato. Ma capire da dove iniziare può sembrare scoraggiante, e in questo non siete i soli.
Quindi, dove iniziare iniziare? Da uno stile architettonico basato sulle API o da una piattaforma che si concentra su un insieme unificato di componenti di integrazione (inclusa la gestione delle API).
Che cos'è la connettività guidata da API?
Se eseguita correttamente, la connettività guidata dalle API è una strategia che rende tutte le risorse software consumabili attraverso le interfacce di programmazione delle applicazioni (API), in modo che le applicazioni future possano essere assemblate a partire da servizi software riutilizzabili accessibili tramite API. La strategia tradizionale di connettività guidata dalle API prevede una libreria multilivello di servizi software accessibili in cima alle API native per i servizi che chiamano applicazioni aziendali come SAP, Workday, Salesforce, Oracle NetSuite e molte altre fonti di dati SaaS e legacy.
La connettività guidata da API è giusta per la vostra azienda?
Una strategia di connettività basata sulle API può funzionare bene quando le esigenze future dei progetti sono abbastanza prevedibili da permettere all'organizzazione IT di prevedere con precisione il riutilizzo delle API. Se il riutilizzo è elevato, anche il ROI dell'investimento iniziale in API è elevato. Se il riutilizzo è basso, i tempi e i costi iniziali per aggiungere i tre livelli di API aggiuntivi possono tradursi in una base pesante che ritarda e complica la transizione verso la trasformazione digitale.
La connettività tradizionale basata su API aggiunge i seguenti tre livelli di API:
- API di esperienza, che si trovano direttamente sotto l'interfaccia dell'esperienza dell'utente, come un dispositivo mobile, un IoT, un'applicazione desktop, ecc.
- API di processo, che forniscono l'accesso alla logica aziendale personalizzata e alla trasformazione dei dati, nonché alle API di aggregazione del livello API di sistema.
- API di sistema, che forniscono accesso ad applicazioni, database e altre fonti di dati.
Le sfide della connettività basata su API
Una recente indagine condotta da Cascade Insights su oltre 150 aziende che hanno implementato un software basato sulla strategia di connettività a tre livelli basata sulle API ha rilevato che le due principali ragioni per cui le aziende hanno preso in considerazione alternative al loro fornitore di software di connettività basato sulle API sono state: "I costi sono più alti del previsto" (48%) e "La nostra organizzazione non era pronta per le integrazioni API-led" (41%).
Alcune aziende early adopter stanno scoprendo che le loro strategie di connettività API a tre livelli non sono redditizie. Ad esempio, un'importante casa automobilistica ha recentemente abbandonato l'investimento multimilionario nella connettività guidata dalle API dopo aver constatato che:
- Meno del 40% delle API veniva riutilizzato. La maggior parte delle API costruite e pubblicate dall'azienda rimaneva inattiva e non veniva riutilizzata per altri scopi.
- Sono state necessarie quasi 500.000 righe di codice aggiuntivo. Nonostante fossero inutilizzate, le API dovevano essere mantenute e, dopo aver implementato quasi mezzo milione di linee di codice, i costi e gli sforzi erano significativi.
- Prima della transizione del produttore sono stati sostenuti costi per oltre 1 milione di dollari. Nonostante i notevoli investimenti in software e consulenza, l'azienda non disponeva ancora del quadro digitale integrato di cui aveva bisogno.
Sebbene un certo livello di API di integrazione di base possa essere molto utile, la creazione di un'intera libreria di API indipendentemente dagli altri componenti di integrazione, come EDI, catalogo e preparazione dei dati, integrazione di applicazioni e dati e gestione dei dati master, con l'intento di un riutilizzo futuro significativo, può essere costosa e rischiosa.
Un nuovo paradigma per supportare la trasformazione digitale
Poiché l'aspettativa di ottenere risultati di trasformazione digitale è costantemente scesa da anni a mesi a settimane e talvolta a giorni (come nel caso della pandemia), è diventato più difficile prevedere il riutilizzo futuro. Per un numero crescente di aziende è necessaria una strategia diversa. Una strategia meno dipendente dalla previsione delle esigenze future e più agile e pronta a crescere in qualsiasi direzione l'azienda si rivolga, dato che la richiesta di flessibilità istantanea continua a crescere. Una piattaforma di integrazione come servizio (iPaaS) può soddisfare questa esigenza.
Scaricate il white paper "Semplificare la connettività guidata dalle API con una moderna piattaforma di integrazione" per scoprire come un iPaaS può aiutarvi a lanciare le vostre iniziative di connettività intelligente e automazione per la trasformazione digitale.