Hoppa till innehållet

Byt API-version med kontroll över dataflödet

Vid ett API-byte måste anropare, databetydelse och svar passa ihop. Ett konkret testfall gör övergången möjlig att kontrollera.

Tobias Krüger2 min läsning
Metalladapter med uttag bredvid två anslutningsmoduler märkta v1 och v2 med samma blå datasymbol.

Planera bytet av ett programmeringsgränssnitt (API) utifrån de berörda dataflödena. Den nya slutpunkten är bara en del av övergången: även fält, behörigheter och tolkning av svar måste passa det anropande systemet.

Kartlägg de berörda anroparna

I ett fiktivt företag skickar en kundportal och en nattlig import order till samma API. Att bara flytta portalen skulle lämna den andra anroparen kvar. Notera vilka funktioner varje anropare använder och vem som kan genomföra dess övergång. Använd den faktiska leverantörens information om ändringar och avveckling; ett versionsnummer innebär ingen allmängiltig tidsfrist för migrering.

Google AIP-180 skiljer mellan kompatibilitet för källkod, överföring och betydelse. Riktlinjen hjälper till att bedöma ändringar; den garanterar inte beteendet hos vilket externt API som helst.

Beskriv ändringen med ett genomarbetat exempel

I vårt exempel innehåller den gamla begäran text i fältet delivery_note. Den nya versionen förväntar sig texten under delivery_note.text. Båda ska överföra samma leveransanvisning, ”Tor B”. Att byta en URL eller lyckas ansluta räcker därför inte för övergången.

Kontrollfråga

Beslut i exemplet

Vad måste bevaras?

Leveransanvisningen Tor B på rätt order

Vad ändras tekniskt?

Textfältet flyttas till en nästlad struktur

Vad räknas som framgång?

Målordern innehåller den oförändrade anvisningen

Vad händer om text saknas?

Skapa ordern utan leveransanvisning som tidigare

Kontrollera också hur fel och fortfarande pågående bearbetning återkopplas. En annan svarsstruktur kan påverka anroparen även om begäran fortfarande godtas.

Jämför gammalt och nytt under samma förutsättningar

Förbered en normal order och ett fall utan leveransanvisning i en lämplig testmiljö. Jämför de sparade måluppgifterna och den synliga återkopplingen. Klargör också om de använda åtkomstbehörigheterna omfattar båda versionerna. Verkliga order ska inte skickas genom två produktionsvägar för denna jämförelse.

Samordna bytet med öppna åtgärder

Ange från vilken punkt nya begäranden använder den nya vägen. Redan skickade men ännu obekräftade begäranden behöver en koppling så att en upprepning inte behandlas som en ny order. Avtala en återgång för nya inkommande begäranden och undersök separat vad som händer med redan skrivna data. Att återställa en URL gör inte dessa ändringar ogjorda.

Den gamla versionen kan tas bort från detta dataflöde när alla kartlagda anropare har gått över och öppna åtgärder har kopplats. Dokumentera det faktiskt kontrollerade läget utöver den nya versionsetiketten.

Källor

Skriven av

  • Tobias KrügerRedaktör för systemintegrationTobias Krüger arbetar på ASES med hur olika mjukvarusystem samverkar. I sina artiklar förklarar han hur ERP, CRM och webbutiker kopplas samman och hur man hanterar fel i datautbytet.

Följ ASES

Läs vidare

Alla artiklar

API:er & integration med ASES

ERP, CRM och webbutik smidigt sammankopplade