Scorecard: arkitekturens robusthed

0 af 12 besvaret

Integrationsgrænser

Hvor mange services eller teams kalder hvert tredjepartssystem (CRM, betaling, ERP) direkte?

Flere, og ingen ejer tydeligt integrationenFor det meste ét, med enkelte undtagelserÉn ejende service pr. leverandør; alle andre går igennem den

En leverandør omdøber et felt eller ændrer en kontrakt. Hvad sker der?

Flere funktioner går i stykker, og vi hører det fra brugerneVi opdager det hurtigt, men skal rette kode flere stederÉn mapping ændres, og intet downstream mærker det

Har I jeres egen stabile interne kontrakt for hver leverandør?

Nej, leverandørens typer og feltnavne løber gennem vores kodeFor nogle leverandørerJa, leverandørspecifikke typer stopper ved grænsen

Robusthed ved fejl

En besked eller anmodning leveres to gange. Hvad sker der?

Dubletter kan nå kunderne, eller vi er ikke sikreNogle handlers er beskyttet, andre ikkeHandlers er idempotente fra start og testet for det

En leverandør bliver langsom eller går ned. Hvad sker der med resten af platformen?

Langsomheden breder sig, og urelaterede funktioner liderVi har timeouts eller retries, men ingen defineret degraderingÉn funktion degraderer; circuit breakers og timeouts beskytter resten

Hvad sker der med beskeder, der ikke kan behandles?

De prøves igen for evigt eller forsvinder stilleDe havner i en dead-letter-kø, ingen følger tætDead-letter-alarmer, en navngiven ejer og en sikker genafspilning

Observability

Kan I følge én anmodning på tværs af alle services og ind i leverandørkaldet?

Nej, vi krydsrefererer logs i håndenDelvist; nogle services deler et IDJa, ét korrelations-ID fra ende til anden

Hvordan opdager I, at en leverandør fejler?

Fra kunder eller supportFra et dashboard, nogen skal huske at kigge påFra alarmer på fejlrate og latenstid, før kunderne opdager det

Hvor lang tid tager det at svare på “hvorfor fejlede denne ordre eller anmodning?”

Timers log-gravning, eller vi kan ikkeUnder en dagMinutter

Ændringssikkerhed

Hvordan flytter I en levende integration til en ny implementering?

Ét skifte, og vi håberTrinvis udrulning, men ingen sammenligning side om sideFørst shadow, så læsninger, så skrivninger, med en fallback

Hvor ofte ødelægger en ændring ét sted noget et andet sted?

JævnligtAf og tilSjældent; grænser er tydelige og testet

Kan I rulle en integrationsændring hurtigt tilbage?

Nej, det kræver redeploy eller nedetidJa, men det er langsomt eller manueltJa, der er en øjeblikkelig fallback-sti

Besvar 12 mere for at se din score