System Design Roadmap 6 - Reliability and Security Patterns

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/19

flashcard set

Earn XP

Description and Tags

Roadmap.sh system design study block: reliability and security patterns.

Last updated 9:51 PM on 7/10/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

20 Terms

1
New cards

Reliability Pattern

A repeatable design technique that helps systems survive faults, overload, or dependency failures.

2
New cards

Deployment Stamps

Deploy independent copies of an application stack so failures and scaling are isolated by stamp.

3
New cards

Geodes

Deploy services across geographic regions so users can be served near their location with regional resilience.

4
New cards

Health Endpoint Monitoring

Expose health-check endpoints so infrastructure can detect unhealthy instances.

5
New cards

Throttling

Limit request rates or concurrency to protect services from overload.

6
New cards

Bulkhead

Isolate resources so failure in one area does not consume capacity needed by others.

7
New cards

Circuit Breaker

Stop calling a failing dependency temporarily to prevent cascading failures and allow recovery.

8
New cards

Compensating Transaction

Undo or offset previous steps when a distributed workflow cannot use a single atomic transaction.

9
New cards

Retry

Reattempt transient failures, ideally with timeouts, jitter, and exponential backoff.

10
New cards

High Availability

Designing systems to continue serving despite individual component failures.

11
New cards

Resiliency

The ability to absorb faults, recover, and continue operating within acceptable bounds.

12
New cards

Security Pattern

A reusable design approach for protecting identity, access, secrets, and attack surfaces.

13
New cards

Federated Identity

Let users authenticate through a trusted identity provider instead of each app managing credentials separately.

14
New cards

Gatekeeper

Validate, authorize, or sanitize requests at a boundary before they reach sensitive services.

15
New cards

Valet Key Security

Use limited-scope, time-bound tokens so clients access only the resource and operation they need.

16
New cards

Timeout

A limit on how long a service waits for a dependency before failing fast.

17
New cards

Rate Limiting

Controlling how many requests a client can make in a time window.

18
New cards

Graceful Degradation

Keeping core functionality available while disabling or simplifying noncritical features during stress.

19
New cards

Fault Isolation

Separating components, tenants, or regions so failures do not spread widely.

20
New cards

Idempotency Key

A unique client-supplied token that lets servers safely deduplicate retried operations.