Il Software è davvero mangiare il mondo. Quasi due terzi delle organizzazioni in un recente rapporto di indagine sono diventati — o cercare di diventare non solo le aziende produttrici di prodotti, ma anche i fornitori di piattaforme.
Foto: Joe McKendrick
×
conference-hall-jacob-javits-new-york-oct-2017-photo-by-joe-mckendrick.jpg
Questo è uno dei takeways da un sondaggio di 350 IT manager pubblicato dalla Nube di Elementi, che trova il 62% delle organizzazioni che aspirano a diventare fornitori di piattaforma per l’integrazione con i partner, mantenere aderenza con i clienti, o individuare nuove opportunità di reddito.
Così che cosa significa essere un provider di piattaforma? Alex Moazed di Applico una bella definizione di ciò che significa per rendere questa transizione: “un modello di business che crea valore per facilitare gli scambi tra due o più gruppi interdipendenti, di solito i consumatori e i produttori…. Piattaforma per le imprese non, per usare una frase comune, i propri mezzi di produzione, invece, creare mezzi di collegamento.”
Questo è l’ideale, almeno-anche se non è chiaro come molti aspiranti piattaforma fornitori di buttare fuori le loro scorte in favore di essere solo un punto di connessione. Ciò che è chiaro, tuttavia, che vedono le Api come fondamentale per effettuare i collegamenti necessari per il raggiungimento di questo nuovo modello di business, aprendo i beni online per i partner, e viceversa. Cinquanta-cinque per cento degli intervistati per il Cloud Elementi di indagine di dire API di integrazione è “essenziale” per la loro strategia di business, e un ulteriore 29% ha detto che è “un po’ critica.”
Naturalmente, Cloud Elementi, è un’integrazione con le API di azienda stessa, così, naturalmente, si sta andando a tromba questi risultati. Ma, oggettivamente, i dati dell’indagine fornisce anche interessanti prospettive per coloro che cercano di costruire il loro business sulle capacità di un’architettura delle API.
Le api sono ora parte del processo di sviluppo, per la maggior parte. Quasi il 55% utilizza le Api per costruire B2B di prodotti, il 36% per i prodotti di telefonia mobile, il 29% per il B2C/prodotti di consumo, il 26% per la produttività dei dipendenti, e il 22% per applicazioni IoT. Applicazioni di CRM sono più probabilità di essere aperto all’integrazione con le API (24%), seguita da finanziare (16%), ERP (15%), database (12%), comunicazioni (10%) e di gestione del capitale umano (6%).
Naturalmente, lo sviluppo di un’API-driven piattaforma richiede tempo. Team di sviluppo di prendere 41 giorni, in media, per costruire una rete di nuove API per l’integrazione con le funzionalità avanzate, l’indagine rileva. Ha in progetto di costruire 18 integrazioni, in media, nel 2019, da 11.5 nel 2018.
“Per avere successo in questa nuova API paesaggio, è importante stabilire i principi e le pratiche che si muovono al di là della semplice funzionalità API e magra verso la sicurezza, l’efficacia e l’integrazione scalabile senza rallentare il ritmo di innovazione o l’aggiunta di costi inutili”, dice osservato API evangelista Mike Amundsen, citato in the Cloud Elementi del report. Si consiglia di concentrarsi su tre aree: coerente progettazione di API, offrendo orientato all’azione, Api, e riducendo i costi di cambiamento.
In termini di progettazione di API, API creatori dovrebbero documento “il loro lavoro in un coerenti, misurabili e riutilizzabili modo,” dice Amundsen. Raccogliere le storie utente, e impiegano “Agile, Scrum, e altre meno formale con i modelli includono un po’ di mix di interviste, osservazioni, e le indagini per raccogliere i dati.” In definitiva, la finale di progettazione di API “poi viene trasformato in una descrizione generale del documento,” che “può essere reso in formalizzare un formato leggibile dalla macchina come ALPI, DCAP, JSON Casa, e altri formati. Infine, l’uscita da tali attività vengono monitorati all’interno di DevOps pipeline strumenti e i risultati sono pubblicati sulla dashboard dove chi è interessato li può vedere.”
Orientato all’azione Api esperienza di lavoro, basato su Api.che si rivolgono a specifici utenti finali, le Api, espresso come eventi o messaggi strutturati, e ipermedia in stile Api che “non solo i dati ma anche i metadati — istruzioni — su come mestiere query e le operazioni di aggiornamento on the fly”.
Infine, le modifiche Api devono essere affrontate attraverso la creazione di nuove versioni in parallelo con le versioni precedenti, o simplying il passaggio di messaggi tra i servizi. Questo è importante, Admundsen dice, perché “come API programmi di crescere, e come le Api di diventare sempre più dipendente dalle altre Api, la pratica di gravare API consumatori con la maggior parte dei costi di cambiamento non scala”.
Argomenti Correlati:
Enterprise Software
La Trasformazione Digitale
Centri Dati
CXO
L’innovazione
Archiviazione