Brug eksempelvis antal berørte brugere, tjenester, regioner, datamængder eller kritiske forretningsprocesser.
Begreb
Blast radius
•
2 min
•
Grundlæggende
Blast radius beskriver omfanget af den påvirkning, som en fejl, ændring eller sikkerhedshændelse kan skabe. Begrebet kan oversættes til påvirkningsradius.
Den kan omfatte brugere, data, tjenester og forretningsprocesser og afhænger af systemets afhængigheder, rettigheder og opdeling.
Hvorfor er begrebet vigtigt?
Fejl kan ikke altid undgås. En lille blast radius betyder, at færre rammes, og at hændelsen er lettere at isolere og gendanne efter.
Delte databaser, globale administratorrettigheder og én samlet deployment kan gøre påvirkningen stor. Celler, deployment stamps, mindst mulige rettigheder og gradvis udrulning kan begrænse den.
Typisk misforståelse
Blast radius beskriver ikke sandsynligheden for en fejl. Et sjældent problem kan have stor påvirkning, mens en hyppig fejl kan være isoleret.
Flere segmenter giver heller ikke automatisk robusthed. Skjulte fælles afhængigheder kan stadig samle påvirkningen ét sted.
Eksempel
En fiktiv SaaS-platform fordeler kunder på fem deployment stamps. En fejlramt opdatering når først én stamp med 10 procent af kunderne. Overvågningen stopper udrulningen, før resten ændres.
Best practice
Kortlæg fælles afhængigheder og enkeltpunkter.
Opdel workloads i selvstændige celler, stamps eller miljøer.
Begræns rettigheder og hemmeligheder til det nødvendige scope.
Brug canary-udrulning, feature flags og automatiske stopkriterier.
Anvend bulkheads, kvoter og circuit breakers, hvor det passer.
Test fejlscenarier, og mål hvor mange brugere og tjenester der påvirkes.
Frequently asked questions
Et fejldomæne er en grænse for fejl. Blast radius er den faktiske eller mulige påvirkning uden for og inden for grænsen.
Backup begrænser normalt ikke den umiddelbare påvirkning. Den kan reducere datatab og gendannelsestid, mens isolation og adgangskontrol begrænser spredningen.