Sviluppo API
e integrazione
di sistemi
Due sistemi che dovrebbero condividere dati, e una persona in mezzo che li ricopia a mano. Funziona finché i volumi non crescono, o finché quella persona non commette un errore che nessuno nota per un mese.
* Servizi di sviluppo e integrazione API: API REST e GraphQL, integrazione con servizi di terze parti e sistemi legacy. Le sviluppiamo noi, oppure troviamo gli sviluppatori per te.
Quando i sistemi non si parlano
Sviluppo di API su misura e delle integrazioni che le circondano
Un’API è il modo in cui un sistema permette a un altro di usarlo senza una persona in mezzo. Sviluppiamo API e ci occupiamo anche dell’integrazione API che le circonda: collegare gli strumenti che paghi già, estrarre dati da un sistema che non è mai stato pensato per condividerli (in inglese) e far sì che tutto continui a funzionare quando una delle due parti cambia.
Gran parte di questo lavoro è poco appariscente e molto specifico. Ciò che conta è che sia documentato, versionato e monitorato, in modo che l’integrazione funzioni ancora tra due anni e che possa modificarla anche chi non l’ha scritta.
Due modi per farlo
01
La sviluppiamo noi
Come azienda di sviluppo API, prendiamo in carico il lavoro come un progetto: progettazione, sviluppo, documentazione e passaggio di consegne. Ideale quando l’esigenza è definita e preferisci ricevere il risultato anziché gestire il lavoro.
02
Ti troviamo gli sviluppatori
In alternativa, inserisci sviluppatori API nel tuo team, a tempo indeterminato o a contratto. Ideale quando il lavoro di integrazione è continuo e le competenze devono restare in azienda.
Cosa sviluppiamo
Cosa
sviluppiamo
Servizi di sviluppo API dall’inizio alla fine – consulenza, progettazione, realizzazione e documentazione – insieme ai servizi di integrazione software che li accompagnano.
Vedi anche: Sviluppo software su misura · Creazione di team e recruiting · Blog (in inglese): AI chatbots for business: what they can and cannot do · Blog (in inglese): API integration: what it involves and what goes wrong · Blog (in inglese): What is an API? A plain-English guide for business owners
API REST e GraphQL
Progettate per essere usate da chi non le ha scritte
Integrazione di API di terze parti
Per collegare i servizi da cui dipendi già
Integrazione di sistemi legacy
Servizi di integrazione di sistemi per software mai pensato per condividere dati
Webhook e invio di eventi
Con retry, ordine di consegna e un registro di ciò che è stato inviato
Autenticazione e rate limiting
OAuth, chiavi, quote e casi di abuso
Documentazione e SDK
La parte che decide se qualcuno la adotterà
Versionamento e migrazione
Cambiare un’API senza creare problemi a chi la usa
Monitoraggio e assistenza
Sapere che un’integrazione si è interrotta prima che te lo dica un cliente
Sviluppo API: domande frequenti
Quello che ci chiedono prima che tutto questo inizi – compreso ciò che non possiamo promettere.
Un’API (application programming interface, cioè interfaccia di programmazione delle applicazioni) è un insieme di regole che permette a un software di chiedere a un altro un’informazione o un’azione e di ricevere una risposta. È così che un negozio online passa un ordine al tuo sistema di magazzino, o che il tuo software di contabilità importa i pagamenti. Sviluppare API significa progettare e costruire questi collegamenti, oppure l’API che il tuo software mette a disposizione di altri: cosa si può chiedere, come è protetta, come è documentata e come cambia nel tempo senza creare problemi a chi ne dipende. La nostra guida alle API in parole semplici (in inglese) spiega le basi.
Dipende da chi la userà. REST è di solito la scelta predefinita giusta per un’API pubblica o destinata ai partner, e per tutto ciò che deve poter essere messo in cache in modo semplice. GraphQL si giustifica quando molti client diversi hanno bisogno degli stessi dati in forme diverse e altrimenti finiresti per aggiungere un endpoint a settimana. Ti diremo quale richiede la tua situazione, non quella che abbiamo voglia di sviluppare.
È la maggior parte del lavoro. I sistemi legacy, e i servizi mai progettati per parlarsi tra loro, sono la norma più che l’eccezione: fornitori di pagamenti e di CRM, database interni e piattaforme la cui unica interfaccia è uno scambio di file o una schermata.
Fanno parte del lavoro, non sono un extra. Autenticazione, versionamento, rate limiting, gestione degli errori, documentazione e i test che impediscono a una modifica di rompere le applicazioni che usano l’API: è questo che decide se un’API sarà ancora utilizzabile tra due anni.
A te. Il codice, la documentazione e gli account sono tuoi di default, nei tuoi repository, e te li consegniamo man mano.
Prossimo passo
Parliamo del tuo
progetto
Dicci quali sistemi devono parlarsi. Ti diremo cosa servirebbe, se ti serve un progetto o una persona e, con franchezza, se non siamo le persone giuste per farlo.