GRATISBeginner · 10 minuten leestijd

Architectuur, segmentatie en weerbaarheid

Begrijp hoe architectuur bepaalt hoe systemen falen, vertrouwen en herstellen, voordat je losse producten kiest.

Wat je leert

Leerdoelen

  • Leg vertrouwensgrenzen uit
  • Vergelijk redundantie met back-ups
  • Herken behoeften rond afhankelijkheden en segmentatie
01

Maak vertrouwensgrenzen expliciet

Een vertrouwensgrens scheidt omgevingen met verschillende aannames over toegang. Applicaties, netwerken, cloudtenants en beheerinterfaces hebben allemaal grenzen. Gebruik authenticatie, autorisatie en validatie op die grenzen, in plaats van aan te nemen dat een verzoek van binnen de organisatie veilig is.

02

Ontwerp met falen in gedachten

Redundantie kan een dienst beschikbaar houden als een onderdeel uitvalt; back-ups helpen gegevens of een toestand te herstellen. Geen van beide vervangt automatisch de ander. Breng gemeenschappelijke afhankelijkheden in kaart en test faalscenario’s. Twee replica’s die door dezelfde gecompromitteerde beheerder worden beheerd, kunnen op dezelfde manier falen.

Toegepast voorbeeld

Plaats het in context

Een fictieve dienst heeft twee webservers, maar beide zijn afhankelijk van één database en één identiteitsdienst. De architectuurreview houdt rekening met die gedeelde afhankelijkheden voordat er wordt beweerd dat de dienst van begin tot eind weerbaar is.

Illustratief scenario om van te leren, geen bewering over een geverifieerd incident bij een klant.

Veelgemaakte fouten

  • Replicatie verwarren met een back-up die je kunt terugzetten
  • Gedeelde afhankelijkheden negeren
  • Netwerklocatie gebruiken als identiteit

Jouw praktische checklist

Vinkjes in de checklist zijn tijdelijk en worden niet vastgelegd als voortgang in je account.

Korte samenvatting

Een goede architectuur maakt aannames over toegang en manieren van falen zichtbaar.

Test je begrip.

Verder lezen bij een gezaghebbende bron ↗