Softwareentwicklung
Ihre Systeme miteinander verbinden – zuverlässig
Die meisten Integrationsarbeiten scheitern im Fehlerfall. Die Demo funktioniert, der Normalbetrieb läuft, und dann bricht der Zahlungsanbieter mitten in der Anfrage die Verbindung ab oder die Buchhaltungs-API drosselt die Anfragen zum Monatsende – und niemand weiß, ob der Auftrag doppelt erstellt oder gar nicht angelegt wurde. Das korrekte Handling ist die eigentliche Aufgabe.
Richtwert
Integration ab £4.500; vollständige API ab £12.000
Fester Preis schriftlich vereinbart, bevor mit der Entwicklung begonnen wird.
Kostenangebot anfordern+44 7488 265083Das Problem, das damit gelöst wird
Zwei Muster verursachen die meisten Integrationsprobleme: Der Aufruf einer Drittanbieter-API synchron innerhalb einer Webanfrage, sodass deren schlechter Tag zu Ihrem Ausfall wird. Und fehlende Idempotenz, sodass ein erneuter Versuch einen doppelten Auftrag, eine doppelte Rechnung oder eine doppelte Zahlung erzeugt – und die manuelle Klärung kostet mehr, als es richtig zu bauen.
Was Sie erhalten
Vor dem Bau entworfen
Ressourcen, Verben, Statuscodes, Fehlerstrukturen, Paginierung und Versionierung werden im Voraus in einer OpenAPI-Spezifikation vereinbart. Eine veröffentlichte API zu ändern ist teuer; ein Dokument zu ändern ist es nicht.
Authentifizierung, die zum Nutzer passt
OAuth 2.0, wenn Drittanbieter im Auftrag eines Nutzers handeln, signierte Schlüssel für Server-zu-Server-Kommunikation, kurzlebige Tokens mit Refresh für mobile Clients. Gewählt nach dem Aufrufer, nicht nach Gewohnheit.
Idempotenz und erneute Versuche
Schreiboperationen akzeptieren einen Idempotenzschlüssel, sodass ein wiederholter Aufruf keinen zweiten Datensatz erstellt. Ausgehende Aufrufe nutzen exponentiellen Backoff mit einem Schalter, sodass eine fehlende Abhängigkeit degradiert statt zu kaskadieren.
Vertrauenswürdige Webhooks
Signierte Payloads, Schutz vor Wiedereinspielung und ein Zustellprotokoll mit manueller Nachlieferung. Auf Empfängerseite: Verifizieren, dann in die Warteschlange stellen – verarbeiten Sie niemals einen Webhook synchron innerhalb der Anfrage.
Ratenbegrenzung und Kontingente
Pro-Konsumenten-Limits mit klaren Headern und 429er-Antworten, sodass ein Client den Dienst nicht für alle anderen verschlechtern kann. Das macht eine API sicher für Partner.
Dokumentation, die stimmt
Aus der Spezifikation generiert und mit echten Anfrage- und Antwortbeispielen veröffentlicht, sodass sie nicht von der Implementierung abweicht, wie es bei manuell erstellten Dokumentationen immer der Fall ist.
Wie wir arbeiten
Ablauf abbilden
Welche Daten in welche Richtung fließen, wie oft und was passiert, wenn ein Schritt fehlschlägt. Die Frage nach dem Fehlerfall prägt das Design.
Spezifizieren
OpenAPI-Dokument, das mit den zukünftigen Nutzern geprüft wird, bevor Code existiert. Nutzer finden Designprobleme, die Produzenten nicht sehen.
Gegen einen Vertrag entwickeln
Implementierung plus Vertragstests, sodass eine brechende Änderung im CI fehlschlägt, statt die Integration eines Partners.
Kanten härten
Timeouts, Wiederholungsversuche, Schaltkreissicherungen, Dead-Letter-Warteschlangen und strukturierte Protokollierung.
Sandbox und Livegang
Eine Sandbox-Umgebung mit Testzugangsdaten für Konsumenten zum Entwickeln, gefolgt von einer gestaffelten Produktionsfreigabe.
Überwachen
Fehlerrate, Latenz und Ausfallzahlen pro Integration, mit Benachrichtigung, sobald eine Abhängigkeit zu versagen beginnt – nicht erst, wenn sie bereits ausgefallen ist.
Was Sie erwarten sollten
- Ein Ausfall eines Drittanbieters beeinträchtigt nur eine Funktion statt der gesamten Website
- Wiederholungsversuche erzeugen keine doppelten Bestellungen, Rechnungen oder Gebühren
- Partner integrieren sich anhand der Dokumentation, ohne Ihr Team zu kontaktieren
- Breaking Changes werden durch Vertragstests erkannt, nicht durch einen Partner
Erstellt mit
- Node.js
- TypeScript
- Laravel
- PHP
- Python
- FastAPI
- OpenAPI
- GraphQL
- REST
- PostgreSQL
- MySQL
- Redis
- RabbitMQ
- Stripe
- Xero
- QuickBooks
- Shopify
- Twilio
- SendGrid
Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.
API-Entwicklung & Integration — your questions
Einschließlich der Fragen zu den Kosten, die die meisten Agenturen auf der Seite auslassen.
Eine einzelne gut definierte Integration – etwa ein Zahlungsanbieter oder eine CRM-Synchronisation – kostet in der Regel £4.500 bis £9.000. Eine vollständige API für externe Nutzer mit Authentifizierung, Ratenbegrenzung, Sandbox und Dokumentation beginnt bei £12.000. Die Variable ist fast immer, wie gut sich das andere System verhält.
REST für die meisten Anwendungsfälle und GraphQL, wenn ein Client tatsächlich eigene Abfragen über verknüpfte Daten zusammenstellen muss — typischerweise eine Mobile App, die Roundtrips reduzieren soll. GraphQL erhöht die Komplexität bei Caching, Ratenbegrenzung und Abfragekostenkontrolle deutlich, daher braucht es einen triftigen Grund jenseits von Präferenzen.
Oft, allerdings weisen wir klar auf die Kompromisse hin. Mögliche Lösungen sind eine Integration auf Datenbankebene (falls zugänglich), ein geplanter Dateiaustausch oder im schlimmsten Fall Web Scraping — das funktioniert zwar, bricht aber bei jeder Änderung des Markups der Gegenseite. Wir berechnen Scraping als laufende Wartung statt als einmalige Leistung, weil es genau das ist.
Das ist von Anfang an eingeplant. Ausgehende Aufrufe laufen über eine Warteschlange mit Wiederholungsversuchen und einem Circuit Breaker, sodass ein ausgefallener Anbieter zu einer verzögerten Aktion führt, nicht zu einem fehlgeschlagenen Request oder einer 500-Seite. Nicht wiederherstellbare Vorgänge landen in einer Dead-Letter-Queue mit Benachrichtigung, sodass nichts unbemerkt verloren geht.
Ja, generiert aus der OpenAPI-Spezifikation, sodass sie nicht veraltet, veröffentlicht mit funktionierenden Beispielen und einer Sandbox zum Ausprobieren. Manuell erstellte API-Dokumentation ist nach zwei Releases veraltet — deshalb verzichten wir darauf.
Versioniert im URL-Pfad, mit einer schriftlichen Deaktivierungsrichtlinie — additive Änderungen gehen in die aktuelle Version, Breaking Changes erhalten eine neue, und die alte Version bleibt für ein vereinbartes Zeitfenster verfügbar. Nutzer können sich darauf einstellen, statt es zufällig zu entdecken.
Verwandte Dienstleistungen
Die meisten Projekte berühren mehr als einen dieser Bereiche.
Individuelle Software
Individuelle Systeme, die die Tabellenkalkulationen, manuellen Übergaben und Standardsoftware ersetzen, die Ihr Unternehmen überholt hat.
WeiterlesenSaaS-Produktentwicklung
Multi-Tenancy, Abrechnung, Rollen und Onboarding – einmalig konzipiert, sodass der hundertste Kunde keinen Neuentwurf erfordert.
WeiterlesenWebentwicklung
Individuelle Websites und Webanwendungen, die auf Geschwindigkeit, Suchmaschinenoptimierung und langfristige Wartbarkeit ausgelegt sind.
WeiterlesenSprechen Sie mit jemandem, der dies bereits entwickelt hat
A short call is usually enough to tell you whether this is the right service for your situation — including when it is not.