API design for system design interviews
API design for system design interviews. Resources, verbs, pagination, versioning, and a shortener or feed you can write in five minutes.
How services are cut and how work moves between them: monoliths, microservices, events, CQRS and the API in front.
API design for system design interviews. Resources, verbs, pagination, versioning, and a shortener or feed you can write in five minutes.
Clean architecture for system design interviews. Dependencies that point inward, a payment cut this way, and when a simpler package layout is enough.
CQRS and event sourcing for interviews. Separate write and read models, optional event store, and the lag a read model is allowed.
Event driven architecture for interviews. Facts that already happened, consumers you can add later, and when a request-response call is clearer.
Microservices vs a monolith in interviews. Independent deploys, the network cost, and when a modular monolith is the honest split.
Sagas for distributed transactions, explained. Choreography versus orchestration, compensating steps, and why a saga is not two-phase commit.
Stateless services for system design interviews. What the word excludes, where session state lives, and when a stateful service is the honest answer.
Stream processing for system design interviews. Event time versus processing time, windows and watermarks, and when a join cannot wait for a batch.