Loading…
While this loads — worth knowing
Redis has data structures — sorted sets, counters, pub/sub. Memcached has plain keys and nothing else.
Loading…
While this loads — worth knowing
Redis has data structures — sorted sets, counters, pub/sub. Memcached has plain keys and nothing else.
Architecture pattern
when the front takes more than the back can absorb
The classic answer to a spike hitting a system that cannot spike with it. Intake accepts and enqueues in milliseconds, so the customer gets an answer immediately; the worker drains at whatever rate the database can actually take. The queue is also the thing that stops an outage losing work.
In the order a request or a record moves through it. Each one links to the page that explains it.
Phrases that, when you meet them in a scenario, mean this shape rather than another. They are the tell, and they are what an exam question is built around.
The answer to the customer becomes "accepted", not "done". Anything that must be confirmed synchronously cannot go behind the queue.
Every shape has one. A design decision with no stated downside is usually a decision nobody has finished making.
These run through some of the same services, which is exactly why a brief that fits one can look like it fits another.
Reading a shape and producing one from a scenario that never names a service are different skills, and the exam asks for the second. The scenarios give you the brief; you draw the architecture and it is scored against what the brief requires.