Systemdesign & Architektur

Die teuren Ausfälle gehen auf Entscheidungen zurück, die Monate zuvor gefallen sind: wo die Service-Grenzen verlaufen, welche Daten wo liegen, was passiert, wenn eine Abhängigkeit ausfällt. Am Whiteboard sind diese Entscheidungen billig, in der Produktion teuer. Deshalb investieren wir die Designzeit genau dort.

Was wir entwerfen

• Commerce-Architekturen. Storefront, Backend und die Systeme im Umfeld: ERP, PIM, WMS, Payments, Suche. Welche Teile man kauft, welche man selbst baut und wo die Grenzen verlaufen.
• Integrationstopologien: eventgetrieben oder request-getrieben, Queues und Dead-Letter-Handling, Idempotenz, und was „eventually consistent“ für eine Bestellung bedeutet, die morgen versendet werden muss.
• Datenfluss und Datenhoheit. Ein System of Record pro Fakt. Die meisten Integrationsbugs, für deren Behebung man uns hinzuzieht, gehen darauf zurück, dass zwei Systeme sich beide für die Quelle desselben Preises halten.
• Skalierung und Ausfallverhalten. Lastprofile für Kampagnenspitzen, Cache-Strategie, Graceful Degradation: Fällt die Recommendation-Engine aus, sollten Kunden eine etwas schlichtere Seite sehen und keine Fehlermeldung.
• Migrationspfade: wie Sie von der heutigen Architektur zur Zielarchitektur kommen, in Schritten, die einzeln einen Nutzen bringen, statt über einen zweijährigen Rewrite, der bis ganz zum Schluss nichts liefert.

Wie wir es liefern

Architekturarbeit steckt in den meisten unserer Engagements, sie ist aber auch einzeln zu haben: als Design-Review einer Architektur, auf die Sie sich gerade festlegen wollen, als schriftliche Zielarchitektur mit Migrationsplan oder als Zweitmeinung, wenn zwei Anbieter unvereinbare Architekturen vorschlagen. Das Ergebnis ist immer ein Dokument, das Ihr Team ohne uns umsetzen kann.

Worauf wir optimieren

Wir setzen standardmäßig auf bewährte Technik und das kleinste System, das die Anforderungen erfüllt, und entwerfen so, dass auch ein kleineres Team als das ursprüngliche das System warten kann.