Zum Inhalt springen

Leistung 03 / 06

Systeme, die einen Ausfall aushalten.

Der Entwurf, wie die Teile zusammenspielen: wo die Daten liegen, wer sie besitzt und was passiert, wenn ein Teil ausfällt.

01

Wann das passt

Vier Situationen, in denen diese Leistung die richtige Antwort ist.

  1. 01.1

    Mehrere Anwendungen teilen sich Daten, aber niemand weiß, welche die führende ist.

  2. 01.2

    Ein Umzug in die Cloud, zu einem neuen Anbieter oder auf eine neue Plattform muss im laufenden Betrieb passieren.

  3. 01.3

    Integrationen wurden nacheinander gebaut, und inzwischen bricht bei jeder Änderung eine andere.

  4. 01.4

    Das System soll wachsen, und die Frage ist, welche Entscheidung von heute das später verhindert.

02

Wie ich vorgehe

Reihenfolge und Haltung. Die vier Schritte selbst stehen unter Vorgehen.

Engineering beginnt mit dem Datenmodell, nicht mit dem Framework. Welche Daten gibt es, wer besitzt sie, wie fließen sie? Daraus ergibt sich, wie viele Teile das System braucht und wo die Grenzen zwischen ihnen liegen. Die teuersten Fehler in gewachsenen Systemen sind fast immer Grenzen, die nie bewusst gezogen wurden.

Jede Entscheidung wird mit ihrer Begründung festgehalten: was gewählt wurde, was verworfen wurde und unter welchen Umständen man sie revidieren sollte. Ein Jahr später weiß sonst niemand mehr, warum das System aussieht, wie es aussieht.

Migrationen plane ich so, dass es an jedem Punkt einen Weg zurück gibt. Ohne Rückweg wird aus dem Umstieg eine Wette auf den ersten Versuch.

03

Was Sie bekommen

Was am Ende Ihnen gehört und in Ihren Konten liegt.

  1. 03.1

    Systemdesign mit Datenmodell, Schnittstellen und Verantwortlichkeiten

  2. 03.2

    Eine Integrationsstrategie: welche Systeme wie miteinander sprechen und welche bewusst nicht

  3. 03.3

    Ein Migrationsplan in Schritten, jeder mit Prüfpunkt und Rückweg

  4. 03.4

    Ein Entscheidungsprotokoll, das Ihr Team weiterführen kann

04

Wovon ich abrate

Die Fälle, in denen ich abrate, und zwar vor dem Auftrag.

Ich entwerfe keine Microservice-Landschaft, wo ein sauber geschnittener Monolith die Aufgabe löst. Komplexität, die niemand braucht, ist der teuerste Posten im späteren Betrieb, sieht im Angebot aber oft am beeindruckendsten aus.

05

Fragen

Was zu dieser Leistung meistens gefragt wird.

01Was unterscheidet Solution Engineering von Beratung?

Die Beratung bewertet und empfiehlt. Das Engineering entwirft: Das Ergebnis ist ein konkretes Systemdesign, das sich bauen lässt, und keine Einschätzung darüber, was zu bauen wäre.

02Können Sie ein bestehendes System migrieren, ohne den Betrieb zu unterbrechen?

Das ist der Regelfall. Der Preis dafür sind Zwischenschritte, in denen Alt und Neu parallel laufen. Wie viele es braucht, ergibt sich aus dem System; geplant werden sie alle, bevor der erste beginnt.

03Arbeiten Sie mit unserem bestehenden Entwicklungsteam?

Ja, das ist sogar die Voraussetzung. Ihr Team baut und betreibt das System später, also muss der Entwurf für dieses Team stimmen.

07

Reden wir.

Sie bekommen eine ehrliche Ersteinschätzung — auch dann, wenn ich Ihnen von dem Vorhaben abrate.

Antwortzeit
Am selben Werktag.
Datenschutz
Keine Cookies. Keine Tracker. Kein Banner.
Standort
Mainz, DeutschlandMainz
Optional.
Was soll entstehen, und was steht dem gerade im Weg? Ein paar Sätze genügen.